it-swarm-eu.dev

Stále se zmenšující posuvníky posuvníku ve velmi dlouhých dokumentech

V aplikaci Word 2007 pracuji na velmi dlouhém dokumentu a je obtížné se v něm pohybovat. Dobře, můžu se pohybovat podle nadpisů atd., Ale nechám zaostřit na posuvníku posuvníku.

Problém je v tom, že posuvník posuvníku se zmenšuje, jak se dokument prodlužuje. Zjevně má několik nevýhod:

  1. Je těžké chytit ukazatel myši.
  2. Když to chytíte, i přes malé pohyby byste jistě překročili to, co jste hledali.

Na druhou stranu je jedinou vzestupnou stránkou to, že vás upozorní na to, jak dlouho je dokument - což vůbec nepomáhá, protože účelem posuvníku je navigace.

Nejsem návrhář uživatelského rozhraní, takže toho moc nevím. Poznamenávám, že Apple, Adobe a další tvůrci grafického softwaru na tom odvedli dobrou práci tím, že uživatelům umožnili posouvat obsahovou oblast tak přirozeně, jako při navigaci velkého kusu papíru.

No, také si myslím, že posuvníky zůstanou ještě chvíli déle. Mým nápadem je udržet jezdec dostatečně velký, aby zachytil, a upravte odezvu snímku podle délky dokumentu, aby se minimalizovalo překročení. Co ještě bylo provedeno v komunitě návrhářů uživatelského rozhraní k řešení tohoto problému?

7
Kit

Kompromisy v návrhu posuvník

V MS Windows je minimální velikost posuvníku posuvníku přibližně 10 pixelů. Myš je vyladěna tak, aby zkušený uživatel mohl přetáhnout přibližně na jeden pixel s přesností. Posuvné lišty se tak stanou nepoužitelné pro posouvání tažením, když se počet pixelů ve stopě posuvníku rovná číslům-fulům obsahu, na který se má posunout. Předpokládejme například, že máte rolovací panel, který je vysoký 1 000 pixelů, takže máte stopu posuvného pruhu 990 pixelů a na každý řádek obsahu je 20 pixelů. Pak je největším dokumentem, který uživatel může užitečně přetahovat, (1000/20) * 990 = 49 500 řádků. V tomto bodě a za něj už uživatelé nemohou přetáhnout jezdec na libovolný obsah - překročení je nevyhnutelné. To nejlepší, co mohou udělat, je přetáhnout do obecného sousedství a poté použít jiné prostředky pro relativně jemné úpravy. V praxi je obtížné posouvat, když je dokument přibližně na polovině tohoto limitu.

U konvenčního posuvníku musíte mít určitou minimální velikost pro posuvník posuvníku a je to kompromis mezi snadností navádění myši na něj (Fitts Law) a ponecháním co největšího množství stopy, což určuje, jak přesně můžete přetáhnout do místo, takže máte kompromis. To je problém, i když nepoužíváte posuvník k kódování velikosti dokumentu a relativní pozice uživatele. Chcete-li vzít do extrému, pokud zvýšíte minimální velikost posuvníku na polovinu panelu (v příkladu 500 pixelů), nyní máte ve stopě pouze 500 pixelů, takže maximální velikost dokumentu je 25 000 řádků pro přetažení.

Změnit chování posuvníku?

Myslím, že navrhujete, abychom snížili zisk posuvníku, takže přetažení celé délky stopy nemusí nutně přetáhnout celou délku dokumentu. Místo toho je každý pixel posuvného pohybu vždy menší než jeden obsah, takže uživatel může vždy přetáhnout k jednomu přesnosti. Tím by se však odstranila velikost a zpětná vazba, která je důležitá pro navigaci. Zobrazení velikosti dokumentu a pozice uživatele má co do činění s navigací: vědět, kam mají jít, musí vědět, kde jsou a jak daleko může jít, takže tyto irelevantní informace nepovažuji za kód na posuvníku. Kódování pozic je zvláště důležité pro dlouhé dokumenty. Zvětšení posuvníku pro menší dokumenty znamená více než jen velikost dokumentu. Umožňuje také rychlejší rolování, pokud je to možné. Je to jednodušší domů na posuvníku, a je to kratší tažení přejít z jednoho konce dokumentu na druhý. Snížení zisku také přeruší metaforu „výřezu“ posuvníku, což by uživatele mátlo. Co se stane, když posunou posuvník dolů nebo nahoru? Je to „pop-back“ do středu? To by bylo divné a obtížné je kontrolovat, aby uživatel musel vždycky jezdit zpět do jezdce pro opakované tažení.

