Hvorfor går baksiden tilbake på en side? Denne oppførselen er så frustrerende!

Når jeg bruker en nettleser, som Firefox, setter jeg pris på at jeg enkelt kan navigere i kategorihistorikken min med Alt + (for baksiden) og Alt + (for fremover.) Det gir veldig god mening for meg, og jeg har brukt den hurtigtasten lengst tid.

Jeg skriver ofte inn på nettsider. På noen sider (men ikke alle) når jeg vil slette de siste tegnene jeg nettopp skrev, trykker jeg på Tilbake flere ganger. Trykk på trykk på. Og så, se og se, nettleseren min forlater siden jeg var på, og går tilbake i kategorihistorikken. Jeg har kanskje mistet det jeg skrev. Og jeg er en veldig ulykkelig bruker.

Chrome-utviklere har bestemt seg for å fjerne dette, se denne historien fra Ars Technica:

Google holder musepekeren over sletteknappen for tilbaketast-snarvei i Chrome Google: Bare 0,04 prosent av sidevisninger spiste via tilbaketastknappen. … Vi har UseCounters som viser at 0,04 prosent av sidevisningene navigerer tilbake med tilbaketastknappen, og 0,005 prosent av sidevisningene er etter en skjemainteraksjon. 870d7aa612 «>

Dette betyr at opptil 1 av 8 baksidens navigasjoner kan miste brukerdata.

Jeg antar at mange av disse er tilfeldige – jeg mistet tekst igjen for noen dager siden på grunn av denne funksjonen.

Hvorfor syntes nettleserskapere at dette er en så flott funksjon? Alt + er entydig. Men å overbelaste Backspace -tasten med denne oppførselen er fryktelig! Jeg kan se fra et raskt Google-søk at mange andre er frustrerte over dette.

  • Hvordan kom dette til?
  • Er standard standardadferd for sterkt etablert til å reversere kurs?
  • Kan vi endre det, og hva ville planen være å gjøre det?

Kanoniske veier for å blokkere dette

Jeg logger de kanoniske måtene å slå dette av for nettlesere her, og jeg vil ikke se programvaretillegg her:

Kommentarer

  • Dette blogginnlegget av Jeff atwood vil også gjelde: blog.codinghorror.com/the-opposite-of- fitts-law og det virker diskutert mye i denne kromfeilrapporten: code.google.com/p/chromium/issues/detail?id=144832 men jeg ‘ er ikke kvalifisert nok til at det blir tidseffektivt for meg å prøve å svare.
  • Den feilrapporten er veldig interessant! Det er nesten en brukervennlighetstestrapport i seg selv! 🙂
  • Jeg forstår ikke ‘. Backspace går aldri tilbake på en side når fokuset er på et tekstfelt, for eksempel en tekstboks, adresselinje osv. Denne oppførselen er den samme selv i Windows Utforsker. Så lenge Backspace er begrenset til et tekstfelt, kan du fortsette å trykke på det, og nettleseren / vinduet vil aldri forlate den gjeldende siden. Dessuten skriver du aldri når fokuset ditt er ikke i et tekstfelt, så overbelastningen av tilbaketasten er helt berettiget.
  • På Linux deaktiverte Mozilla kartoverføringen av baksiden siden 2006- 12-07
  • @SNag – Det ‘ er altfor lett å miste fokus på tekstfeltet uansett grunn. Jeg ‘ legger ut dette nesten halvannet år etter kommentaren din etter å ha møtt det samme problemet, og lest gjennom feilrapportsiden til mange andre brukere som har fått det samme problemet. Jeg tror ikke ‘ at overbelastningen til og med er nær berettiget.

Svar

Jeg vet ikke hvordan det startet, men jeg kan legge til mine to øre om hva ALLE klientene mine sier:

$%! $% hva @ $ #% #% nettopp skjedde? Hvorfor ble siden endret? Nå må jeg fylle ut skjemaet på nytt.

Jeg vil gjerne se at dette forsvinner for godt, og det første jeg gjør når jeg bygger et skjema-lastet nettsted, er følgende jQuery-skript:

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 gjerne se hvordan andre takler dette i javascript uten jQuery også. Og jeg har brukt denne koden i årevis uten klage, men hvis det er en bedre måte er jeg alle ører 🙂
  • StackOverflow vil være stedet å gi denne typen svar. Faktisk er det dårlig UX å fange tilbake-tasten og endre oppførselen.Brukeren trenger ikke å lære mer om hva en bestemt nøkkel gjør på nettstedet ditt i forhold til alle andre nettsteder.
  • Jeg tror at mange tungt brukte nettsteder som er veldig fokuserte på brukeropplevelse, faktisk gjør dette.
  • hei skap ape, som svaret mitt sier, er det ikke en av mine klienter (eller brukere) som vet at bakområdet er ment å gjøre det, så jeg gjør faktisk UX til det de forventer. Faktisk, ikke en av menneskene som fyller ut et skjema og faktisk ikke fokuserer fra tekstfeltet, vil gå tilbake en side og miste alle dataene de bare legger inn. Det er spesielt vondt på et Joomla- eller WordPress-nettsted når du brukte en time på å skrive en artikkel og ved et uhell gjorde dette.
  • pluss at jeg forhindrer brukerne mine i å banke på datamaskinene sine, så jeg forventer at brukeropplevelsen for dem er sterkt forbedret 🙂

Svar

Hva vi vet så langt:

Den første nettleseren brukte ikke Backspace for å gå tilbake til en side:

Flere mosaikkmeny- eller knappefunksjoner har tastaturekvivalenter. Blant dem:

