|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei Dets 2:5020/400 14 Dec 2002 19:05:33
To : Zahar Kiselev
Subject : Re: Хаааачууууу нормальну ю IDE под Linux!!!
--------------------------------------------------------------------------------
Hi!
Zahar Kiselev wrote:
> Если оператор оставляет поле пустым или со значением по умолчанию, то
> очевидно что он подтверждает это нажатием клавиши ввода(enter). И также
> логично, что при этом курсор(или как его еще называют "фокус ввода")
> должен переместиться к следющему полю без необходимости нажатия каких-либо
> дополнительных кнопок(того же tab).
А вот так на это посмотреть нельзя:
Если оператор оставляет поле пустым или со значением по умолчанию, то
очевидно что он подтверждает это нажатием клавиши tab. И также логично, что
при этом курсор (или как его еще называют "фокус ввода") должен
переместиться к следющему полю без необходимости нажатия каких-либо
дополнительных кнопок(того же enter) :-)
Это _ничем_ не отличается, за исключением того, что tab практически
стандарт, а к enter, оказывается, привыкли отечественные пользователи
(кстати, не встречал). Кроме того, в подавляющем большинстве случаев
количество полей в форме не такое уж большое (слишком большое является
обычно признаком плохо спроектированного интерфейса) и в случае, если надо
перейти к какому-то конкретному полю сразу, то несколько последовательных
нажатий tab/shift-tab, т.е. _одной_ клавиши, скорее всего будет быстрее,
чем манипуляции со стрелочками (_несколькими_ клавишами).
Hу и еще на поля ввода (как минимум, часто используемые) принято "горячие
клавиши" вешать.
> Особенно это актуально при вводе
> больших массивов цифровой информации одной рукой(в режиме включенного
> numlock) - уж тут тянуться к клавише tab совсем неудобно.
Hе спорю. Hо вряд ли такой характер форм в приложениях можно назвать
типичным.
> Мне непонятно лишь - почему в современных модных
> интерфейсных библиотеках возникают такие проблемы с переопределением
> реакции на клавиши,
Там таких _проблем_ нет, примеры, кстати, приводили.
в то время как в существовавших десять лет назад
> средствах построения интерфейса этих проблем небыло и можно было легко
> определить любую реакцию программы на почти любые клавиши?
Сейчас все стремятся к стандартизации интерфейса, в свете чего тулкиты несут
внутри себя больше стандатных обработчиков событий. Переопределить тоже
можно практически все, но поскольку это крайне редко нужно, то особое
внимание упрощению такой процедуры не придается. Я тебе более того скажу -
именно это является одним из факторов, который и ведет к появлению единого
интерфейса - появляется меньше желающих все изуродовать.
> Явная недоработка, которую следует устранить.
Это не недоработка, это фича. Тут же все призывают стандарты соблюдать - так
вот для этого все _уже_ _готово_. А если где-то кому-то надо по-своему -
это тоже можно сделать. А то, что сложней - так что ты хочешь, когда стоя и
в гамаке? Мало кто будет для этого специальные гамаки делать ;-)))
Алексей
PS. Да и вообще, ничего там уж такого сложного и нет. Там не сложно, просто
много тупой возни... Скучно это, а не сложно...
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: InfoDesk, S.A. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
