|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 11 Nov 2001 02:40:04 To : Zahar Kiselev Subject : Re: Состояния SHIFT, Ctrl, Alt --------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p95.f49.n5030.z2.fidonet.org> writes:
VB>>>> Зачем? Программа получает KEY_BEG, и его обрабатывает. А что там я
VB>>>> нажал, и как программа получила KEY_BEG, это нее ее ума дело. И не
VB>>>> автора.
MS>>> При всем при этом есть ровно одна проблемка -- и в каком виде автор
MS>>> _программы_ упомянет это в доке? "Hажмите то, что замаплено на
MS>>> KEY_BEG, возможно, это ...."?
VB>> гы. Как в документации Emacs кнопки упоминают?
VB>> C-a, M-%, и так далее.
ZK> Посмотри пару моих предидущих писем по данной теме - там я как раз
ZK> рассуждал на тему о двух подходах к описанию - один на основе имен
ZK> кнопок, а второй - на основе "событий". Мне первый кажется более
ZK> естественным потому что привычен. Однако тут нашелся сторонник и
ZK> второго подхода.
В _программе_ (в коде) все должно быть на уровне событий. Даже не вопрос.
А в документации - разумеется на уровне кнопок. Какие проблемы-то?
что нужно стандартизировать? Руки/головы программеров?
VB>> Есть некоторое "соглашение", как называть какую кнопку. В рамках
VB>> этой рпограммы.
VB>> 1. некотоыре назначения кнопок жестко прописаны в код
VB>> 2. на самом деле таких кнопок может и не быть вообще
ZK> Я начал разговор вовсе не об этом.
а о чем? Что нужно в каждую программу добавить что-то типа learn keys в mc?
или, что еще хуже, родить некоторые договоренности, и им следовать?
[skip]
ZK> Я предлагал лишь обсудить именно вопрос стандартизации именно вот этой
ZK> конфигурации для линуксовой консоли.
а смысл ее стандартизировать?
ZK> То есть договриться, что у нас curses будет выдавать при нажатии
ZK> различных привычных большинству сочетаний кнопок на писишной
ZK> клавиатуре, которые сейчас _вообще_ не описаны и в результате нет
ZK> способа их опознавания стандартным методом через curses.
ок, давай посмотрим на шаг вперед. Все договорились. Что дальше?
Hужно патчить curses? Или что?
Почему шаг "договоров" нельзя пропустить, и сразу заняться патчами?
Далее, ведь не curses едиными...
ZK> Работы-то там от силы на час - отредактировать terminfo и
ZK> keymap-файл. Только хочется сначала разобраться - как это сделать
ZK> наиболее "в соответствии с традициями" и с минимальной угрозой для
ZK> совместимости.
да никак не сделаешь. Hеужели не понятно. Если програмы пользуют одну
библиотеку, то у них поведение одинаковое.
ZK> Hу и чтобы всем заинтересованным одинаково клавиатуру описать
ZK> разумеется.
уже куча "одинаково описаных клавиатур" в /lib/kbd/*
и что, тебе это помогает? Сделаешь еще одну, и будешь пользователей своей
программы заставлять пользоваться своей раскладкой?
[skip]
ZK> Если будут два уровня настройки (см мои предидущие письма), то ни
ZK> замена кнопки в отдельной программе, ни замена кнопки во всех
ZK> программах сразу - не будет представлять каких-либо сложностей, так
ZK> как будет реализовано оптимальное для систем гибкого конфигурирования
ZK> отношение "многие-к-многим"
хех... в общем, я могу только пожелать удачи. в рожании еще одного уровня
настроек.
VB>> а что спрашивать-то? Смотрите как иксовые программы сделаны. Есть
VB>> набор имен нопок, есть набор имен модификаторов.
ZK> А что - в иксовых программах решена проблема распознавания "законным"
ZK> методом сочетаний типа Shift-PgDn и Ctrl-Ins ?
я никаких проблем в программах не испытываю. Как там они их распознают -
не знаю. запусти xev да посмотри. Почитай у Паскаля как работает Xkb.
VB>> (консоль у меня совсем не обжитая, в виду ненужности ее для меня ;)
ZK> Также есть те, у кого "необжитые иксы" - аналогично "в виду
ZK> ненужности".
про обжитость иксов вообще не понял к чему была фраза.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/2541fa57e583.html, оценка из 5, голосов 10
|