omtek

Пребарување

Пребарувајте статии и категории

UX/UI

Скриено vs. Оневозможено vs. Само за читање

Практични UX насоки за тоа кога да се скрие, кога да се оневозможи, а кога да се остави стандардна состојба

Скриено vs. Оневозможено vs. Само за читање
Фото: Hal Gatewood / Unsplash

Прашањето за „правилната“ состојба на UI компонентите е изненадувачки сложено. Знаеме дека криењето на важни функции ја намалува нивната достапност. Оневозможените функции се фрустрирачки без објаснување, особено кога валидацијата е кревка. А елементите што се само за читање често изгледаат како да можат да се уредуваат, но всушност не можат да се менуваат.

Овој водич ќе ви помогне да донесувате подобри одлуки за секоја од овие состојби, користејќи практичен пристап заснован на одлуки.

1. СОСТОЈБА „СКРИЕНО“ (HIDDEN)

Добро прво прашање што треба да си го поставите е дали некоја компонента или функција треба да биде целосно достапна за корисникот, или ограничена на некој начин.

Поставете си ги следниве прашања:

  • Дали функцијата не е корисна или релевантна за овој корисник?

  • Дали не е дозволена за одредена корисничка група?

  • Дали е некомпатибилна или недостапна во тековниот контекст?

Ако одговорот на овие прашања е Не, тогаш веројатно треба да ја задржите компонентата во нејзината стандардна (активна) состојба.

Меѓутоа, ако функцијата е ограничена на некој начин, тогаш не е многу корисно ако корисниците никогаш нема да можат да комуницираат со неа – било да е тоа преку читање, селектирање, копирање, табулаторско движење, кликање или било што друго.

Заклучок: Ако корисниците нема да можат да комуницираат со компонентата, можеме безбедно да ја скриеме. Но, тогаш треба да ги дизајнираме и патеките за тоа кога, како и на кого ќе ја прикажуваме.

2. СОСТОЈБА „САМО ЗА ЧИТАЊЕ“ (READ-ONLY)

Оваа состојба најчесто ја користиме за текстуални полиња. Размислете за однапред генерирани ID-броеви на фактури, пресметка на ДДВ или број на осигурување.

Кога да се користи:

  • Кога податоците се генерираат автоматски и не треба да се менуваат.

  • Кога корисникот може да ги промени на друга страница (на пример, во страницата за поставки).

Најдобра пракса: Ако корисниците можат да ги променат податоците на друго место во апликацијата (на пр. во нивната страница за поставки), тогаш безбедно можеме да ја користиме состојбата „само за читање“ – можеби со назнака за тоа каде можат да ги уредат.

3. СОСТОЈБА „ОНЕВОЗМОЖЕНО“ (DISABLED)

За разлика од состојбата „само за читање“, функциите во оневозможена состојба не можат да се кликнат, селектираат или да се комуницира со нив. Тие се недостапни за корисниците на тастатура и за читачите на екран.

Кога да се користи:

  • Кога на корисникот не му е дозволено да комуницира со функцијата – поради дозволи или привремени ограничувања.

  • Кога сакаме да спречиме критични грешки, како што се двојни трансфери или случајно бришење.

Визуелен дизајн:
Оневозможените копчиња обично се дизајнираат со намалена непроѕирност и десатурирани бои со сиви тонови.

Важни напомени за пристапност:

  • Оневозможените елементи се тешки за читање и тешки за интерпретација.

  • Според WCAG 2.2 AA, тие не мора да бидат достапни, но тоа не треба да биде изговор за недостапно искуство.

  • Тие треба да бидат читливи, можат да бидат фокусирани и мора да бидат достапни за читачите на екран.

Донесување одлука: Што да се избере?

Еве едноставен водич за донесување одлука:

СитуацијаПрепорачана состојбаКорисникот нема да може да комуницира со елементотСкриеноВредноста е прикажана, но е моментално ирелевантна и не може да се користиСкриеноЕлементот е текстуално поле со автоматски генерирани податоциСамо за читањеСакате корисникот да знае дека функцијата постои, но е недостапнаОневозможеноСакате да спречите критична грешка (пр. двојно кликање)Оневозможено

Важни правила:

  • Никогаш не кријте копчиња или филтри стандардно – корисниците очекуваат тие да бидат присутни.

  • Оневозможените функции им помагаат на корисниците да го научат интерфејсот и да ги разберат придобивките од надградбата.

Најдобра пракса: Стандардна (активна) состојба

Секогаш кога е можно, се трудам копчињата и функциите да ги задржам во нивната стандардна состојба – овозможени, достапни и читливи.

Зошто? На овој начин, кога корисникот ќе се обиде да комуницира со таа функција, можеме да му објасниме:

  • Зошто не може да ја користи

  • Како да ја овозможи

  • Како да ја одржи овозможена

Овој пристап создава поучувачко искуство, наместо фрустрирачко.

СостојбаКога да се користиШто да се внимаваСкриеноКога елементот не е релевантен или не може да се користиДизајнирајте ги патеките за прикажувањеСамо за читањеЗа автоматски генерирани податоци што не се менуваатДодајте назнака каде може да се уредатОневозможеноКога сакате да покажете дека функцијата постои, но е недостапнаОбезбедете читливост и достапност за читачи на екранСтандардно (активно)Секогаш кога е можноОбезбедете објаснување зошто не може да се користи

Поврзани статии

Дизајнот не е декорација – лекции од Дон Норман за светот што не опкружува

Сè околу нас е дизајнирано. Столчето, четката за заби, шолјата за кафе, веб-страницата, аеродромот, па дури и тишината во лифт – ништо што го користиме секојдневно не се случило случајно. Дизајнот е едноставно нечија одлука направена видлива.

Редакција3 мин читање