Главная Услуги Работы Персона Юзабилити анализы
IMG тел. +7(901) 370-1796
Web 3.0 глазами пользователя: формы. Далеко не первый раз замечаю некоторое «неудобство» пользование формами




ПОИСК по сайту


    Полный список статей
/ Web 3.0 глазами пользователя: формы. / Версия для печати / translit / абракадабра :-)


<-предыдущая следующая ->

 
  google.com bobrdobr.ru del.icio.us technorati.com linkstore.ru news2.ru rumarkz.ru memori.ru moemesto.ru smi2.ru twitter.com Яндекс закладки text20.ru RuSpace RuSpace toodoo

Решил написать небольшой цикл статей-топиков под названием «Web 3.0 глазами пользователя». Конечно веб три-ноль тут понятие образное, а именно обозначающее качественный скачек удобства и целесообразности определенных действий в веб-приложениях и веб-сайтах. В первой статье хочу обратить ваше внимание на неотъемлимый элемент любого современного сайта и/или приложения, а именно на формы.

Для чего это надо?

Далеко не первый раз замечаю некоторое «неудобство» пользование формами. Видел несколько интересных и оригинальных решений, но они как правило либо не доработаны до ума, либо применены не там где хотелось бы. В этой статье я хочу поговорить о «простых» элементах форм таких как текстовое поле, выпадающий список, многострочное текстовое поле, поле для загрузки файлов.

Текстовое поле.

Казалось бы относительно текстового поля придумать уже просто нечего, ан нет! Я хочу выделить несколько основных направлений в «модернизации», а именно: удобство пользования, грамотная визуализация доступных символов, автодополнение. Что я подразумеваю под удобством пользования?
Во первых конечно поле должно быть соразмерно допустимому для введения в него кол-ву символов т.е. если можно ввести в поле 100 символов в поле визуально должно умещаться не менее 50. Далее недавно видел статью про маски на формах задающие определенный формат ввода. Для форм со строгим форматом данных вещь просто незаменимая(жаль, что пока в реализации есть несколько суровых багов). Это поля для ввода дат, промежутков времени, телефонных номеров и т.п. Теперь относительно визуализации доступных символов. Что я подразумеваю под этими мудреными словами? Допустим мы вводим имя пользователя в соответствующее поле. При попытке ввести недопустимый символ он проявится, но красного цвета и через некоторое время исчезнет, а в это время под текстовым полем будет висеть подсказка, что введен недопустимый символ, а так же краткий перечень допустимых символов и пример. Удобно? На мой взгляд очень. Теперь про автодополнение. Эта фишка нужна далеко не всем полям, но вот к примеру в поиске вещь незаменимая ведь зачем плодить кучу одинаковых запросов если можно выбрать из списка аналогичный тому который хотел задать и вместо полного цикла поиска получить результат запроса из кэша. Удобно? Да. Быстро? Гораздо быстрей, чем каждый раз искать от начала и до конца. С другой стороны с автодополнение надо работать очень аккуратно т.к. оно очень редко где будет работать именно по своему прямому назначению.

Выпадающий список

А вот тут на мой взгляд мягко говоря «конь не валялся». У стандартных выпадающих списков всего одна степень вложенности, нет возможности создания разделов(об этом подробнее позже), нет автодополнения(иногда очень полезно, об этом тоже позже). Ну для начала пожалуй хватит. По-поводу вложенности — пожалуй это редко необходимая фича, но не стоит с ходу отрицать, что это не нужно. К примеру в интернет-магазинах списки с несколькими уровнями вложенности несомненно нашли бы применение в каталогах товаров и т.д. Ну да из-за очень узкого круга оправданных применений не будем останавливаться на этом. Разделы. Что такое разделы для выпадающего списка и зачем они нужны? Представим ситуацию — нам нужно соединить несколько списков в один(к примеру для экономии места) категории этих списков родственны, но все же требуют некоторого разделения, структурирования, как пример вид одежды(куртка, брюки) и размер(M, L). Категория это не «кликабельный» элемент располагающийся над элементами для выбора. Не помню где, но видел подобную систему в списке с вариантами для закачки дистрибутивов программ(платформа, языковые пакеты). Теперь отдельная история про автодополнение. Вещь это обязательная, на мой взгляд, для любого выпадающего списка с более чем 40 элементами. Как это работает? По клику на видимую часть выпадающего спика нам предоставляется возможность ввода. Мы вводим определенный текст и наш выпадающий список предоставляет варианты содержащие этот текст соответственно выделяя, к примеру жирным шрифтом, введенный нами текст в каждом из подходящих элементов. Как пример выбор языка если поддерживается их свыше хотя бы 30-35. Искать в этом списке, к примеру русский, может быть проблематично и потратит ваше время. А если ввести «ру» вам сразу выдадут необходимый вам вариант. Удобно? Да. Быстро? Удивительно, но тоже да.

Зачем это надо и как выглядит вроде разобрались — идем дальше.

Многострочное текстовое поле

Здесь действительно особо сказать нечего, разве что было бы неплохо в некоторых местах реализовать «резиновое» поле, растягивающееся в высоту в зависимости от кол-ва текста. Ну и возможно проверка орфографии(но в условиях веба подобная фича может требовать слишком много ресурсов так что это не маст хэв).

Поля для загрузки файлов

О, об этом можно говорить почти бесконечно. Об этом спорят, устраивают холивары и т.п. Но все сходятся в одном — стандартная реализация этой функции в браузерах почти непригодна для реального использования. Я с этим мнением всецело согласен. И на это есть несколько причин, а именно:
Я не вижу сколько времени будет грузится файл, нет возможности мульти-загрузки, ужасная система вида одно поле == один файл. На мой взгляд поле для загрузки файлов должно уметь(как минимум) следующие вещи: загрузка неограниченного(либо же ограниченного разработчиком в конкретном случае) кол-ва файлов, мульти-загрузка(загрузка определенного кол-ва файлов одновременно, разумеется больше одного), визуализация процесса загрузки(как минимум полоска показывающая прогресс загрузки), отображение списка загруженных ранее этим же полем файлов. Ну для минимума вроде хватит, при выполнении этих условий такое поле будет довольно удобным для работы в реальных условиях.

На этом я собираюсь закончить первую из цикла статью. Спасибо за внимание, всячески приветствую комментарии, заранее предупреждаю, что все выше написанное является моим личным мнением и не претендует на гениальность и объективность. За сим хочу временно распрощаться.
 kelvin.habrahabr.ru/blog/37725/

Создание эксклюзивных сайтов, юзибилити анализ и бесплатный анализ под запросы основных поисковых машин
Контактная информация :
тел. +7(901) 370-1796

Написать письмо на e-mail
icq 415547094  romverрейтинг на mail.ru сайта romverinbox.ru
© 1997 - 2017 romver.ru

Полная карта сайта Display Pagerank  
CMS version 3.6.3 | PTG 0,0227 s.