RTL (jobbról balra) irányú interfész kialakítása és optimalizálása

RTL alkalmazás magánügyfeleknek

Az RTL alkalmazás akkor fontos, amikor egy meglévő mobilalkalmazást vagy webes felületet jobbról balra író nyelvekhez kell igazítani. Ilyenkor nem elég lefordítani a szöveget. A menük, gombok, ikonok, űrlapok és képernyőfolyamatok iránya is változik. Én azt látom, hogy sok ügyfél csak akkor veszi észre a gondot, amikor az arab, héber vagy perzsa felhasználók már hibásan elrendezett képernyőket látnak.

Magánügyfélként általában egy konkrét gondot szeretne megoldani. Furcsán állnak a gombok. Rossz irányba nyílik a lista. A vissza ikon előre mutat. A számok, dátumok és latin szavak összekeverednek a jobbról balra futó szöveggel. Egy tapasztalt online szakember ezeket a hibákat képernyőről képernyőre átnézi, majd javítási tervet készít. A Qjob.hu felületén ilyen feladatra is lehet magánszakembert keresni, ha a munka távolról elvégezhető és a szükséges anyagok átadhatók.

Az RTL felület adaptáció nem csak fejlesztői kérdés. Részben tervezési munka, részben nyelvi és használhatósági ellenőrzés. Szerintem akkor lesz jó az eredmény, ha a szakember nem csak a kódot nézi, hanem azt is, hogy a felhasználó hogyan olvassa végig az oldalt, hol kattint, és melyik irányt érzi természetesnek.

RTL felület adaptáció feladatai

Az RTL felület adaptáció lényege, hogy a képernyőelemek a jobbról balra olvasási irányhoz igazodjanak. Ez érinti a navigációt, a szövegblokkokat, a beviteli mezőket, a listákat, a kártyákat és a folyamatlépéseket. Egy egyszerű alkalmazásnál ez néhány képernyő ellenőrzését jelenti. Összetettebb rendszernél külön szabályokat kell adni az ikonokra, a margókra, az igazításokra és a kétirányú szövegekre.

Tapasztalatom szerint a legtöbb hiba nem a főoldalon jelenik meg. Inkább a kisebb részletekben. Például egy kosár oldalon a terméknév jó helyen van, de az ár rossz oldalra kerül. Egy profilképernyőn a címke és az érték felcserélődik. Egy értesítési szövegben a szám a mondat rossz pontjára ugrik. Ezek apróságnak tűnnek, de a felhasználó bizalmát gyorsan rontják.

A munka része lehet a meglévő képernyők áttekintése, hibajegyzék készítése, tervezési ajánlás, fejlesztői javítás, reszponzív ellenőrzés és végső tesztelés. A megbízás előtt érdemes tisztázni, hogy a szakember csak elemzést ad, vagy ténylegesen be is nyúl a felületbe. Nem ugyanaz az ár és nem ugyanaz a felelősség.

RTL alkalmazás árak

Az ár nagyban függ attól, hogy csak néhány képernyőt kell javítani, vagy teljes alkalmazásról van szó. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert az RTL hibák nagy része nem látszik első ránézésre. Időt kell szánni a különböző képernyőméretekre, a hosszabb szövegekre és a vegyes nyelvű tartalomra is.

Az áraknál nem csak a képernyők száma számít. Fontos a technológia, a hozzáférés módja, a jelenlegi kód állapota és az, hogy van-e már fordítás. Ha csak képernyőképek alapján kell elemzést készíteni, az olcsóbb lehet. Ha a szakembernek a felületet is javítania kell, akkor több időt kell tervezni.

RTL szakember kiválasztása

RTL szakember kiválasztásakor nem elég azt nézni, hogy valaki ért-e az alkalmazásfejlesztéshez. A jobbról balra működő felületek külön figyelmet igényelnek. Kérjen példát korábbi munkára, hibajegyzékre vagy olyan képernyőre, ahol látszik az irányváltás kezelése. Ha a szakember csak annyit mond, hogy majd tükrözi az egész oldalt, az nálam intő jel.

Jó jel, ha rákérdez a cél nyelvére, a platformra, a keretrendszerre, a képernyők számára és a tesztelési módra. Az is fontos, hogy tudjon különbséget tenni a vizuális tükrözés és a használati logika között. Nem minden elem fordul meg. Egy lejátszás ikon, egy márkajel vagy egy számformátum sokszor más szabályt követ.

Volt olyan eset, amikor egy ügyfél azért keresett segítséget, mert az alkalmazásában minden képernyőt automatikusan megfordítottak. Elsőre kész munkának tűnt. De a fizetési folyamatban a lépések rossz sorrendben jelentek meg, a felhasználók pedig nem értették, hol kell továbblépniük. A javítás végül több időt vitt el, mintha az elején külön RTL terv készült volna.

