Category archives for "tbt"

OS X felületi elemek

Jövő héten megjelenik a Yosemite, ennek kapcsán csináltam két screenshotot:

Nem értem mi indokolja, hogy a legördülők nyilait ennyire prominenssé tegyék. A bal oldali Mavericks-es megjelenés sokkal esztétikusabb, visszafogottabb ezeknél a világító kék elemeknél (még akkor is, ha nem grafitot használnék). Azért világít, hogy oda kattintsunk? De akkor miért nem az egész kék? És miért kéne oda kattintanom, mitől kell ezt ennyire hangsúlyozni? A checkboxoknál sem értem a logikáját: ha be van jelölve, akkor kék, ha nincs szürke? Értsem ez alatt azt, hogy a bejelölt checkbox minden esetben fontosabb? Hát ezt elég nehezen lehet védeni! A Safari 7-ben megjelent “Reader” kék gomb pontosan ennyire zavaró egyébként.

Bad UX: Apple Calendar

Ez a példa tipikus esete a vizualitás oltárán feláldozott UX-nek. Az Apple naptárát tervező emberek ugyanis úgy gondolták, hogy a “Today” feliratú gomb és a lapozó billentyűk indokolatlanul csúnyák az ablakban, ezért nem is kellenek oda egyáltalán. Ennek az az eredménye, hogy a mai napig nem tudom, hol keressem a gombot, amikor vissza kívánok ugrani arra a mai napra.

Aki esetleg azt gondolná, hogy “de-de, ez szépen látszik”, az valószínűleg beleesett abba a csapdába, hogy kiemeltem most az ablaknak az érdekes részét. Sajnos egy képernyőnyi méretű Calendar ablakon, ahol rengeteg hasonló méretű felirat van, teljességgel eltűnik a fenti funkciógomb. Egyébként érdekes módon gomb az, csak éppen a hoverre mutatja meg magát:

Én egyébként nem féltem volna felvinni a nap-hét-hónap-év nézetválasztó mellé, a címsorba felvinni ezt a három gombot, hiszen ugyanúgy a nézettel kapcsolatos funkciógombok azok is. (Ráadásul fontosnak is érzem, én is rengeteget használom.)

A másik rettenetes UX: a mai nap halvány rózsaszín a jelölése.

Hosszú másodperceken át szoktam keresgélni, hogy ma éppen melyik kockán állunk a héten. Különösen zavaró, ha a halvány szürkéskék hétvégét jelölő napra esik a mai nap, mert akkor tényleg egyáltalán nem lehet már látni. Elképzelésem sincs, hogy ezt miért engedték így ki, de a kezdetek óta Calendar felhasználójaként egészen nyugodtan állítom, hogy egyik döntés sem volt jó.

Szövegbevitel iOS-en

Az Apple jelenleg egy nagyító-féle megoldással teszi lehetővé, hogy a szöveg szerkesztése közben bizonyos pozíciókra ugorjunk. Ahhoz, hogy ezt a módot elérjük, hosszan meg kell érinteni a kijelzőt, megjelenik a nagyító, utána pedig az ujjunkat az üvegen tartva kell elhúznunk oda, ahova menni akarunk.

Nekem ami nagyon hiányzik iOS-ben, az a precíziós szövegbevitel. A használati eset tipikusan az, hogy észreveszünk egy elütést, aztán a gépelési sebesség szempontjából körülményes módon kell egy-két karakterpozíciót módosítani a nagyítóval.

Mi lenne, ha a szövegbeviteli mezőre bárhol koppintással azonnal odaállna valahova a beviteli pont, aztán egy egyszerű megoldással tudnánk ahhoz képest módosítani? A fő gond ugyanis az, hogy a koppintás maga nem pontos, viszont ahhoz képest kell csak aprót változtatni.

Most úgy működik, hogy a szövegbevitelre koppintva csak a menü jön föl: kijelölés, összes kijelölés, beillesztés.

Én a következő képpen változtatnám ezt meg: koppintással a beviteli pontot tesszük le, amelyik pozícióra éppen regisztrálódott a koppintás. Utána viszont az ujjunkat a kijelzőn hagyva jobbra-balra csúszással (pontosan úgy, mint a nagyító esetén) vihetnénk előre hátra a beviteli pontot. A nagyítót nem hagynám benne, hanem bevinném a “Kisegítő lehetőségek” alá opciónak.

Ez így rendben is lenne, de mi történne a kijelölés/beillesztés menüponttal? Ezt a menüt a szövegbeviteli mezőn hosszú koppintással lehetne elérni. Azért is jobb lenne így, mert a nem annyira hozzáértőket folyamatosan megzavarja az, hogy belenyomnak valahová, aztán mindenféle menük jelennek meg. A hosszú koppintást valóban tanulni kellene, de összességében még mindig a legkisebb rossz lenne.

A kétállású navigáció dilemmája

Ismét visszatérek az Instagramhoz. Az alábbi képen ugyanis egy kétállású navigáció van, amit ma reggel rossz irányban próbáltam megnyomni. Ez újra felveti annak a kérdését, hogy két elemből álló listában melyik a kijelölt és melyik a koppintható link.

Ez egy navigációs egység, ahol az egyik elemről a másikra váltunk. Rápillantva én ösztönösen azt hittem, hogy a szürkével jelölt az, amin állok. Gondolom azért, mert a fehér háttéren a fehér kiemelés nem létezik, viszont a szürke igen. Az Apple kétállású gombja is teljesen fehér abban az esetben, amikor ki van kapcsolva.

Ők a fizikai gombhoz hasonlóvá tették teljesen, sőt, még zölddel is kiemelik azt, amikor be van nyomva, mint az iPod shuffle esetében. De ez nem navigáció.

A kérdés ezek után az, hogy mivel lehetne ezt megjavítani? Egyáltalán nem triviális a kérdés kettő navigációs elem esetében. A problémát az okozza, hogy mind a kettő elemnek egyszerre kell jelzőnek is lennie: az egyik elemnek mutatnia, hogy ott állunk, a másiknak azt, hogy oda mehetünk. A két elem folyamatos küzdelemben van ebben a harcban és egyikük sem nyerhet.

Szerintem igazán jó megoldást nem lehet adni úgy, hogy egymás mellé tesszük őket. Viszont ha szétszedjük és azt mondjuk, hogy az egyik legyen tényleg jelölés, a másik meg innen elszállító navigációs link, akkor sokkal egyértelműbb a helyzet, főleg akkor, ha még a szövegírással is megsegítjük a kérdést.