Na druhé straně jsem něco takového viděl jako oddělené ovládání zahrnuto navíc na posuvný panel pro tabule, které mají potenciál zobrazit hodně obsahu . Chtěl bych, aby to vypadalo a fungovalo jako kolečko, abych vytvořil užitečnou metaforu a odstranil problém navádění na posuvníku vůbec - uživatel může přetahovat z libovolného bodu podél panelu. Možná byste dokonce mohli učinit rychlost citlivou na „hybnost“, takže rychlé tahy se posouvají dále než pomalé tahy. Zní to jako dobrá diplomová práce HCI.

Zvětšit minimální velikost?

Nevím, jak se TPTB rozhodla o současné minimální velikosti posuvníku, ale bylo to jistě před mnoha lety, když byly obrazovky menší. U dnešních obrazovek jsou ohyby myši větší a velikosti stopy větší, což očekávám, že změní optimální bod mezi naváděním myši a přesností tažení. Myslím, že můžete podpořit zvýšení minimální velikosti. Ve výše uvedeném příkladu by čtyřnásobení minimální velikosti na 40 pixelů zkrátilo dobu navádění myši až o 29%, ale maximální velikost dokumentu by se snížila pouze o 3%.

Na druhé straně jsou tam nějaké malé rolovací tabule a pravděpodobně vždy budou. Například v mém počítači je podokno Typ souboru složky Windows složky vysoké pouze 115 pixelů a každý řádek má 17 pixelů. Zvýšení minimální velikosti jezdce z 10 na 40 pixelů by snížilo maximální použitelný počet řádků ze 710 na 507 - snížení o 30%, které je pravděpodobně nepřijatelné. Mnoho dialogových oken by muselo být přepracováno (zvětšeno), pokud bychom chtěli zvýšit minimální velikost posuvníku. Minimální velikost posuvníku byste mohli měnit v závislosti na velikosti podokna, ale nevím, jak dobře by to fungovalo - uživatelé rozpoznají minimální velikost posuvníku a použijí jej k posouzení, zda je „zavěšen“? Spousta otázek vyžadujících výzkum. Takže myslím, že je to další diplomová práce.

Další řešení?

Osobně bych rád viděl tento problém řešit pomocí odborných zkratek postavených na tradičním posuvníku. To by mohlo zvýšit použitelnost při malém zvýšení nepořádku nebo spotřeby nemovitostí. Například spousta drag-rolování, které vidím, je prostě dostat se na začátek a konec. Myslím, že Ctrl-kliknutí na tlačítka se šipkami posuvníku by to mělo ovlivnit. Ctrl-klepnutí na stopu posuvníku by mělo okamžitě přejít k tomuto bodu v dokumentu. Popisky a/nebo grafické kódy uvnitř posuvné stopy * by uživateli pomohly vědět, kam kliknout. Přesnost je stále omezena počtem pixelů ve stopě, ale domnívám se, že by bylo snazší Ctrl-click namísto přetažení dostat do správné oblasti, pak běžným kliknutím nad nebo pod posuvníkem provedete jemné úpravy. Neváhejte a vytvořte také magisterskou práci.

* viz McCrickard DS & Catrambone R (1999) Za posuvníkem: Vývoj a hodnocení alternativních navigačních technik. Technická zpráva Georgia Institute of Technology GIT-GVU-97-19.

7
Michael Zuschlag