Recomandări pentru crearea interfețelor de utilizator în Delphi - totul despre el și programare

Corectați ordinea de comutare a componentelor

Mulți utilizatori, în special cei care au lucrat anterior în DOS, au obiceiul de a comuta între câmpuri de introducere nu sunt mouse-ul, și folosind tasta Tab tastatură. În plus, este mult mai rapid decât alocarea fiecărui câmp cu mouse-ul. Prin urmare, ordinea comutării componentelor trebuie să fie corect setată. Acest lucru este valabil pentru ambele componente ale tuturor componentelor din interiorul containerului (panouri, GroupBox-uri și altele asemenea), cât și recipientele componentelor ei înșiși, în cazul în care acestea sunt în formă de câteva.

Ordinea comutării componentelor în interiorul containerului este specificată de proprietatea TabOrder. Prima este componenta activă ale cărei TabOrder este 0, al doilea cu 1 și așa mai departe. până când toate componentele au fost atinse. În plus, componenta are o proprietate TabStop care indică dacă componenta va primi focalizare atunci când comutați cu tasta Tab. Dacă doriți să împiedicați comutarea la orice componentă, setați-o la TabStop = false. În acest caz, puteți trece la această componentă numai cu mouse-ul.

Există momente când utilizatorii care sunt obișnuiți să comute o anumită cheie într-un program, de obicei, continuă să o folosească în restul. Adesea, acest lucru se întâmplă cu utilizatorii 1C, unde puteți utiliza tasta Enter pentru a naviga prin câmpurile de introducere. Ei bine, le vom da o astfel de oportunitate în programele noastre dacă le vor cere. Setați proprietatea KeyPreview a formularului la adevărat și scrieți procedura de procesare a evenimentului OnKeyPress:

Un astfel de handler oferă o tranziție la elementele formularului atunci când este apăsată tasta Enter. Trebuie menționat faptul că această metodă nu va funcționa cu butoane. prin apăsarea butonului Enter pe buton se face apăsarea acesteia, în timp ce apăsând butonul Tab dă focalizarea de intrare de lângă componenta din secvența de comutare.

Implicit Butoane

Toți aceiași utilizatori se obișnuiesc repede cu faptul că în casetele de dialog ale aplicațiilor, de regulă, tasta Enter poate confirma alegerea dvs., iar tasta Esc - anulați. Să nu le dezamăgesc în programele noastre, mai ales că este foarte simplu. Pentru un buton care reacționează la Enter, setați proprietatea Default la true. Pentru butonul care reacționează la Esc, setați proprietatea Cancel la true. Și asta e tot.

Da sau nu

Toate casetele de dialog care solicită acțiuni ale utilizatorilor trebuie să aibă cel puțin două butoane: confirmarea acțiunii și eșecul acțiunii (Da / Nu, Salvare / Anulare, etc.). Acțiunea poate fi respinsă prin închiderea ferestrei cu butonul [X] din titlul ferestrei. Este inadmisibilă dacă există un singur buton pentru a confirma acțiunea și pentru o eroare se presupune că se închide fereastra cu butonul [X] din antet sau dacă nu există nicio posibilitate de eșec. Acest lucru confundă utilizatorul, provocând o întrebare logică: cum să refuzați?

De asemenea, nu uitați de ceea ce sa spus mai sus în "Butoanele implicite".

Toate casetele de dialog trebuie să fie deschise în centrul ecranului

Centrate, nu în cazul în care au fost create în modul de proiectare. În primul rând, este mai evident și, în al doilea rând, elimină automat problema rezoluțiilor diferite ale ecranului pentru diferiți utilizatori.

Se face o excepție dacă caseta de dialog nu este modal și rezultatele utilizatorului din această fereastră modifică imediat fereastra principală (de exemplu, filtrarea setului de date, retușarea graficelor etc.).

Dimensiunile ferestrelor nu trebuie să depășească dimensiunile ecranului

În nici un caz. Aceasta este o rușine când o parte a ferestrei iese din ecran. Această cerință nu depinde de rezoluția ecranului utilizatorului, adică de scuze, cum ar fi "Să le punem o rezoluție mai mare" nu trec.

