Når jeg bruger en browser som Firefox, sætter jeg pris på, at jeg nemt kan navigere i min fanehistorik med Alt + ← (bagpå) og Alt + → (til fremadgang.) Det giver mig meget god mening, og jeg har brugt tastaturgenvejen længst tid.
Jeg skriver ofte tekst på websider. På nogle sider (men ikke alle), når jeg vil slette de sidste par tegn, jeg lige har skrevet, trykker jeg på Backspace flere gange. Tryk let på tryk på. Og så, se og se, min browser forlader den side, jeg var på, og går tilbage i fanebladet. Jeg har muligvis mistet det, jeg skrev. Og jeg er en meget utilfreds bruger.
Chrome-udviklere har besluttet at fjerne dette, se denne historie fra Ars Technica:
Google svæver over sletningsknappen til backspace-navigationsgenvej i Chrome Google: Kun 0,04 procent af sidevisning navig spiste via backspace-knappen. … Vi har UseCounters, der viser, at 0,04 procent af sidevisningerne navigerer tilbage via backspace-knappen, og 0,005 procent af sidevisningerne er efter en forminteraktion.
Dette betyder, at op til 1 ud af 8 backspace-navigationer kan miste brugerdata.
Jeg antager, at mange af disse er utilsigtede – jeg mistede tekst igen for et par dage siden på grund af denne funktion.
Hvorfor syntes browserskabere, at dette er sådan en fantastisk funktion? Alt + ← er entydig. Men at overbelaste Backspace -tasten med denne adfærd er frygtelig! Jeg kan se fra en hurtig Google-søgning, at mange andre er frustrerede over dette.
- Hvordan er dette sket?
- Er standard-standardadfærden for stærkt etableret til at vende kurs?
- Kan vi ændre det, og hvad ville planen være at gøre det?
Kanoniske veje til at blokere dette
Jeg logger de kanoniske måder at slå dette fra for browsere her, og jeg vil ikke se softwaretilføjelser her:
Kommentarer
- Dette blogindlæg af Jeff atwood vil også gælde: blog.codinghorror.com/the-opposite-of- fitts-law , og det ser ud til, at det diskuteres meget i denne chrom-bugrapport: code.google.com/p/chromium/issues/detail?id=144832 men jeg ‘ er ikke kvalificeret nok til at det er tidseffektivt for mig at forsøge at svare.
- Denne fejlrapport er meget interessant! Det er næsten en brugervenlighedstestrapport i sig selv! 🙂
- Jeg forstår ikke ‘. Backspace går aldrig tilbage på en side, når fokus er på et tekstfelt, såsom en tekstboks, adresselinje osv. Denne adfærd er den samme selv i Windows Stifinder. Så længe Backspace er begrænset til et tekstfelt, kan du fortsætte med at trykke på det, og browseren / vinduet forlader aldrig den aktuelle side. Desuden skriver du aldrig, når dit fokus er ikke i et tekstfelt, så overbelastningen af backspace er perfekt berettiget.
- På linux har Mozilla deaktiveret backspace-nøgletilknytningen siden 2006- 12-07
- @SNag – Det ‘ er alt for let til at miste fokus på tekstfeltet af en eller anden grund. Jeg ‘ sender dette næsten halvandet år efter din kommentar efter at have stødt på det samme problem og læst igennem fejlrapportsiden for mange andre brugere, der støder på det samme problem. Jeg tror ikke ‘ at overbelastningen endda er tæt på berettiget.
Svar
Jeg ved ikke, hvordan det startede, men jeg kan tilføje mine to cent om, hvad ALLE mine klienter siger:
$%! $% hvad @ $ #% #% lige er sket? Hvorfor blev siden ændret? Nu er jeg nødt til at udfylde den formular igen.
Jeg vil meget gerne se, at dette forsvinder for godt, og det første, jeg gør, når jeg bygger et formbelastet websted er følgende jQuery-script:
var hasfocus = "false"; // when focus happens, set a variable $(document).on("focusin","input, textarea",function() { hasfocus = "true"; }); // unset when focus is not happening $(document).on("focusout","input, textarea",function() { hasfocus = "false"; }); // if not in a form field, stop backspace and delete default action $(document).keypress(function (e) { if(e.which == 8 || e.which == 46) { if(hasfocus == "false") { e.preventDefault(); } } }); Kommentarer
- Jeg vil meget gerne se, hvordan andre håndterer dette i javascript uden jQuery også. Og jeg har brugt denne kode i årevis uden nogen klage, men hvis der er en bedre måde, er jeg alle ører 🙂
- StackOverflow ville være stedet at give denne type svar. I Faktisk er det dårlig UX at opfange backspace-nøglen og ændre dens adfærd kunstigt.Brugeren skulle ikke være nødt til at genlære, hvad en bestemt nøgle gør på dit websted i forhold til alle andre websteder.
- Jeg tror, at mange meget anvendte websteder, der er meget fokuserede på brugeroplevelse, faktisk gør dette.
- hej skabeabe, som mit svar siger, er det ikke en af mine klienter (eller brugere), der ved, at backspace skal gøre det, så jeg får faktisk UX til at være, hvad de forventer. Faktisk ønsker ikke en af de mennesker, der udfylder en formular og faktisk ikke fokuserer fra tekstfeltet, at gå tilbage på en side og miste alle de data, de bare indtaster. Det er især smertefuldt på et joomla- eller wordpress-websted, når du brugte en time på at skrive en artikel og ved en fejltagelse gør dette.
- plus jeg forhindrer mine brugere i at forbande på deres computere, så jeg forventer, at brugeroplevelsen for dem forbedres i høj grad 🙂
Svar
Hvad vi hidtil ved:
Den første browser brugte ikke Backspace til at gå tilbage til en side:
Flere Mosaiske menu- eller knapfunktioner har tastaturækvivalenter. Blandt dem:
b , svarende til Tilbage-knappen
Kilde: http://www.uoxray.uoregon.edu/local/manuals/biosym/discovery/Html_Help/navigating.html
Første Netscape Navigator (udviklet fra Mosaik) Brugte ikke Backspace
Rul til forrige side: Side op
Kilde: http://www.w3.org/WAI/UA/netscape-keyboard.html
Mulig årsag til, at Microsoft brugte Backspace til at bakke en side:
Tilbage i 9/26/95 blev Backspace-nøglen kortlagt for at gå en mappe op i Windows Stifinder. Dette kan være grunden til, at Microsoft også brugte Backspace-nøglen på deres IE til at sikkerhedskopiere en side. Selvfølgelig er dette ren spekulation fra min side 🙂
Kilde: http://www.onecomputerguy.com/keyboard.htm
For Firefox:
Backspace-nøglen blev kortlagt til browseren Tilbage -funktion i Mozilla for at være i overensstemmelse med Internet Explorer.
Kilde: http://kb.mozillazine.org/Browser.backspace_action
For andre browsere:
Jeg tror, at årsagen svarer til Firefox s af hensyn til konsistens.
Kommentarer
- ” Det ‘ s Internet Explorer ‘ s fejl ” … godt der ‘ s en shocker! 🙂
- Nogle af kommentarerne fra Chromium-bug antydet det samme med hensyn til Google Chrome.
- Jeg oprettede en kerne af et foreslået svar e her, men føl dig fri til at tage den tilgang, du føler dig bedst: gist.github.com/anonymous/9279297
- Fast på krom til linux: code.google.com/p/chromium/issues/detail?id=30699
- I ‘ Jeg er temmelig sikker på ” Rul til forrige side ” i Netscape beregnet til at rulle en side op, ikke for at gå en tilbage side.
Svar
- Hvordan er dette sket?
I 2005 blev dette implementeret på Mozilla Firefox af følgende grunde:
Backspace-nøglen blev tilknyttet browseren Tilbage i Mozilla til konsistens med Internet Explorer. For at forbedre konsistensen med andre applikationer, der kører på Linux, blev det imidlertid besluttet, at denne kortlægning skulle være valgfri – og indstillet baseret på hvilken platform browseren kørte på. Som et kompromis blev denne præference skabt for at tillade backspace-tasten enten at gå tilbage / fremad, rulle op / ned på en side eller ikke gøre noget.
Reference: Browser.backspace_action
- Er standardens standardadfærd for stærkt etableret til at vende kurs?
I næsten ti års internethistorik er dette standardadfærden. Vi kan ikke lide det, men det vil sejre en masse internetfora vrede over det. Der er en indstilling, som man kan bruge, hvis dette er frustrerende nok. Nogle gange er det bedre bare at acceptere tingene, som de er, tage det minut, det tager at ændre standardhandlingen, og glemme det. Jeg gør det hver gang jeg downloader en ny browser, da standard ikke virker for mig.I stedet ser jeg disse muligheder som en måde at tilpasse browseren til at arbejde som jeg vil, da jeg er en unik bruger.
At udvikle en browser, der fungerer for alle brugere, er det umuligt, som alle brugere vil have. I stedet for skal man teste, hvordan browseren bruges til at komme med en standardindstilling, som kan tilpasses. Der er sandsynligvis ingen god grund til at beholde en dårlig standardindstilling.
Nogle gange lever tingene videre, selvom den oprindelige betydning er siden længe forsvundet. Dette kan stå i vejen for dig, hvis du prøver at ændre ting. Reference: Gem ikon, er diskettens ikon død?
- Kan vi ændre det, hvis vi konstaterer, at ingen bruger det? (Og hvordan skulle vi etablere det?)
Det er altid muligt at ændre ting , men jo længere en handling har eksisteret, jo sværere er det at ændre. Du skal bevise gennem videnskabelig gyldig brugertest t hat denne indstilling er virkelig en dårlig opførsel. Det tager tid og kræfter, men du kan helt sikkert få det til at ske. Husk bare at ikke teste dine venner. Test en stor nok tilfældig brugergruppe, offentliggør dine statistiske data og overbevis Firefox-administratoren om, at dette skal ændres.
Hold os opdateret om dine fremskridt og held og lykke!
Kommentarer
- Hvorfor kan ‘ t Mozilla tænke selv? Jeg hader det, når folk bare blint kopierer ting fra andre, det viser bare en total mangel på tanke og innovation.
- Jeg vedder på, at enhver undersøgelse af, om brugerne rent faktisk bruger
Backspacefor at gå tilbage til en side eller heck, endda en undersøgelse af, om de ønsker denne adfærd, ville give et ret klart resultat.
Svar
Denne funktion arves fra windows explorer-funktion , der migrerede til Internet Explorer og derefter til andre browsere. Det blev en de facto-standard, fordi de fleste computere havde Windows og Internet Explorer
Svar
En kommentator på svaret svarede:
Jeg forstår det ikke. Backspace aldrig går en side tilbage, når fokus er på et tekstfelt, såsom en tekstboks, adresselinje osv. Denne adfærd er den samme, selv i Windows Stifinder. Så længe Backspace er begrænset til et tekstfelt, kan du fortsætte med at trykke på det og browseren / vinduet vil aldrig forlade den aktuelle side. Desuden skriver du aldrig, når dit fokus ikke er i et tekstfelt, så overbelastning af backspace er helt berettiget.