код то там простой. Я хотел показать как можно эти элементы компастно и субъективно, симпатично расположить. А на счет пощупать - это как бы часть админки.
Однозначно ПЛОХО. Набирать сперва начало имени, а потом тут же клавишу быстрого доступа никто никогда не будет. Большинство граждан предпочтут нажать несколько раз стрелку вниз и ввод, а не искать на клавиатуре букву алфавита, которой нет в нужном имени.
Кроме того, неясно, как система отличит одно от другого. Предположим, я набираю "Jon", у меня появилось:
a Jonachan
b Jonaitis
c Jones
d Jonovic
e Jonson
f Jonsson
Нажимаю "е", имея в виду Jones, а он мне выберет Jonson, так выходит?
а. понял:) НЕ т ВЫ не так поняли. Совсем не так. Буковки слева, никак не связаны со словами справа.
Это обычная постраничная разбивка. Только расположена вертикально. Т.е. когда нажимаешь слева на е, справа появляются все имена на е. А сверху для более точного поиска
Английские серый буквы на сером. Почему если они никак не связаны, с них начинаются фамилии, или они отмечают фамилии? Однозначно какая-то хрень непонятная. Нельзя было обычный автокомплит на аяксе сделать?
Выходит, что высота формы напрямую зависит от числа букв в алфавите. В латинском это будет как минимум 26 строк, а в случае русского — 28 (выбрасываем й, ё, ь, ы, ъ). Что не есть удобно, поскольку далеко не всегда есть возможность держать такую высокую форму. Быть может все же оптимальнее держать список букв наверху в горизонтальной строке или двух?
У меня установлено несколько тысяч шрифтов, правда для работы я включаю лишь несколько. Но иногда требуется полный набор. И тогда выводится полный список, и мой относительно небыстрый мак с Core2Duo 2Ггц и 1гб памяти ничуть не тормозит. А вот поиск нужного шрифта осуществляется как и обычно в таких случаях - быстрым нажатием букв: L - попадаю на первый шрифт на букву L, если следом I - то шрифт, начинающийся на Li, если дальше N, то LIN... Вполне достаточно 3-4 букв нажать, чтобы добраться до группы, скажем, Linotype. Впрочем, этот способ навигации по длинным спискам всем и так давно известен...
ну это же браузер с JS, а не нативное приложение это раз, подкружается с интернета - это 2. что ж вы сравниваете. у меня на этом же компьютере квэйк 4й идет нормально.:)
ну..:) Я просто показал и дею, как можно сделать. Если у Вас будет такая задача то у Вас на один вариант больше чем было:) А как реализовать это уже как хотите
Если это веб-приложение (и даже не веб) отличным решением будет оверлэй с формой поиска, исчезающий сразу после того, как найден необходимый контакт. И место не занимает, и вполне себе контекстно.
Какая буква выбрана и так понятно, но.. Мне кажется если бы выделялась выбранная буква, воспринималось бы легче, привычнее чтоли.. Просто глаз так и тянется на список букв.. а там.. все серо :)
имхо
А чем плох вариант с клавиатуры вводить начинать нужную букву и список по маске выпадает подобно вашему ? Тогда форму можно сделать меньше и уйдет проблема, описанная выше, с кол-вом букв в разных алфавитах.
Скажите, пож-ста, а Вам так необходимо видеть как минимум 26 человек в одном списке сразу?
И что будет, если количество контактов на одной букве снова дорастет до нескольких тысяч?
p.s. В iPhone это решение обосновано тем, что выбор контактов - часто используемая функция, а ввод текста для автопоиска - неудобен, по сравнению с клавиатурным вводом на ПК (простите, на Маке ;-)
Но у Вас же есть полноценная клава! Зачем целиться мышкой во все эти контролы, чтобы найти нужного Lee, когда проще и быстрее пальцами набрать текст? :-)
задача выбрать, несколько человек из списка. не одного. Поиск как раз для тех случаев, когда пользователей на одну букву наберется очень много. но как показывает практика - 2-4тыс. можно обходится одной только мышкой.
ну а возможность набирать с клавиатуры я же тоже не убрал. Так что я предоставил выбор мышь или клавиатура. по-моему все нормально.
Извините, не понял точно Вашей задачи. Для интереса, подключите скрипт, собирающий статистику использования этого элемента. Последите, с чем чаще будут работать пользователи: "алфавит" или "ввод символов" или "алфавит, затем доввод символов"?
вариант как у google suggest, только с фамилиями не нравится? :) нажал букву "а" - появились на "а", потом нажал "б" - появились на "аб" и т.д. делается легко, пользуется удобно. в оконных менеджерах ос есть такой компонент, не знаю, как называется, - выпадающий список, в котором можно набирать значение. вот такое же для веба реализовать и больше, имхо, ничего не нужно. теряюсь в догадках, по какой причине в браузерах до сих пор нет такой фичи.
Ну там вообще все еще круче работает. Элемент находит контакты, содержащие введенные символы в любом месте, и список выстроен по частоте выбора.
Т.е. ввели "а" и получили горсть частых адресов, содержащих "а".
Интересно. Сразу пара предложений:
1. алфавит можно разбить пополам и показывать с обеих сторон. Это для уменьшения высоты, при необходимости
2. а вот что обязательно надо сделать — сделать белым фон у выбранной буквы или вообще в виде «закладки» ее оформить.
Что появляется сразу в списке после загрузки страницы?
И ещё предложение. Если у вас все равно выбор по алфивиту на букву "L" ничем не отличается от поиска по запросу "L", то может алфавит оформить в виде таких своеобразных ярлычков к результатам поиска на определенную букву? При этом если пользователь нажал на "L", то и в строку поиска для наглядности вписать "L". Мне кажется так удобнее будет, и, как раз, не прийдется подсвечивать выбранную букву слева.
честно говоря, я очень долго пытался понять, как связаны буква k и Anh Mar и все остальные
и только прочитав комментарии понял, что буквы слева - это оказывается кнопки
Алфавитный список