Redimensionarea corectă a elementelor ferestrelor

Elementele ferestrei trebuie să se redimensioneze sau să se mute corect când se redimensionează ferestrele, maximizând fereastra și reluând fereastra după maximizare.

Totul este întotdeauna vizibil

Reducerea dimensiunii ferestrei nu trebuie să ducă la dispariția elementelor ferestrelor și, de preferință, nu trebuie să conducă la barele de derulare (scroller) ale ferestrei în sine. Puteți limita dimensiunea minimă a ferestrei astfel încât toate elementele să fie vizibile și accesibile. Dacă nu puteți plasa componentele în așa fel încât toate să fie vizibile în fereastră, puteți utiliza marcaje (cum ar fi PageControl) pentru a împărți componentele în grupuri. Scuzele pentru rezoluția ecranului, de asemenea, nu ratați.

Indiciu peste tot, indiciu mereu

Pentru butoane, în special bare de instrumente (tip ToolBar), ar trebui să fie indicate indicii, astfel încât să fie întotdeauna clar de ce este necesar un anumit buton.

spectru de culoare

Nu vopsiți componentele din formular în toate culorile curcubeului. El cauzează ochii și îndepărtează atenția utilizatorului. Nu arată "cool". Alocarea culorilor este utilizată atunci când este necesar să atrageți atenția utilizatorului asupra unui anumit element sau a unei anumite părți a ferestrei. De exemplu, pentru a colora înregistrarea luminii de culoare roșie, în care există erori sau invers, lumina de control de înregistrare verde, care a avut succes.

concluzie

Există o metodă foarte bună care vă permite să găsiți defectele programului în general și interfața în special. Este simplu: imaginați-vă în locul utilizatorului și încercați o jumătate de oră pentru a lucra în modul în care funcționează. Chiar mai bine, dacă utilizatorul dvs. este la îndemână (de exemplu, lucrează în aceeași organizație). În acest caz, stați alături de el sau, mai degrabă, în loc de acesta, și încercați să îl faceți să funcționeze. Pentru a introduce datele, modificați-le, afișați rapoarte etc. Dacă nu știți cum să procedați corect, întrebați-vă utilizatorul. Nu una sau două de același tip de operație, ca în modul de depanare, dar 20-30, sau chiar mai multe operațiuni diferite, în ordine diferită. Uitați de ceva să introduceți sau să introduceți incorect și să vedeți cum va reacționa programul la acesta. Veți vedea rapid punctele slabe ale programului dvs.

Astfel, rețineți confortul de a lucra pentru utilizatori. Lăsați-i să fie ușor și plăcut să lucreze cu programele dvs.

Construiți proiectul Pentru a compila exemplul, aveți nevoie de mediul de dezvoltare Delphi 6 sau 7. Fișierul proiectului este TestVK.dpr Deschideți acest fișier (de exemplu, făcând dublu clic pe mouse-ul din Explorer). Apăsați Ctrl-F9 (sau elementul de meniu Project-Compile). Dacă totul a mers bine, acesta va fi gata în același folder.

1. Selectați din baza de date numai acele câmpuri de care avem nevoie de formular: selectați * din. poate încărca foarte greu atât serverul, cât și computerul utilizatorului, mai ales dacă tabelele conțin câmpuri de caractere mari sau binare. De exemplu, de ce alegeți un câmp cu o fotografie a angajaților atunci când este necesar.

Adesea sa întâlnit la punctele de vedere ale forumurilor că fluxul nu este necesar deloc, orice program poate fi scris astfel încât să funcționeze bine și fără ele. Desigur, dacă nu faceți ceva mai grav, "Hello World" este adevărat, dar dacă dobândiți treptat experiență, mai devreme sau mai târziu, orice programator începător.

Sigur, fiecare dintre noi cel puțin o dată în practică, dar sa întâlnit cu codul cum ar fi: TForm1 = clasa (TForm) procedură privată MyCoolHandler (var Mesaj: TMessage); mesaj WM_USER; sfarsit public; procedura TForm1.MyCoolHandler (var Mesaj: TMessage); incepe Message.Result: = 32767;

Articole similare