Ajánlások létrehozására felhasználói felületek Delphi - mindent róla, és a programozás
Helyesen intézkedik a sorozat kapcsolóalkatrészek
Sok felhasználó, különösen azok, akik korábban dolgoztak a DOS, a szokás közötti váltás mezők nem az egérrel, és a billentyűzet Tab billentyűt. Különben is, ez sokkal gyorsabb, mint egyetlen ki minden mezei egér. Ezért a rendelést kapcsolóalkatrészek helyesen kell beállítani. Ez vonatkozik mind a komponensei az összes komponens a tartály belsejébe (panelek, csoportpanelen-s, és hasonlók), és tartályok a komponenseket önmagukban, ha azok formájában egy pár.
Az, hogy a kapcsolási elemek meghatározott tárolón belül TabOrder tulajdon. Először válik aktív komponenst, amely TabOrder értéke 0, a második 1, stb amíg nem megy át minden összetevőjét. Eltekintve attól, hogy a komponens tabulátorjeleket tulajdonság, amely azt jelzi, hogy az alkatrész kap hangsúlyt, ha váltás gomb Tab. Ha azt szeretnénk, hogy megakadályozzák váltás bármely összetevőjével, tegyük tabulátorjeleket = false. Ebben az esetben a kapcsolót a komponens lehet csak az egérrel.
Vannak olyan esetek, amikor az emberek, akik arra használják, hogy váltani egy bizonyos gombot egy program, megszokásból továbbra is használni azt a másik. Gyakran ez az 1C felhasználók hová megy a beviteli mezők az Enter billentyűt. Nos, nekik egy ilyen lehetőséget a mi programok, ha ezt kérik. Állítsa formájában KeyPreview tulajdonságot true és írjon egy eseménykezelő onkeypress:
Ez a processzor rendelkezik egy átmeneti az űrlap elemek az Enter billentyűt. Meg kell jegyezni, hogy ez a módszer nem fog működni a gombok használatát, mert Enter megnyomásával gomb megnyomásakor a préselés, miközben lenyomva tartja a Tab továbbítja fókuszt az átállás következő sorrendű összetevő.
Az alapértelmezett gomb
Minden ugyanaz a felhasználók elég hamar megszokja, hogy dialógusok az alkalmazások, mint a szabály, nyomja meg az Enter billentyűt, akkor a választás megerősítéséhez és Esc gomb - törli. Ne okozzunk nekik csalódást a mi programok, különösen azért, mert nagyon egyszerű. Gombok, érzékeny Enter, állítsa be az alapértelmezett tulajdonságot true értékre. A gomb, amely megfelel az Esc, meg a Mégsem tulajdonságot true értékre. Ez minden.
Igen vagy nem
Minden ablak, a kérő felhasználó a kereset legalább két gomb, hagyja jóvá a műveletet és nem-cselekvés (Igen / Nem Save / Cancel, stb.) Elutasítása lépés lehet az ablakok bezárása gomb [X] az ablak címét. Elfogadhatatlan, ha csak egy gombot, hogy hagyja jóvá a műveletet, és tagadni [X] gombot az ablak bezárásához állítólag a cím, vagy a kudarc lehetőségét, hiányzik. Ez megzavarja a felhasználó, ami egy logikus kérdés: hogyan lehet visszautasítani?
Továbbá ne felejtsük el, hogy mit azt fentebb említettük, a „Default” gombra.
Minden dialógusok megnyitásához a képernyő közepén
A központban, de nem ott, ahol ők hozták létre a tervező módban. Először is, ez még nyilvánvalóbb, másrészt a képernyő automatikusan megszünteti a problémát a különböző felbontásban különböző felhasználók számára.
Kivételt képez, ha a párbeszédablak nem modális, és az eredményeket a felhasználó az ablak azonnal megváltoztatja fordul elő a főablak (például szűrés az adathalmaz, újrarajzolás a grafikonok, stb.)
A méretei a windows nem haladhatja meg a mérete a képernyő
Minden esetben. Ez felháborító, amikor az ablak kiszáll a képernyőn. Ez a követelmény nem függ a képernyő felbontása a felhasználó, azaz Kifogások, mint a „Let szállít nagyobb felbontású” nem adja át.
Helyes változás az ablak mérete elemek
Ablak elemek helyesen kell átméretezni vagy áthelyezni, ha az ablak átméretezhető, miközben maximalizálja az ablakot és ablak visszaállításával után maximalizálására.
Minden mindig látható
Csökkentése az ablak méretét nem vezethet eltűnése ablakelemek, és előnyösen nem ad okot, hogy a görgetősávok (scroller-ok) az ablak. Lehetőség van, hogy korlátozza a legkisebb az ablak méretét úgy, hogy valamennyi elem látható és hozzáférhető. Ha nem tudja, hogy a komponenseket oly módon, hogy minden lehetett látni az ablakon, akkor is elérhető könyvjelzők (PageControl típus) csoportokra oszlanak, az alkatrészek. Kifogások a képernyő felbontása szintén nem hiányzik.
Tanácsok mindenhol, mindig arra utal,
Gombok, különösen az eszköztárak (pl ToolBar) kell adni tippeket (hint), ami mindig is világos, hogy miért ezt vagy azt a gombot.
színskála
Nem szükséges festeni alkatrészek formájában minden színben a szivárvány. Ez megerőlteti a szemét, és szétszórja a figyelmet a felhasználó. Nem úgy néz ki „cool”. A kiemelés akkor használjuk, amikor szükség van, hogy vonzza a felhasználó figyelmét, hogy semmilyen konkrét elemet vagy egy meghatározott részét az ablakon. Például a szín világos piros színű rögzítés, ahol vannak hibák, vagy fordítva, világoszöld felvétel ellenőrzést, amely sikeres volt.
következtetés
Van egy nagyon jó módszer, amely lehetővé teszi, hogy megtalálja a hiányosságokat a program általános és különösen felületen. Ez egyszerű: képzelje el, azon a helyen, a felhasználó és egy fél órát, próbálja meg a munka az utat, hogy működik. Még jobb, ha a felhasználó egy karnyújtásnyira (például dolgozik ugyanazon szervezet). Ebben az esetben, ülj le mellé, hanem õ helyette, és próbálja meg, hogy ez a munka. Adatrögzítés, módosíthatja őket, jelentések, stb Ha nem tudja, hogyan kell csinálni, kérdezze meg a felhasználótól. Hogy több mint egy vagy két azonos típusú műveletek debug módban, és 20-30, és még több különböző műveleteket más sorrendben. Elfelejteni semmit bevinni, vagy helytelenül adta meg, és látom, hogy ez a program fog reagálni. Ön elég gyors, hogy a gyenge pontokat a program.
Így szem előtt tartani a használhatóság a felhasználók számára. Legyen ez lesz könnyű és kellemes dolgozni a programokat.
Összeszerelése proektaDlya összeállítja a példát kell egy fejlesztői környezet Delphi 6 vagy 7.Fayl projekt - TestVK.dpr.Otkroyte ezt a fájlt (például dupla kattintás a Windows Explorer). Nyomjuk meg a Ctrl-F9 (Projekt-Compile menüpont). Ha minden jól megy, ugyanúgy előkészített mappát.
1. Válassza ki az adatbázis csak azokat a mezőket, hogy mi nuzhnyZaprosy típusa: select * from. nagyban betölti a szerver és a felhasználó számítógépén, különösen, ha a táblázatok nagy jellem vagy bináris mezők. Például, hogy miért válasszon egy mezőt egy fotót a munkavállalók, ha szükséges.
Gyakran látható a fórumok véleményét, hogy a flow egyáltalán nincs szükség, minden programot lehet írni úgy, hogy jól fog működni nélkülük. Természetesen, ha nem csinál semmit komolyabb „Hello World” igaz, de ha fokozatosan tapasztalatszerzés, előbb vagy utóbb, minden kezdő prog.
Bizonyára mindannyian legalább egyszer a gyakorlatban, de találkozott a kódot a következő formában: TForm1 = class (TForm) magán eljárás MyCoolHandler (var Message: TMessage); Üzenet WM_USER; nyilvános célból; eljárás TForm1.MyCoolHandler (var Message: TMessage) kezdődik Message.Result: = 32767;.