ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Moderator                            2:5020/510     14 Dec 2002  21:17:30
 To : Alexei Dets
 Subject : Re: Хаааачууууу  нормальну  ю IDE под Linux!!!
 -------------------------------------------------------------------------------- 
 

 
         [+] офф-топик
 
 >>>>> "AD" == Alexei Dets writes:
 
  AD> From: Alexei Dets <adets@idsk.com> Hi!
  AD> Zahar Kiselev wrote:
  >> Если оператор оставляет поле пустым или со значением по умолчанию, то
  >> очевидно что он подтверждает это нажатием клавиши ввода(enter). И также
  >> логично, что при этом курсор(или как его еще называют "фокус ввода")
  >> должен переместиться к следющему полю без необходимости нажатия
  >> каких-либо дополнительных кнопок(того же tab).
 
  AD> А вот так на это посмотреть нельзя:
 
  AD> Если оператор оставляет поле пустым или со значением по умолчанию, то
  AD> очевидно что он подтверждает это нажатием клавиши tab. И также
  AD> логично, что при этом курсор (или как его еще называют "фокус ввода")
  AD> должен переместиться к следющему полю без необходимости нажатия
  AD> каких-либо дополнительных кнопок(того же enter) :-)
 
  AD> Это _ничем_ не отличается, за исключением того, что tab практически
  AD> стандарт, а к enter, оказывается, привыкли отечественные пользователи
  AD> (кстати, не встречал). Кроме того, в подавляющем большинстве случаев
  AD> количество полей в форме не такое уж большое (слишком большое является
  AD> обычно признаком плохо спроектированного интерфейса) и в случае, если
  AD> надо перейти к какому-то конкретному полю сразу, то несколько
  AD> последовательных нажатий tab/shift-tab, т.е. _одной_ клавиши, скорее
  AD> всего будет быстрее, чем манипуляции со стрелочками (_несколькими_
  AD> клавишами).  Hу и еще на поля ввода (как минимум, часто используемые)
  AD> принято "горячие клавиши" вешать.
 
  >> Особенно это актуально при вводе больших массивов цифровой информации
  >> одной рукой(в режиме включенного numlock) - уж тут тянуться к клавише
  >> tab совсем неудобно.
 
  AD> Hе спорю. Hо вряд ли такой характер форм в приложениях можно назвать
  AD> типичным.
 
  >> Мне непонятно лишь - почему в современных модных интерфейсных
  >> библиотеках возникают такие проблемы с переопределением реакции на
  >> клавиши,
 
  AD> Там таких _проблем_ нет, примеры, кстати, приводили.
 
  AD>  в то время как в существовавших десять лет назад
  >> средствах построения интерфейса этих проблем небыло и можно было легко
  >> определить любую реакцию программы на почти любые клавиши?
 
  AD> Сейчас все стремятся к стандартизации интерфейса, в свете чего тулкиты
  AD> несут внутри себя больше стандатных обработчиков
  AD> событий. Переопределить тоже можно практически все, но поскольку это
  AD> крайне редко нужно, то особое внимание упрощению такой процедуры не
  AD> придается. Я тебе более того скажу - именно это является одним из
  AD> факторов, который и ведет к появлению единого интерфейса - появляется
  AD> меньше желающих все изуродовать.
 
  >> Явная недоработка, которую следует устранить.
 
  AD> Это не недоработка, это фича. Тут же все призывают стандарты соблюдать
  AD> - так вот для этого все _уже_ _готово_. А если где-то кому-то надо
  AD> по-своему - это тоже можно сделать. А то, что сложней - так что ты
  AD> хочешь, когда стоя и в гамаке? Мало кто будет для этого специальные
  AD> гамаки делать ;-)))
 
  AD>         Алексей
 
  AD> PS. Да и вообще, ничего там уж такого сложного и нет. Там не сложно,
  AD> просто много тупой возни... Скучно это, а не сложно...
 
  AD> -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 
 -- 
   Best regards, -- Boris.
 
 The surest protection against temptation is cowardice. -- Mark Twain
 --- ifmail v.2.14
  * Origin: XtalK (2:5020/510@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор