|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 15 Dec 2002 03:26:08
To : Alexei Dets
Subject : Re: Хаааачууууу нормальну ю IDE под Linux!!!
--------------------------------------------------------------------------------
Dec 14 18:05 02, Alexei Dets wrote to Zahar Kiselev:
AD> А вот так на это посмотреть нельзя:
AD> Если оператор оставляет поле пустым или со значением по умолчанию, то
AD> очевидно что он подтверждает это нажатием клавиши tab.
Можно, но как уже заметили неудобно при работе с numpad, а также если ввод
производится одной рукой, а второй оператор перелистывает бумажные документы -
то тоже распространенная практика. enter, стрелки и цифровая клавиатура
находятся близко, а tab с другой стороны.
AD> Это _ничем_ не отличается, за исключением того, что tab практически
AD> стандарт,
Этот "стандарт" имеет место лишь в нескольких виндовых библиотеках и том, что с
них "слизано". Так что стандартен он ровной в той же степени как и сами винды -
а что тогда у тебя на машине Линукс делает? :-)
>а к enter, оказывается, привыкли отечественные пользователи
AD> (кстати, не встречал).
Я встречал, и много.
Слышал бы ты, как _профессиональные_ операторы ругаются на "стандартный"
интерфейс 1С, замедляющий их работу во много раз по сравнению даже с более
старыми программами на клиппере.
> Кроме того, в подавляющем большинстве случаев
AD> количество полей в форме не такое уж большое (слишком большое
AD> является
AD> обычно признаком плохо спроектированного интерфейса) и в случае, если
AD> надо
AD> перейти к какому-то конкретному полю сразу, то несколько
AD> последовательных
AD> нажатий tab/shift-tab, т.е. _одной_ клавиши, скорее всего будет
AD> быстрее, чем манипуляции со стрелочками (_несколькими_ клавишами).
Hе получается быстрее. Простой пример - если штук шесть полей(это немного и
вполне допустимо) расположены в два столбика. К началу второго столбика можно
перейти или нажав _несколько_ раз tab или _один_ раз стрелку вправо.
AD> Hу и еще на поля ввода (как минимум, часто используемые) принято
AD> "горячие клавиши" вешать.
В программах, следующих столь активно защищаемому тобой "стандарту" - как раз в
большинстве случаев не принято. То есть "вообще-то можно", но реально - не
вешают. В результате у пользователя только два варианта действий - или тупо
щелкать TABом, или каждый раз хвататься за мышь и тыкать в нужное поле.
И то и другое - медленно. И при таком скудном выборе - даже мышь удобнее.
>> Особенно это актуально при вводе
>> больших массивов цифровой информации одной рукой(в режиме включенного
>> numlock) - уж тут тянуться к клавише tab совсем неудобно.
AD> Hе спорю. Hо вряд ли такой характер форм в приложениях можно назвать
AD> типичным.
Все бухгалтерские задачи первичного учета материалов/деталей/запасов/и т.д.
Цифры колотить намного быстрее, поэтому всему чему только можно стараются
присвоить коды/номенклатурные номера/шифры и вводить именно их. Вон, нас и самих
уже пронумеровали (я имею в виду ИHH) чтобы имена/фамилии не набивать в каждую
бумажку ...
>> Мне непонятно лишь - почему в современных модных
>> интерфейсных библиотеках возникают такие проблемы с переопределением
>> реакции на клавиши,
AD> Там таких _проблем_ нет, примеры, кстати, приводили.
Пример я видел один, да и то мало похожий на реальную форму для ввода данных.
AD> в то время как в существовавших десять лет назад
>> средствах построения интерфейса этих проблем небыло и можно было легко
>> определить любую реакцию программы на почти любые клавиши?
AD> Сейчас все стремятся к стандартизации интерфейса,
Вместо того, чтобы стремиться к повышению эффективности работы операторов.
Я _видел_ как работали операторы ввода данных на ВЦ Ленстройкомитета лет 10-15
назад и сколько они вбивали данных за смену. И вижу какая производительность
сейчас.
> в свете чего тулкиты несут внутри себя больше стандатных обработчиков
AD> событий. Переопределить тоже можно практически все,
Я всего лишь хочу увидеть ссылку на примеры как это делается.
> но поскольку это крайне редко нужно,
Hе так редко, как думают авторы этих тулкитов. Они считают, что раскрашивать
интерфейс в попугайские цвета и присобачивать к нему анимированные иконки
требуется чаще. После этого возникают сомнения в их профессионализме. То, что
они понаписали мегабайты кода - это еще не критерий по которому можно отличить
специалистов в области разработки человеко-машинных интерфейсов. Hе исключено,
что просто у них куплены какие-то программные средства, облегчающие обращение с
этими мегабайтами кода.
> то особое внимание упрощению такой процедуры не придается.
Упрощению там вообще никакого внимания не придается, если сравнить с теми
средствами, что были лет десять назад. Усложнено все, что только можно
усложнить. Зато можно хвастаться полупрозрачными окнами, овальными кнопками или
еще какой-нибудь ерундой.
> Я тебе более того скажу - именно это является одним из факторов, который и
AD> ведет к появлению единого интерфейса - появляется меньше желающих все
AD> изуродовать.
Интерфейс по определению не может быть единым - так как он в значительной
степени определяется требованими прикладной задачи. В противном случае возникают
извращения типа "рисования" электронных схем методом вбивания координат
элементов или набора текста методом тыкания мышой в нарисованную на экране
клавиатуру - вот тебе два примера явного перекоса, причем в противоположные
стороны.
>> Явная недоработка, которую следует устранить.
AD> Это не недоработка, это фича. Тут же все призывают стандарты
AD> соблюдать
Так все-таки что на твоей машине делает Линукс? Сейчас же снеси и поставь
"стандартные" винды!
AD> А если где-то кому-то надо по-своему -
AD> это тоже можно сделать.
AD> PS. Да и вообще, ничего там уж такого сложного и нет. Там не сложно,
AD> просто много тупой возни... Скучно это, а не сложно...
Ссылку на пример пожалуйста если можно.
Для собственного удобства я согласен повозиться. Только бы знать как.
> А то, что сложней - так что ты хочешь?
Хочу так же просто как было десять лет назад.
Zahar(@spbdept.rbc.ru)
--- Msged/LNX 6.1.0
* Origin: Остров Большой Березовый: http://birch-island.spb.ru (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: Хаааачууууу нормальну ю IDE под Linux!!! 