b , tilsvarende Back-knappen

Kilde: http://www.uoxray.uoregon.edu/local/manuals/biosym/discovery/Html_Help/navigating.html

Første Netscape Navigator (utviklet fra Mosaic) Brukte ikke tilbaketasten

Bla til forrige side: Side opp

Kilde: http://www.w3.org/WAI/UA/netscape-keyboard.html

Mulig årsak til at Microsoft brukte Backspace for en side tilbake:

Tilbake i 9/26/95 ble Backspace-tasten kartlagt for å gå opp en katalog i Windows utforsker. Dette kan være grunnen til at Microsoft også brukte Backspace-tasten på sin IE for å sikkerhetskopiere en side. Dette er selvfølgelig ren spekulasjon fra min side 🙂

Kilde: http://www.onecomputerguy.com/keyboard.htm

For Firefox:

Backspace-nøkkelen ble tilordnet nettleserens «Tilbake» -funksjon i Mozilla for konsistens med Internet Explorer.

Kilde: http://kb.mozillazine.org/Browser.backspace_action

For andre nettlesere:

Jeg tror årsaken er lik Firefox s, for konsistens skyld.

Kommentarer

  • » Det ‘ s Internet Explorer ‘ s feil » … vel der ‘ s en sjokk! 🙂
  • Noen av kommentarene fra Chromium-feilen er underforstått det samme når det gjelder Google Chrome.
  • Jeg opprettet en kjerne av et foreslått svar her, men ta gjerne den tilnærmingen du føler deg best: gist.github.com/anonymous/9279297
  • Fast på krom for linux: code.google.com/p/chromium/issues/detail?id=30699
  • I ‘ jeg er ganske sikker » Bla til forrige side » i Netscape ment å bla en side opp, ikke å gå tilbake en side.

Svar

  • Hvordan kom dette til?

I 2005 ble dette implementert på Mozilla Firefox av følgende årsaker:

Backspace-tasten ble kartlagt til nettleserens «Tilbake» -funksjon i Mozilla for konsistens med Internet Explorer. For å forbedre konsistensen med andre applikasjoner som kjører på Linux, ble det imidlertid bestemt at denne kartleggingen skulle være valgfri – og angi basert på hvilken plattform nettleseren kjørte på. Som et kompromiss ble denne preferansen opprettet for å tillate at tilbaketasten enten går bakover / fremover, blar opp / ned på en side eller ikke gjør noe.

Referanse: Browser.backspace_action

  • Er standard standardadferd for sterkt etablert til å reversere kurs?

I nesten ti års nettleserlogg er dette standardadferd. Vi kan ikke like det, men det vil seire mange internetfora som er sint over det. Det er en innstilling som man kan bruke hvis dette er frustrerende nok. Noen ganger er det bedre å bare godta ting slik de er, ta det minste det tar å endre standardhandlingen, og glem det. Jeg gjør dette hver gang jeg laster ned en ny nettleser, siden standard ikke fungerer for meg.I stedet ser jeg disse alternativene som en måte å tilpasse nettleseren til å fungere slik jeg vil, siden jeg er en unik bruker.

Å utvikle en nettleser til å fungere for alle brukere, slik alle brukere ønsker er umulig. I stedet må man teste hvordan nettleseren brukes til å komme med en standardinnstilling, som kan tilpasses. Det er sannsynligvis ingen god grunn til å beholde en dårlig standardinnstilling.

Noen ganger lever ting på selv om den opprinnelige betydningen har siden lenge forsvunnet. Dette kan stå i veien for deg hvis du prøver å endre ting. Referanse: Lagringsikon, er diskettikonet død?

  • Kan vi endre det hvis vi fastslår at ingen bruker det? (Og hvordan ville vi slå fast det?)

Det er alltid mulig å endre ting , men jo lenger en handling har eksistert, jo vanskeligere er det å endre. Du må bevise gjennom vitenskapelig gyldig brukertesting t at denne innstillingen virkelig er dårlig oppførsel. Det tar tid og krefter, men du kan definitivt få det til å skje. Bare husk å ikke teste vennene dine. Test en stor nok tilfeldig brukergruppe, gjør dine statistiske beregninger offentlige, og overbevis Firefox-guvernøren om at dette skal endres.

Hold oss oppdatert om fremdriften din og lykke til!

Kommentarer

  • Hvorfor kan ‘ t Mozilla tenke selv? Jeg hater det når folk bare blindt kopierer ting fra andre, det viser bare total mangel på tanke og innovasjon.
  • Jeg vedder på at enhver undersøkelse om brukerne faktisk bruker Backspace for å gå tilbake til en side, eller pokker, til og med en undersøkelse om de vil denne oppførselen, ville gi et ganske klart resultat.

Svar

Den funksjonen er arvet fra windows explorer-funksjonen , som migrerte til Internet Explorer og deretter til andre nettlesere. Det ble en de facto standard, fordi de fleste datamaskiner hadde Windows og Internet Explorer

Svar

En kommentator på svaret svarte:

Jeg forstår ikke. Tilbake aldri går tilbake på en side når fokus er på et tekstfelt, for eksempel en tekstboks, adresselinje osv. Denne oppførselen er den samme selv i Windows Utforsker. Så lenge Backspace er begrenset til et tekstfelt, kan du fortsette å trykke på det, og nettleseren / vinduet vil aldri forlate den gjeldende siden. Dessuten skriver du aldri når fokuset ditt ikke er i et tekstfelt, så overbelastning av bakområdet er helt berettiget.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *