16 839
Tesztek Android Google Apple Microsoft Samsung Huawei Linux Okostelefon Biztonság Tudomány Facebook Videojáték Film
16 839

Androbit Desktop Layout

Makay József2010.12.20. 13.10
Kattints ide  ➜

Androbit Desktop Layout



Manapság a fejlesztőknek kritikus fontosságú odafigyelniük az informatikai kezelőfelületek kialakításánál arra, hogy a megjelenítési területet a lehető leghatékonyabban használják ki. Erre jelenpillanatban csak nagyon kevesek hajlandóak, vagy képesek, ugyanis ez egy speciális terület, ami különválik a programok funkciólistájának implementálásától, éppen ezért a jelenlegi megjelenítő-kihasználtság nagyon átgondolatlan. A jobb irányba való fejlesztést még az is nehezíti, hogy a felhasználókat át kell szoktatni egy új elrendezéshez, ami sokszor a bukáshoz vezető első és egyben utolsó lépés is. Éppen ezért egy egyensúlyi állapotot kell kialakítani, ami egyaránt figyel a technológiai célra és a felhasználói igényekre.

Figyelem! A következőkben néhol eltúlzott képekkel próbálom illusztrálni mondandóm lényegét.

A legtöbb közismert asztali környezetnél (KDE, GNOME, Windows, OS X) helykihasználás szempontjából még most is komoly problémák vannak, amik az elmúlt évtizedekben egyáltalán nem változtak. A fejlesztők maradian ragaszkodnak ahhoz, ami miatt eddig senki sem lett öngyilkos. Ez viszont nem jelenti azt, hogy ami miatt nem sírnak a felhasználók, az jó is. Vegyük sorba, hogy melyik felületnél hogyan vannak lefoglalva a területek.

GNOME: A környezet két panellel van ellátva alapértelmezetten a képernyő alsó és felső részén. Ugyan panelek vastagsága nem nő a képernyőmérettel, mégis elrendezésileg ez a legrosszabb felület. Egy közepes, vagy kis képernyőnél már komoly problémákat okoz a rossz elrendezés. Az első panel feladatkezelőjében az ikonnal és névvel ellátott programgombok irreálisan sok helyet foglalnak el, ugyanis a Windows 7 és a Mac OS X már bebizonyította, hogy a felhasználóknak elég, ha az általuk használt program ikonját látják, nem kell mellé még a név is. Egy átlagos notebook 1280px széles képernyőjén egyből több mint 32000 pixelnyi rosszul felhasznált területet kapunk, jobban mondva vesztünk el. Ehhez még hozzájön a fenti alkalmazás indító panel, aminek több mint a fele alapértelmezetten teljesen üres, ráadásul a rendszertálcát leszámítva szintén szöveges gombokkal van ellátva. Összefoglalva mindkét panel a lehető legrosszabbul használja fel a rendelkezésre álló területet.

Apple Mac OS X: Az Apple egy a többiektől meglehetősen eltérő elképzeléssel valósította meg a rendszer kezelőfelületét. A képernyő alsó részén található egy indító docker, a felső részén pedig egy közös menüsáv, amin a fókuszablak menüje látható. Így pont egy olyan kombináció alakul ki, amivel a lefoglalt területek versenyben egy szintre hozható a KDE-vel és a Windows felületével.

KDE és Windows: Merészeltem egy kapa alá venni a kettőt, ugyanis már a KDE-ben is elérhető a Windows 7 által bemutatott, Apple Mac OS X által ihletett feladatkezelő. Így lényegében közel ugyanannyi területet foglalnak le ugyanolyan elrendezésben. Közepes méretű (1280px) kijelzőn az egyetlen panel (tálca) tűrhető módon használják fel a rendelkezésre álló területet, bár még itt is lehetne kötekedni az ablakok menüjével kapcsolatban.


<--PAGEBREAK-->
Lássuk, hogy milyen szempontokat kell figyelembe vennünk, amikor egy rendszer kezelőfelületét kialakítjuk. Az első a felhasználó. Bármit találunk ki, a projekt sikerét és bukását a felhasználók fogják meghatározni. Ha egy felhasználó bármilyen kényelmi problémával találkozik, azonnal negatív vélemény alakul ki az agyában. Tehát a fejlesztésnek nem szabad azonnal gyökeres változásokat bevezetnie, hasonlítania kell az előző verziók megjelenésére. Nagyon fontos az átláthatóság, tehát felesleges dolgokat nem szabad megjeleníteni a képernyőn. Csak azok szerepelhetnek az alapértelmezett elemlistában, amit a felhasználók minden nap használnak. A lehetséges képernyőméterek is nagyon meghatározóak, ugyanis az elképzelésnek mindig a leghatékonyabbnak kell lennie.




