Правилно ние организираме поредица от комутационни елементи
Много от потребителите, особено на тези, които преди това е работил в DOS, имат навика да се превключва между полетата за въвеждане не е на мишката, и с помощта на бутона на клавиатурата Tab. Освен това, тя е много по-бързо, отколкото единствен от всяка област на мишката. Ето защо, от порядъка на превключване компоненти трябва да е настроен правилно. Това важи както за компоненти на всички компоненти вътре в контейнера (панели, GroupBox-S, и други подобни), и контейнери с компонентите си, ако те са под формата на някои от тях.
Редът на превключване компоненти в контейнера, определен TabOrder собственост. Първо става активен компонент, който TabOrder е 0, втората 1 и т.н. докато не мине през всички компоненти. Отделно от това, компонентът има TabStop имот, който показва дали компонентът ще получи фокус при превключване на бутон Tab. Ако искате да се предотврати преминаването към някоя от съставките, поставете го TabStop = неверни. В този случай, преминете към компонента може да бъде само с мишката.
Има случаи, когато хора, които се използват, за да превключите на определен бутон в една програма, по навик продължават да го използват в другата. Често това е с потребители 1C къде да отидат за полетата за въвеждане може да използвате клавиша Enter. Е, ние им даваме такава възможност в нашите програми, ако те са поискали. Разположен в форма KeyPreview имота вярно и пишат събитие манипулатор OnKeyPress на:
Този процесор осигурява преход от елементите на формуляра, като натиснете клавиша Enter. Трябва да се отбележи, че този метод няма да работи с копчета, защото Натискането на бутона Enter заставя пресоване, докато натискане на Tab предава входния фокус към следващия компонент смяна на последователност.
бутон по подразбиране
Всички едни и същи потребители доста бързо да свикнат, че в диалогови прозорци на приложения, като правило, натиснете клавиша Enter, за да потвърдите избора си и ключ Esc - да се отмени. Нека да не ги разочаровам в нашите програми, по-специално, защото тя е много проста. За бутони, отзивчив Enter, задайте по подразбиране имота да е вярно. За бутона, който отговаря на Esc, задайте Отказ собственост, за да е истина. Това е всичко.
Да или не
Всички диалози, потребителят иска жалбата да имат най-малко два бутона, потвърждават действието и бездействието (Да / Не Save / Cancel, и т.н.). Отхвърляне на действие може да бъде прозорците затваряне бутон [X] в заглавието на прозореца. Недопустимо е, ако има само един бутон, за да потвърдите действието, както и да се отрече бутон [X], за да затворите прозореца се предполага, че в заглавието, или възможността от провал отсъства. Това обърква потребителя, което води до логичен въпрос: как да се откажа?
Също така не забравяйте за това, което е казано по-горе в бутона "Default".
Всички диалози трябва да отворят център на екрана
В центъра, но не и когато те са били създадени в режим на проектиране. На първо място, това е по-очевидна, и второ, на екрана автоматично премахва проблема с различни резолюции за различните потребители.
Изключение се прави, ако диалоговия прозорец не се товари, и с резултатите от потребителя в прозореца веднага настъпят промени в основния прозорец (например филтриране на набора от данни, прекрояване на графиките и т.н.).
Размерите на прозорците не трябва да превишава размера на екрана
Във всеки случай. Това е безобразие, когато част от прозореца излиза на екрана. Това изискване не зависи от разделителната способност на екрана на потребителя, т.е. Извинения като "Да достави по-висока резолюция" не минават.
Правилно промяна на размера на елементите от прозореца
Прозоречни елементи трябва правилно да се преоразмеряват или преместени, когато прозорецът е оразмерен, докато увеличите прозорец и възстановяване на прозореца след максимизиране.
Всичко винаги се вижда
Намаляване на размера на прозореца не трябва да доведе до изчезването на елементите от прозореца и за предпочитане не трябва да води до лостовете за превъртане (скролер-ите) на прозореца. Възможно е да се ограничат минималния размер на прозореца, така че всички елементи са видими и достъпни. Ако не можете да поставите на компонентите по такъв начин, че всички може да се види в прозореца, можете да получите достъп до показалци (тип PageControl), за да се разделят на групи от компоненти. Извинения за разделителната способност на екрана, също не липсва.
Съвети навсякъде, винаги загатва
За бутоните, особено на лентите с инструменти (като лентата с инструменти), трябва да се дават съвети (Съвет), която винаги е била ясно защо този или онзи бутон.
цветова гама
Не е необходимо да рисува компоненти на формата във всички цветове на дъгата. Това напряга очите си и разпилява вниманието на потребителя. Не изглежда "готино". Маркирането се използва, когато е необходимо да се привлече вниманието на потребителя и да е конкретен елемент или на отделна част на прозореца. Например, за да оцветите светло червен цвят запис, в които има грешки или обратно, светло зелено проверка запис, който е бил успешен.
заключение
Има един много добър метод, който ви позволява да намерите на недостатъците на програмата като цяло, и по-специално интерфейс. Тя е проста: да си представите себе си на мястото на потребителя и за половин час, се опитват да работят по начина, по който тя работи. Дори по-добре, ако вашето потребителско е в обсега (например, работещи в една и съща организация). В този случай, седна до него, а по-скоро на негово място, и се опитват да я накара да работи. Въведете данните, да ги променяте, генериране на отчети и т.н. Ако не знаете как да го направя така, попитайте вашия потребител. Направете повече от една или две от един и същи вид на операциите както в режим на отстраняване на грешки, и 20-30, а дори и по-различни операции в различен ред. Забравете всичко, вписани или въведен неправилно, и да видим как тази програма ще реагира. Вие сте достатъчно бързо, за да видите слабите места на вашата програма.
По този начин, имайте предвид, използваемостта на потребителите. Нека тя ще бъде лесно и приятно да се работи с програмите си.
Монтаж proektaDlya съставяне примера нужда от среда за разработка Delphi 6 или проект 7.Fayl - TestVK.dpr.Otkroyte този файл (например, кликнете два пъти от Windows Explorer). Натиснете клавишната комбинация Ctrl-F9 (или проект Compile елемент от менюто). Ако всичко върви добре, в един и същи начин подготвени папка.
1. Изберете базата данни само тези области, които сме nuzhnyZaprosy тип: изберете * от. може значително да се зареди сървъра и компютъра на потребителя, особено ако таблиците съдържат голям характер или бинарни полета. Например, защо да изберете поле със снимка на работниците и служителите, когато е необходимо.
Често се вижда на становището на форуми, които потоците не са необходими на всички, всяка програма може да бъде написано така, че той ще работи добре без тях. Разбира се, ако не се направи нещо по-сериозно "Hello World" е вярно, но ако постепенно се натрупа опит, рано или късно, всеки начинаещ прог.
Със сигурност всеки от нас поне веднъж в практиката си, но се срещна с кода на формата: TForm1 = клас (TForm) лично процедура MyCoolHandler (VAR Съобщение: TMessage); съобщение WM_USER; обществен край; процедура TForm1.MyCoolHandler (VAR Съобщение: TMessage); започне Message.Result: = 32767.
Свързани статии