Comments on: Usability пример: забранени (disabled) менюта и бутони

By: Майк Рам

Майк Рам — Wed, 09 Jul 2008 17:09:48 +0000

Аз бих формулирал следните правила:

1. Ако в дадената сесия, потребителя като роля няма права над дадени функции, те да бъдат невидими. Няма смисъл нещо, което въобще не е предназначено за него, да му се мярка пред очите.

2. Ако в даден момент не е възможно да се използва някоя функция, тя да бъде забранена. Смятам, че е добро решение да има tooltip, който да обяснява защо е забранена.

3. Ако проверката за това дали може или не може да се извърши дадена работа, е твърде бавна, по-добре е бутонът или менюто да останата разрешени, а самата проверка да се направи при натискането им, за да се спести губенето на време при зареждане на формата.

Май това обобщава повечето от мненията дотук, а?

By: Kalin4y

Kalin4y — Tue, 08 Jul 2008 12:03:43 +0000

решението, така като помисля…
по принцип потребителят като вижда неща, по които не може да кликне, че го ограничават и не се чувства добре.
Решението го каза и entwickler – най-добре според ролята, която има да вижда различни неща. Важното е всичко, което вижда да може да се цъка, иначе рискуваме да го вкараме в размисъл “а това, по дяволите, защо не работи?”
Примерно имаме меню с А, Б, С и Д.
Когато говорим за админ – тои вижда всички
Когато е модаратор вижда А, Б и С
обикновен потребител вижда само А и Б
Всичко което се вижда е активно и може да бъде избрано, вследствие на което да настъши някакво действие.
Не ограничавайте потребителите и не ги затормозявайте с излишни неща. Каквото му трябва, това да вижда

By: entwickler

entwickler — Tue, 08 Jul 2008 06:42:20 +0000

Аз още преди да прочета поста до средата също си мислех за варианта със настройката на поведението на приложението. Това е гъвкав вариант а и ако се обмислят нещата добре не е толкова скъп за реализация. Но се сещам и за 3ти вариант: да се скрие опцията – примерно много от приложенията в пакета ms office в зависимост от това какво правим показват различни менюта с различни елементи в тях.
Освен това се сещам и за друг аспект, че някои неща се забраняват с цел authorization, като там пак я има същата дилема (трилема): скрит, enabled, disabled

By: Geo

Geo — Mon, 07 Jul 2008 16:10:02 +0000

Решението и при нас е tooltip с обясняващ текст.
Друг момент е дали команди, които няма как да бъдат разрешени в рамките на текущата потребителска сесия (защото, да речем, потребителят е с орязани права) въобще да се показват в менютата. Предпочитаме да ги показваме изключени, защото ако потребителят някога е имал права за дадена операция и сега не я вижда в менюто се обърква повече и започва да се чуди дали недовижда, пък и по-лошо – почва да звъни на поддръжката Затова нека е там командата, където си знае потребителят, че трябва да е, пък просто да е забранена.
Друг момент е, ако условието дали командата е забранена или разрешение изисква времеотнемаща сметка. В този случай да се покаже съобщение, когато потребителят се опита все пак да използва командата от менюто май е по-добре, отколкото менюто да се отваря със забавяне, заради изчислението.

By: Kalin4y

Kalin4y — Mon, 07 Jul 2008 14:15:36 +0000

RStankov, ми че за къде бързаш
Гледай къде натискаш

By: RStankov

RStankov — Mon, 07 Jul 2008 14:05:44 +0000

Аз предпочитам да са изключени. А напоследък слагам tooltip подсказка, която да илиза на mouseover, така хем неопитния потребител е информиран, хем опитния няма да бъде занимаван. А това с alert-ите ми се струва повече дразнещо от колкото полезно. Да не говорим за ситуацията която по погрешка натиснеш бутон които трябва да е не активен и ти излезе събощение което ти спира работата.

By: Kalin4y

Kalin4y — Mon, 07 Jul 2008 12:36:12 +0000

Според мен трябва да са разрешени. Дали е опитен или не, потребителят е любопитен. Цъка навсякъде, където има не кликай тук
Вместо да види, че нещо му е забранено и да си мисли, че е с “орязани” права за достъп до приложението, най-добре си е с един алерт да му се казва, че това не фукционира в момента.
Всички са доволни …
В момента работя по един проект и имаме сходен казус.
В няколко полета се въвеждат стойности за продължителност и тип на продължителност на даден елемент. Посредством дроп-даун се избира поделемент и същите параметри за него са забранени, като те приемат глобалните стойности. Логиката на проекта е такава, че е възможно да имат може да се приемат и различни от глобално зададените стойности за продължилност и тип продължителност.
Върви обяснявай на девелопъри, че трябва да са разрешение и че всеки елемент трябва да може сам по себе си да получава различни стойности. Още повече, ако БА-то ти каже: остай ся, за какво да си създаваме главоболия
тъ мойто скромно мнение е, че трябва да са разрешени…на потребителят трябва да се дава максимална свобода, за да не се чувства ограничен

By: stan

stan — Mon, 07 Jul 2008 11:46:18 +0000

Според мен решението с параметъра е доста тежко.

Мисля, че менютата трябва да са разрешени, като ги избереш да те информират защо не може да се извърши действието, но да се визуализират по различен начин – например да се виждат като забранени.
Другия вариант са хинтове върху забранените менюта, които да казват защо са забранени.