När jag använder en webbläsare, som Firefox, uppskattar jag att jag enkelt kan navigera i min flikhistorik med Alt + ← (bakåt) och Alt + → (för framåt.) Det är mycket bra för mig, och jag har använt den kortkommandon längst tid.
Jag gör ofta textinmatning på webbsidor. På vissa sidor (men inte alla) när jag vill radera de senaste tecknen som jag just skrev skrev jag på Backspace flera gånger. Tryck lätt på tryck. Och sedan, se och titta, min webbläsare lämnar sidan jag var på och går tillbaka i flikhistoriken. Jag kanske har tappat bort det jag skrev. Och jag är väldigt olycklig användare.
Chrome-utvecklare har beslutat att ta bort detta, se den här berättelsen från Ars Technica:
Google svävar över raderingsknappen för bakåtstegsgenväg i Chrome Google: Endast 0,04 procent av sidvisningar navigera åt via bakåtknappen. … Vi har UseCounters som visar att 0,04 procent av sidvisningarna navigerar tillbaka via bakåtknappen och 0,005 procent av sidvisningarna är efter en formulärinteraktion.
Detta innebär att upp till 1 av 8 bakåtrymdsnavigeringar kan förlora användardata.
Jag antar att många av dessa är oavsiktliga – jag tappade text igen för några dagar sedan på grund av den här funktionen.
Varför tyckte webbläsarskapare att det här är en så bra funktion? Alt + ← är entydig. Men att överbelasta Backspace -tangenten med detta beteende är fruktansvärt! Jag kan se från en snabb Google-sökning att många andra är frustrerade över detta.
- Hur kom detta till?
- Är standardbeteendet för starkt etablerat för att vända kursen?
- Kan vi ändra det, och vad skulle planen vara att göra så?
Kanoniska vägar för att blockera detta
Jag loggar de kanoniska sätten att stänga av detta för webbläsare här, och jag vill inte se programtillägg här:
Kommentarer
- Detta blogginlägg av Jeff atwood skulle också gälla: blog.codinghorror.com/the-opposite-of- fitts-law och det verkar diskuteras mycket i den här kromfelrapporten: code.google.com/p/chromium/issues/detail?id=144832 men jag ’ är inte kvalificerad tillräckligt för att det ska vara tidseffektivt för mig att försöka svara.
- Den felrapporten är väldigt intressant! Det är nästan en användbarhetsrapport i sig! 🙂
- Jag förstår inte ’. Backspace går aldrig tillbaka en sida när fokus ligger på ett textfält, till exempel en textruta, adressfält etc. Detta beteende är detsamma även i Utforskaren. Så länge Backspace är begränsat till ett textfält kan du fortsätta trycka på det, och webbläsaren / fönstret lämnar aldrig den aktuella sidan. Dessutom skriver du aldrig när ditt fokus är inte i ett textfält, så överbelastningen av backsteget är helt berättigad.
- På Linux har Mozilla inaktiverat backstegstangenten sedan 2006- 12-07
- @SNag – Det ’ är alldeles för lätt för att tappa fokus på textfältet av någon anledning. Jag ’ lägger upp detta nästan ett och ett halvt år efter din kommentar efter att ha stött på samma problem och läst igenom bugrapportsidan för många andra användare som stöter på samma problem. Jag tror inte ’ att överbelastningen till och med är nära motiverad.
Svar
Jag vet inte hur det började men jag kan lägga till mina två cent om vad ALLA mina klienter säger:
$%! $% vad @ $ #% #% just hände? Varför ändrades sidan? Nu måste jag fylla i det här formuläret igen.
Jag skulle gärna se att det här försvinner för gott, och det första jag gör när jag bygger en formulärbaserad webbplats är följande 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
- Jag skulle gärna vilja se hur andra hanterar detta i javascript utan jQuery också. Och jag har använt den här koden i flera år utan klagomål, men om det finns ett bättre sätt är jag alla öron 🙂
- StackOverflow skulle vara rätt plats att ge denna typ av svar. faktiskt, att fånga backstegsnyckeln på ett konstgjort sätt och ändra dess beteende är dålig UX.Användaren borde inte behöva lära sig om vad en viss nyckel gör på din webbplats kontra alla andra webbplatser.
- Jag tror att många webbplatser som är mycket fokuserade på användarupplevelse faktiskt gör det.
- hej garderob, som mitt svar säger, inte en av mina klienter (eller användare) vet att baksidan ska göra det, så jag gör faktiskt UX till vad de förväntar sig. I själva verket vill inte någon av de personer som fyller i ett formulär och faktiskt inte fokuserar från textfältet gå tillbaka en sida och förlora all information de bara matar in. Det är särskilt smärtsamt på en joomla- eller wordpress-webbplats när du spenderade en timme på att skriva en artikel och av misstag gjorde det.
- plus att jag hindrar mina användare från att förbanna på sina datorer, så jag förväntar mig att användarupplevelsen för dem förbättras kraftigt 🙂
Svar
Vad vi vet hittills:
Den första webbläsaren använde inte Backspace för att gå tillbaka en sida:
Flera mosaikmeny- eller knappfunktioner har tangentbordsekvivalenter. Bland dem:
b , motsvarande tillbaka-knappen
Källa: http://www.uoxray.uoregon.edu/local/manuals/biosym/discovery/Html_Help/navigating.html
Första Netscape Navigator (utvecklats från Mosaic) använde inte Backspace
Bläddra till föregående sida: Sida upp
Källa: http://www.w3.org/WAI/UA/netscape-keyboard.html
Möjlig orsak till varför Microsoft använde Backspace för att backa en sida:
Tillbaka i 9/26/95 , var Backspace-tangenten mappad för att gå upp en katalog i Windows utforskaren. Detta kan vara anledningen till att Microsoft också använde Backspace-tangenten på sin IE för att säkerhetskopiera en sida. Naturligtvis är detta ren spekulation från min sida 🙂
Källa: http://www.onecomputerguy.com/keyboard.htm
För Firefox:
Backspace-tangenten mappades till webbläsarens ”Tillbaka” -funktion i Mozilla för överensstämmelse med Internet Explorer.
Källa: http://kb.mozillazine.org/Browser.backspace_action
För andra webbläsare:
Jag tror att anledningen liknar Firefox, för konsekvensens skull.
Kommentarer
- ” Det ’ s Internet Explorer ’ s fel ” … ja där ’ s en chockerare! 🙂
- Några av kommentarerna från Chromium-felrapporten antyddes samma sak när det gäller Google Chrome.
- Jag skapade en sammanfattning av ett förslag på svar här, men ta gärna det tillvägagångssätt du känner dig bäst: gist.github.com/anonymous/9279297
- Fast på krom för linux: code.google.com/p/chromium/issues/detail?id=30699
- I ’ är ganska säker på ” Bläddra till föregående sida ” i Netscape menade att bläddra en sida uppåt, inte att gå tillbaka en sida.
Svar
- Hur kom detta till?
2005 implementerades detta på Mozilla Firefox av följande skäl:
Backspace-tangenten mappades till webbläsarens ”Tillbaka” -funktion i Mozilla för överensstämmelse med Internet Explorer. För att förbättra konsistensen med andra applikationer som körs på Linux beslutades dock att denna mappning skulle vara valfri – och ställa in baserat på vilken plattform webbläsaren körde på. Som kompromiss skapades denna inställning för att tillåta att backstegstangenten antingen går bakåt / framåt, bläddrar uppåt / nedåt på en sida eller gör ingenting.
Referens: Browser.backspace_action
- Är standardbeteendet för starkt etablerat för att vända kursen?
I nästan tio års webbhistorik är detta standardbeteendet. Vi kanske ogillar det, men det kommer att råda många internetforum ilska om det. Det finns en inställning som man kan använda om det är frustrerande nog. Ibland är det bättre att bara acceptera saker som de är, ta den minut som krävs för att ändra standardåtgärden och glöm det. Jag gör det varje gång jag laddar ner en ny webbläsare, eftersom standard inte fungerar för mig.Istället ser jag dessa alternativ som ett sätt att anpassa webbläsaren så att den fungerar som jag vill, eftersom jag är en unik användare.
Det är omöjligt att utveckla en webbläsare så att den fungerar för alla användare. Istället måste man testa hur webbläsaren används för att komma med en standardinställning, som kan anpassas. Det finns förmodligen ingen god anledning att behålla en dålig standardinställning.
Ibland lever saker även om den ursprungliga betydelsen har sedan länge försvunnit. Detta kan stå i din väg om du försöker ändra saker. Referens: Spara-ikonen, är disketten ikonen död?
- Kan vi ändra det om vi konstaterar att ingen använder det? (Och hur skulle vi fastställa det?)
Det är alltid möjligt att ändra saker , men ju längre en åtgärd har funnits, desto svårare är det att ändra. Du måste bevisa genom vetenskaplig giltig användartestning t den här inställningen är verkligen ett dåligt beteende. Det tar tid och ansträngning, men du kan definitivt få det att hända. Kom bara ihåg att inte testa dina vänner. Testa en tillräckligt stor slumpmässig användargrupp, gör dina statistiska statistik offentliga och övertyga Firefox-regulatorn om att detta ska ändras.
Håll oss uppdaterade om dina framsteg och lycka till!
Kommentarer
- Varför kan ’ t Mozilla tänka själv? Jag hatar det när människor bara blint kopierar saker från andra, det visar bara en total brist på tanke och innovation.
- Jag slår vad om att någon undersökning om användarna faktiskt använder
Backspaceför att gå tillbaka en sida eller heck, till och med en undersökning om de vill detta beteende, skulle ge ett ganska tydligt resultat.
Svar
Den funktionen ärvs från windows explorer-funktionen , som migrerade till Internet Explorer och sedan till andra webbläsare. Det blev en de facto-standard, eftersom de flesta datorer hade Windows och Internet Explorer
Svar
En kommentator på svaret svarade:
Jag förstår inte. Backspace aldrig går tillbaka en sida när fokus ligger på ett textfält, till exempel en textruta, adressfält etc. Detta beteende är detsamma även i Utforskaren i Windows. Så länge Backspace är begränsat till ett textfält kan du fortsätta trycka på det och webbläsaren / fönstret lämnar aldrig den aktuella sidan. Dessutom skriver du aldrig när ditt fokus inte är i ett textfält, så överbelastningen av baksidan är helt motiverad.