DRUPAL felhasználói oldali megközelítése

lajos képe

Egy apró észrevétel, amit a Tisztelt Fejlesztők sajnos nagyvonalúan átugranak:
De mielőtt ezt leírnám, azért elmondom, hogy elismerésem minden munkájukért, amit áldoznak a minél hatékonyabb megoldások kidolgozásáért.

Szóval szerencsés lenne a modulok megjelenítésénél és alkalmazói felületeik kialakításánál egy-két olyan embert is maguk mellé ültetni, akik nem a programozás világában élnek, nem zsong a fejükben a programnyelvek sokasága, programozói szakszavak, hanem egyszerű, már-már laikus értelmezéssel próbálnak egy felületet kezelni, mint pl mezők kezelése, megjelenítések (tartalomtípusoknál), stb. Győzzön az ember utána járni, hogy ezeken a felületeken valójában mi mit is jelent.
Tehát megkérdezni ilyen "egyszerű" felhasználókat, hogy hogy lenne legjobban értelmezhető, ami ott megjelenik.
Vagy ez túl sok elvárás lenne? Akkor viszont kénytelen vagyok belátni, programozói ismeretek nélkül szinte lehetetlen pl egy wievs modult használni, pontosabban borzasztóan körülményes. Marad a különböző fórumokon való keresgélés, valaki talán majd tud segíteni. Pedig szerintem nem lenne bonyolult ezt a problémát megoldani.

Lajos

szantog képe

Leginkább azért, mert bizonyos szintű feladat elvégzéséhez bizonyos szintű tudásra van szükség. Hiába van odaírva az argumentum helyett, hogy pirospöttyös katicabogárka, ha attól az még az argumentumot jelenti. És ha nem tudod, hogy mi az az argumentum, akkor hiába van pirospöttyös katicabogárka odaírva, akkor sem fogod tudni, hogy mire jó. Ellenben ha pirospöttyös katicabogárka van odaírva, még az a fejlesztő sem fogja tudni használni, aki egyébként tudja, hogy mi az argumentum, mert nem tudja, hogy a kedvedért argumentum helyett pirospöttyös katicabogárka lett odaírva.

A weboldal fejlesztés egy szakma, a maga terminológiájával, és ezt nem lehet bizonyos foknál jobban egyszerűsíteni, meg kell tanulni, utána kell járni.

Nem mellesleg a D7-en egy komplett UX team (is) dolgozott..
Fudejókisflameleszitt

2
-1

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

eager képe

Látható, hogy a Drupal valójában Én kezdőként azt véltem felismerni a Drupallal kapcsolatban, hogy az kettős arculatot mutat. Kezdjük az egyszerűbbel:

  1. a Drupalban valóban jelen van a célkitűzés, hogy kezdőként is bárki boldoguljon vele, és aránylag egyszerű lépésekben létrehozhasson valamit, ami olyan, mint amit ő szeretne. Ezt az oldalát csiszolta a szantog által is említett UX team a 7-esben, aminek láthatóak is az eredményei.
  2. az is látható emellett, hogy egy hivatásos kezében mennyire csillog a Drupal: ennek az az oka, hogy szándékosan úgy van elkészítve, hogy igazából egy halom hasznos és flexibilis infrastruktúra legyen, ami ráadásul annyira "lemeztelenített állapotban van tartva", hogy a fejlesztők egyszerűen ráépíthessék a maguk fejlesztéseit, ráadásul nem csak ilyen vagy olyan típusú fejlesztést, de bármit, amit a kortárs web megkövetelhet. Ezekkel a ráfejlesztésekkel mintegy befejezik a nyers alapot. (pp erről mondta azt, hogy a Drupal olyan, mint a legó: bármit kirakhatsz belőle, de mindig rücskös marad a teteje. Én is szívesen adnék egy analógiát, én egy olyan szerkezethez hasonlítanám a Drupalt, amire nem tették föl az esztétikai burkolatokat, áramvonalazó lemezeket, ígyhát a szakmai felkészültséget megkövetelő interfész úgy villog belőle, mint ahogy a hotrodok motorja meg első felfüggesztése.)

Viszont a topik indítójának igazat adok abban, hogy a megfogalmazásoknak, a terminológiának nemigen találkoztam felhasználóbaráttá tett alias neveivel.

[update]: valószínűleg ezzel ↑ nem fogalmaztam pontosan, mert szvsz van, hogy pont nem alias nevekre van szükség, hanem a helyzetet szakmailag minél inkább pontosan értelmezhetővé tevő megfogalmazásra, mint a viewshez hozott lenti példával is próbálom illusztrálni.

Persze nehéz belőni, hogy melyik szinthez is szóljon és milyen magyarázatokkal dolgozzon egy help, de én mégiscsak arra szavazok, hogy úgy jó, ha a dolgok szakmailag korrektül a nevükön vannak nevezve, de valahogy követhetően - lehet mellette két mondat magyarázat mondjuk, vagy netán a hasznosítást illusztráló ábra... [update vége]

