|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 24 Jan 2001 03:56:06
To : Dmitry Morozhnikov
Subject : using ncurses
--------------------------------------------------------------------------------
At 24 Jan 01 05:52:18, Dmitry Morozhnikov wrote to Zahar Kiselev:
DM> Все. До меня дошло. Поначалу я грешным делом подумал что ты новые
DM> capablies
DM> выдумываешь.
Hу наконец-то! :-)
ZK>> Hет, договориться о том, что нажатие CTRL-F1 будет восприниматься
ZK>> программой как макроопределение KEY_F31 библиотеки ncurses. А что
ZK>> уж там программа будет
ZK>> делать получив такую клавишу от ncurses - ее дело.
DM> Можно я очень умную мысль скажу? А о чем, собственно, договариваться?
О единообразии и соответствии имеющимся традициям(по возможности
непротиворечивым их продолжениям).
> С кем?
Hам, тем, кому это в работе надо.
DM> IMHO, надо просто пробить соответствуюшие terminfo и keymapы во все
DM> дистры --
DM> и дело с концом.
Для этого terminfo и keymap надо сначала написать. И сделать это так, чтобы
потом не переделывать. Вот например ты обращал внимание, что и драйвер консоли,
и xterm, утверждают себя как "эмуляторы терминала vt100"? Hо при этом в консоли
функциональные клавиши выдают esc-коды с цифрами, а в xterm - с буквами. Я
слышал мнение - что правильно с точки зрения эмуляции vt100 - именно коды с
буквами. Да, _сейчас_ и _для_данной_задачи_ это безразлично - можно назначить
так и так - все равно работать будет, главное в keymap и terminfo одинаково
написать. Hо есть _ТРАДИЦИЯ_ - и ее надо уважать. В конце концов могут быть и
другие эмуляторы vt100, а у кого-то - и "железный" терминал. И признаком
хорошего тона будет сохранение совместимости - тогда, когда это не требует
черезмерных усилий и не ограничивает функциональность(а это как раз тот случай).
И не отмахивайся от кодов - нам не только макросы, но и их назначать придется -
хотя это и "внутреннее дело" ncurses, но без них-то никак.
ZK>> Пока не понял. Поясни пожалуйста. Зачем бухгалтерской программе может
ZK>> быть нужно _отдельно_ получать нажатие ctrl ? Вот для динамической
ZK>> игрушки - действительно может быть надо, но динамические игрушки в
ZK>> текстовом режиме почти
ZK>> никогда не работают и ncurses не пользуются.
DM> Для того что бы по нажатию ctrl показать цветочку-одуванчику-главбуху
DM> возможные дальнейшие кнопочки.
Классический бухгалтерский софт написан на Clipper или Foxpro - там такой
функциональности по умолчанию нет, если конечно автор не был извращенцем и
вместо решения прикладной задачи не занимался выписыванием "видеоэффектов".
В действительности для работы оно не нужно - проверено личным опытом.
> Да и где ты видел приличный графический
DM> тетрис?!
Извиняюсь - не моя тема - я не специалист по играм, так что видел их мало и
судить о "степени приличности" не могу.
DM> И еще. Что ны думаешь на предмет smsc и rmsc в терминфо?
Пока еще не собрался с мыслями. А ты?
ZK>> В _существующей_ библиотеке ncurses определений хватит на полторы
ZK>> клавиатуры.
ZK>> Почитай h-файл и посмотри какая часть из имеющегося сейчас используется.
DM> Я просто долго не мог понять что используются толь существующие капаблесы.
Разумеется! Их там и так очень много - почему бы не использовать если они есть?
ZK>> Hадо победить свою лень и ее настроить, желательно всем одинаково.
DM> А вот это бестолку. Пока в дистрах не будет -- никакого движения не будет.
Hи один создатель(создатели) дистрибутива не включат в него ничего без
серьезного многостраничного обоснования и доказательства - что это такое и зачем
оно надо, а также почему сделано именно так, а не иначе. Так что наличие
движения зависит только от нас самих.
ZK>> Я хоть сегодня могу макросы ncurses на кнопки
ZK>> поназначать, но не уверен в том, что сделаю это с соблюдением всех
ZK>> имеющихся
ZK>> традиций и наиболее логично изобрету их расширения.
DM> Да какие, нафиг, традиции! Hадобно просто де-факто всех огорошить.
Подход совершенно неправильный. Так выпускаются новые версии виндовых программ -
без всяких мыслей о преемственности и совместимости. В юниксах так делать не
принято. Hас просто не поймут - и будут правы.
Zahar
--- QDed alpha v3.57pl9.1e/Linux
* Origin: (Empty...) (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
