oke, azt gondoljuk vegig, hogy egy atlagos kepernyon hol lesz Jani es Aliz egermutatoja, amikor rajon hogy lapoznia kell, egeszen pontosan ekkor Aliz scrollozott-e mar, es mennyit. Feltetelezzuk, hogy Janinak hozzad hasonloan nagy monitorja van, Aliznak viszont a fonoke nem adott, titkarnonek minek felkialtassal, excelezni meg facebookozni jo 1280x960 is.
Ez a monitoruktol fugg, meg a mi beallitasainktol. Ha azt mondjuk, mindig annyi elemet jelentetunk meg, amennyi a kepernyore kifer, akkor soha nem kell scrollozniuk, ha scrollozniuk kell, lehet, kenyelmetlen lesz lemaszni, de a nem kell sokat scrollozni, akkor van-e okuk levinni az egeret az aljara barmikor? Ez amugy a Fitts's torveny
A Fitt torveny azt is elarulja, hogy mekkoranak kellenenek lenni azoknak a gomboknak. Feltetelezzuk, hogy amikor a talalatlista megjelenik, akkor a mutato a Kereses gombon van, es gorgetnek, majd atviszik a lapozashoz, es varhatoan eloszor elore szeretnenek lapozni. Tehat a gombok meretenek es helyzetenek a kereses gomb meretehez es helyzetehez kene igazodnia.
Aztan: nagyon fontos info nekik az, hogy mennyi az ossz kereses: ha van 540 talalat, akkor inkabb finomitanak valoszinuleg. Lehet, azt is fontos lenne kiirni, hol tartanak epp, pl. igy:
<< < 21-40, a 194-bol > >>
A pozicionalasi problemaidat blueprint css lehet tudja orvosolni.
Bevetnem tovabba a primary action mintat: http://patternry.com/p=primary-secondary-actions/ ( http://quince.infragistics.com/Patterns/Primary%20Action.aspx )
Ez alapjan egy gombnak 3 allapota lenne, elsodleges, opcionalis, es inaktiv. Itt a pelda: http://jsfiddle.net/aadaam/u7U95/
(katt keresesre)
Ez kikuszobolne a mashol irt fokusz-problemat.
Amivel surgosen kene valamit kezdeni meg az a fontok. Mondtak itt alul a typography.css -t a blueprintcss-bol, nem feltetlenul gondolom azt hogy az alkalmazastervezeshez feltetlen jo lenne, az inkabb dokumentumokhoz, de vegulis...
Ez amugy valami borzalmas linuxos klonfont lehet, mert ez se verdana, se arial, se helvetica, hanem valamifele atmenet, pici tahomas elemek is keveredtek bele, eloszor azt hittem, hogy biztos az okozza a disszonanciat hogy Verdana a tablazatfejlec, es a tobbi meg helvetica vagy arial, de nem, a CSS szerint legalabbis nem. A betukoz-osszecsuszas mindenesetre elkepeszto rondan van kirenderelve.
Sot, mi tobb, a css alapjan az input-ba beirt szovegnek tahoma-nak kene lennie, a tobbinek meg verdananak vagy annak hianyaban arial-helveticanak, de ez ugyanaz a font. Lehet csak az en szememet szurja?
Ket dolog van itt:
- A tahoma-t nem feltetlenul kene keverni az ariallal: vagy azonos betucsaladbol (font-family) valasztunk vagy masik kategoriabol valasztunk.
- A mereteknek valamifele logaritmikus skalat kene kovetnie. Lehet ez aranymetszes alapu (0.618), de igazabol barmilyen 0 es 1 koze eso szam jo, csak az a fontos, hogy ezt a skalat kovessek, pl. 0.5 eseten: 10 px, 20px, 40px...
(az Arial egy font-csalad, pl. Arial black, Arial Condensed, Arial MT stb, a sans-serif a kategoria, kozte meg van egy osztalyozasi szint, a Tahoma humanista, az Arial neo-groteszk.)
De ez csak akkor latszik, ha sikerul valami olyan bongeszot elokaparnod, ami tenylegesen megjeleniti a fontokat, nem csak beszel rola.
(Konyvben tipografiat a Tervezz Batran! erinti)
Viszont foglalkozz a funkcionalitasert is azert :) Gondolom a szabadidod veges, nekem meg kellett tanulni interfeszeket tervezni (mas nem csinalja meg civilizaltan helyettem), de egy mukodo es egy szep program kozul a mukodot valasztanam :)