Mire gondolok:

  1. szóval négy hónapja formázgatom a saját példányomat, és nem olyan rég esett le, hogy a "rejtélyes fieldek" amikről mindennap láthatok valamit a fórumon adatbázistáblák mezőit akarhatják jelenteni, és amikor fieldekkel dolgozom, akkor ezek szerint a adatbázisokban kell új adattároló mezőket létrehoznom, illetve az ezekből előhívott adatokat kell hellyel kínálnom a sminkemben...(igen, ez így már alapnak hangzik, de a kérdés az, hogy mennyi idő alatt jöttem rá)
  2. vagy itt van a views, az esszenciális összetevő: a negyedik hónapban sikerül csak megfogalmaznom, hogy ja, akkor ez az a modul, amivel egyedi adatbázis-lekérdezéseket tudnék megvalósítani. Csak hogy érzékeltessem, hogy miről van szó, a legkomolyabb nehézség számomra az volt, hogy ráébredjek arra, hogy az "ide létrehozok egy nézetet" ugyanazt jelenti, mint a "végrehajtok egy egyedi adatbázis-lekérdezést, és az eredményként visszakapott listát megjelenítem itt".

  3. Szóval igazából most nem azt akartam demonstrálni, hogy egy tök vagyok, inkább érzékeltetni, hogy egy kezdőt itt meg ott még lehet segíteni abban, hogy megtalálja a helyét - legyen az a dokumentáció és a user interface terminológiája, vagy az adminfelületen elérhető "inline" segítség.

    És egy (amolyan opensource-os) képzeletbeli beszélgetés a végére:

    - Patches are welcome.
    - Keep watchin, it may even happen*

    * [update kiegészítése]: én lennék a legboldogabb, ha magam valósíthatnék meg példákat arra, amire gondolok, ez jelenleg csupán erőforrások kérdése...

4
-1
pp képe

Itt mindenki azon dolgozik, hogy a Drupal még jobb, még könnyen-használhatóbb legyen amellett, hogy egyre többet és többet tud. Talán te is érzed e kettő között feszülő ellentmondást. "Mindent tudjon, de ne legyen rajta sok gomb."

Talán nem hiszed el, de itt senkinek se érdeke, hogy használhatatlanul bonyolult rendszert gyártson. Senkinek!

"Pedig szerintem nem lenne bonyolult ezt a problémát megoldani."

Szeretettel várja a drupal közösség a javaslataidat, megoldásaidat. Ha nem olyan bonyolult, akkor elő vele! Na csigázz, mondd el hogyan kell.

pp

3
0
Boobaa képe

Észrevételed köszönjük. Szerintem többé-kevésbé jogos. Te mit tudsz, vagy legalább javasolsz tenni azért, hogy változtathassunk ezen? Sajnos éppen konkrét feladatokon dolgozom, így az általánosságokkal nem mindig marad kellő időm foglalkozni, és sokszor vágják a fejemhez, hogy elveszek a részletekben. Szerinted az általad vázolt általános problémán hogyan lehetne segíteni?

0
0
Bálint képe

Amit írsz - bármilyen stílusban is teszed azt - sokszor valóban létező probléma. Viszont szerencsére a feltételezésed rossz, nem siklunk át rajta, nem is hinnéd, mennyi ember dolgozik a felhasználói élmény javításán. A UX Team kéthetente irc meetingek alkalmával ad tanácsot a fejlesztőknek különböző témákban.
Ha segíteni szeretnél, csatlakozz g.d.o-n a Usability csoporthoz (fentebb linkeltem), és mondd el a véleményed, természetesen konstruktív javaslatok formájában.

6
0
nevergone képe

Amit írtál, kiegészíteném annyival, hogy pont a Views ment keresztül nagyon komoly UX fejlődésen, viszont van egy szint, ami alá nem lehet lemenni, mert az már a teljesítmény és a használhatóság rovására válik. Ez is megfigyelhető a Views-nál, hiszen Drupal 7 alatt egyes dolgokban már túl egyszerű lett.
El kell fogadni, hogy vannak olyan eszközök, amelyek nem a kezdőknek, a rendszerrel ismerkedőknek szólnak. Természetesen ezek is jól használhatóak, viszont olyan professzionális eszközök, amelyek már nem használhatóak „ad-hoc” módon, hanem utánaolvasást, komolyabb ismereteket igényelnek.

5
0
Illyés Edit képe

Ha beszélsz angolul, akkor próbáld először az angol adminisztrációs felületet használni. A fejlesztők első körben mindig angolul gondolkodnak, ennek a szakmának az az anyanyelve.

A magyar fordítás gyakran súlyos kompromisszumok eredménye, pl. ne legyen tegezés és magázás, hogy közösségi és nagyvállalati környezetben egyaránt használható legyen a szoftver, alkalmazkodjunk a többi nyílt forráskodú program fordítási gyakorlatához, stb. A felhasználói élmény is egy szempont a magyar fordításnál, de elég könnyen felülírják más kényszerek.

És ahogy előttem is írták, a webfejlesztés is egy szakma. Teljesen intuitív, tanulást nem igénylő felületet csak kb. annyi funkcióhoz lehet kínálni, mint amennyi egy mobiltelefonon elérhető. Tartalom beküldése > Oldal > Beküldés > Oldal megjelenik. Ha ennél komolyabb igényeid vannak, ahhoz tanulni kell.

7
0
eager képe

Még nem próbáltam ki ezeket, de nagyon ígéretesnek tűnnek:

http://nodeone.se/node/840
http://nodeone.se/node/845

0
0