Távoli RTL munka menete

A távoli RTL munka általában rövid egyeztetéssel indul. Az ügyfél elküldi az alkalmazás linkjét, képernyőképeit, próbaverzióját vagy hozzáférését. A szakember megnézi, milyen nyelvekre kell felkészíteni a felületet, és hol vannak a legkockázatosabb részek. Ezután készülhet egy feladatlista, amelyben külön szerepelnek a gyors javítások és a mélyebb módosítások.

A munka közben a kommunikáció online történik. Ez lehet írásos egyeztetés, rövid videóhívás vagy közös feladatkezelő. Szerintem a legjobb, ha minden módosításhoz képernyőkép vagy rövid magyarázat tartozik. Így az ügyfél nem csak azt látja, hogy valami megváltozott, hanem azt is, miért volt szükség a javításra.

A végeredmény átadása több formában történhet. Lehet javított forráskód, tervezői fájl, képernyőnkénti hibajelentés, ellenőrző lista vagy fejlesztői leírás. Ha a magánügyfél nem technikai ember, akkor érdemes egyszerű összefoglalót kérni. Abban legyen benne, mi készült el, mi maradt nyitva, és mit kell még tesztelni.

RTL alkalmazás hibái

Sokan ott hibáznak, hogy az RTL alkalmazás készítését csak nyelvi feladatnak tekintik. Pedig a fordítás önmagában nem oldja meg a vizuális és működési hibákat. A hosszabb szöveg szétnyomhatja a kártyákat. A balról jobbra tervezett ikon félrevezető lehet. A dátum, telefonszám vagy e-mail cím rosszul törhet több sorba.

Gyakori hiba az is, hogy az ügyfél nem ad teljes folyamatot tesztelésre. Csak a kezdőképernyőt küldi el, pedig a gond sokszor a regisztrációban, a fizetésnél, a keresésben vagy az értesítésekben jelenik meg. Egy másik visszatérő gond a túl rövid határidő. Az RTL felület adaptáció gyorsan elindítható, de az alapos ellenőrzéshez idő kell.

Én azt látom, hogy a jó minőségű eredményhez pontos brief kell. Nem hosszú dokumentum. Elég egy tiszta lista a nyelvekről, képernyőkről, elvárt határidőről és arról, hogy milyen anyagok állnak rendelkezésre. Ha ez hiányzik, a szakember találgatni kezd. És a találgatás ezen a területen drága tud lenni.

RTL felület minőségi ellenőrzése

A minőségi ellenőrzés akkor hasznos, ha nem csak azt nézi, hogy a szöveg jobbra igazodik-e. A szakember ellenőrzi a teljes használati utat. Megnézi, hogy az első képernyőtől a végső műveletig érthető-e az irány, követhető-e a navigáció, és nem akad-e el a felhasználó egy rosszul fordított elem miatt.

Fontos a különböző képernyőméretek vizsgálata. Egy elem nagy kijelzőn rendben lehet, kisebb méreten viszont összecsúszik. A hosszú fordítások különösen kockázatosak. A gombok, címkék és hibaszövegek könnyen kilógnak a kijelölt helyről. Ilyenkor nem mindig a betűméret csökkentése a megoldás. Sokszor a szerkezeten kell változtatni.

A jó átadás része egy rövid ellenőrző lista is. Ebben szerepelhet a szövegirány, az ikonok iránya, az űrlapok sorrendje, a menük viselkedése, a vegyes nyelvű tartalom és a visszajelzések megjelenése. Ez nem látványos dokumentum, de hasznos. Különösen akkor, ha később új képernyők kerülnek az alkalmazásba.

RTL alkalmazás előkészítése

Az RTL alkalmazás előkészítése akkor egyszerűbb, ha az ügyfél már az elején összegyűjti a szükséges anyagokat. Kell a képernyők listája, a jelenlegi nyelvi fájlok, a fordítás állapota, a célplatform és a hozzáférési mód. Ha nincs hozzáférés a kódhoz, akkor is lehet elemzést kérni képernyőképek vagy próbaverzió alapján.

Érdemes külön jelezni, hogy csak egy nyelvhez kell-e igazítás, vagy később több jobbról balra író nyelv is várható. Ez befolyásolja a döntéseket. Egy egyszeri javítás lehet gyorsabb. De ha hosszú távon több nyelvvel kell dolgozni, akkor jobb általános szabályokat kialakítani.

A végén a cél nem az, hogy a felület idegennek tűnjön egy másik irányban. Hanem az, hogy természetesen használható legyen. Egy jó online szakember ebben segít. Nem csak átrendezi az elemeket, hanem észreveszi azokat a pontokat is, ahol a felhasználó bizonytalan lenne.