A képernyők kihasználását bemutató vázlaton jól látszik, hogy a jelenlegi trendek csak részben, vagy egyáltalán nem felelnek meg a követelményeknek. A következőkben bemutatott képernyőelrendezés, az Androbit Desktop Layout egy teljesen más szemszögből vizsgálja a problémát. A KDE és a Windows 7 által ihletett, az aktuális ablak gombját "kinyitó" panelt a bal oldalra fordítottam, ugyanis (legfőképp a webes) a tartalmak méretei jellemzően vertikálisan növekednek, így logikátlan a panelt alulra, vagy felülre helyezni. Felvetődik a kérdés, hogy miért pont bal oldalra. A válasz egyszerű. Több hetes tesztelés után kiderült, hogy a panel és a görgetősáv nem fér meg egymás mellett. Az ember hajlamos mellékattintani. Ez egy viszonylag nagy tudással rendelkező panel esetében nem annyira vicces naponta több alkalommal. Ráadásul a jobbról kinyíló menük is meglehetősen zavaróak voltak. Így kizárásos alapon maradt a bal, aminél már nem jelentkeztek problémás dolgok.

Figyelembe vettem azt is, hogy az ablakokon rengeteg helyet foglal el a menüsáv, amit az OS X egyetlen közös menüsávval orvosolt. Itt is megfontolandó, de akkor elvesztenénk a horizontális panel(ek) törlésével felszabadított területeket. Tekintettel arra, hogy az általános szoftverhasználat során a felhasználók viszonylag keveset használják az ablakok menüjét, így érdemes elgondolkozni ki-bekapcsolható menükön is. Az ablakok címsora eltűnik, helyette azokon a területeket is tartalom jelenik meg, ahogyan azt a Google Chrome-nál már megszokhattuk. A megoldást az jelenti, hogy az ablakkezelő gombok mellé be van rakva egy menügomb is, ami alapértelmezetten egy lenyíló menüt valósít meg. Ez akár dokkolható az ablak már felszabadított címsorának helyére is. Az ablakok mozgatását egy negyedik ablakmozgatógombbal kell kivitelezni, ami automatikusan kiszélesedik, ha a kurzor a közelébe ér.





Az Androbit Desktop Layout nagyon hasonlít az Ubuntu által szállított Unity-hez, de annál sokkal hatékonyabb és rugalmasabb. Lényegében alap felhasználói tudással is közel teljesen meg tudjuk valósítani az asztali környezetünkben, kivéve a menüdokkolást, aminek kivitelezése még a környezetek fejleszetőire vár. Hamarosan további részleteket olvashattok az Androbit Desktop Layout-ról...

Kattints ide  ➜

Az Androbit technológiai és tudományos magazinnál hiszünk abban, hogy az információ mindenkit megillet. Hosszú évek munkájával megszerzett hírnevünknek köszönhetően megadatott számunkra az a lehetőség, hogy műszaki témájú médiumként is elérhessünk minden internetező korosztályt. Tesszük ezt olyan hírekkel és cikkekkel, amik között egyaránt szerepel nagyobb tömegeket és kisebb szakmai csoportokat érintő tartalom is.

A témák gondos összeválogatásának és a cikkek minőségi kidolgozottságának hála mára Magyarország egyik legnépszerűbb technológiai és tudományos információforrásává váltunk – fejlesztéseinkkel és kutatásainkkal pedig igyekszünk mindig egy lépéssel a versenytársak előtt járni.

A weboldalunkon található, szerkesztőségünk által készített tartalmakra vonatkozó összes felhasználási jogot az Androbit technológiai és tudományos magazin birtokolja. A tartalmak egyes részleteinek felhasználását kizárólag látványos (vagy jól hallható) forrásmegjelöléssel engedélyezzük. A feltételek megszegésének jogi következményei lehetnek. A feltételektől eltérő tartalomfelhasználás kizárólag megegyezés útján lehetséges.
Copyright © 2007-2016 – Makay József (makay@androbit.net)
Kigyulladt 8 darab iPhone ‑ az Apple szerint nem ők a hibásak
Elindult a Google Mikulás weboldala
A dohányzás sejtmutációs hatásai
Megérkezett az Android 7.0 Nougat a Huawei P9‑re és a Huawei Mate 8‑ra
Moduláris okostelefon érkezik a Honortól
A fák az Alphabet legnagyobb ellenségei
Felkapott témák
Az egyik legnépszerűbb antivírus egyben a legrosszabb is
Ezek a jelenleg kapható legerősebb okostelefonok
2016 legjobb okostelefonjai - Sebességteszt
Android 1.0 Apple Pie vs. Android 7.1 Nougat
Melyik lesz 2017 legjobb okostelefonja?
Ingyenes nCore regisztráció - Újabb csalók próbálkoznak
Állásajánlatok
SQA vezető
ERP Site Testing Specialist
Villamos tervező mérnök
Game Designer
Gyártáselőkészítő mérnök TESK-6564-16
Karbantartási koordinátor
Mérnök gyakornok