Вопрос к svu и всем знающим...
Есть такой дивайс, зовется Logitech MX500 (mouse)
Добавил я в XF86Config
Option "Protocol" "IMPS/2"
Заработало колесо, заработал cruise-control, все ок.
Только вот есть еще 3 кнопки, которые типа бездействуют :(
Про 2 из них xev говорит, что это это Button2 (типа средняя кнопка), и работают они как третья кнопка.
Есть еще одна, на которую xev вообще не реагирует :(
Переписка с logitech'евским support'том ни к чему хорошему не привела -- типа ждите, когда Xfree будет поддерживать эти мыши.
Может есть какие-нить советы?
Как же все-таки научить X'ы работать с этими кнопками?
Во-во у меня таже фигня с XIO error в wine (glibc2.3.1-41, X4.2.0 RH7.3) началось после того как я проапдейтил глибцы из равхайд РХ. Пересборка wine с gcc3.2.1(из равхайда тоже) ничего не дает :(
Команда xmodmap -pp покажет, сколько кнопок мыши распознается. Их должно быть семь (5+колесо, которое считается за две). Если кнопок всего пять, нужно добавить в "мышиную" секцию /etc/X11/XF86Config-4 строчки:
Option "ZAxisMapping" "6 7"
Option "Buttons" "7"
После рестарта иксов колесо и кнопки могут перепутаться. В таком случае их нужно переназначить командой xmodmap -e "pointer = 1 2 3 6 7 4 5", которую имеет смысл потом выполнять из скрипта ;-)
svu, ты случайно не в курсе, как
> некоторые тулкиты живут с уникодом и переводят
> иксовую кодировку сразу в уникод, игнорируя локаль
?
Нет ведь у iconv'а кодировки XWindowSystem.
Поделись алгоритмом перекодирования или ссылкой на него, pls.
>> anonymous (*) (2003-02-28 04:47:56.075) <br>
>> Альтернативы есть. GPL-ные при том. Например, гуй из AtheOS. Вроде никаких проблем с портированием быть не должно. <br><br>
1. Це же отдельная ОС - как QNX, мир его(её) праху.<br>
2. http://www.atheos.cx/ - только у меня ссылка не работает?<br>
3. Цитата: АТЕИЗМ (французское atheisme, от греческого atheos - безбожный<br>
4. BSD-sux, GPL FOREVER!
Я вот заметил что эти проблемы (XIO error...) появились после обновления glibc в программах которые использует треды (wine, vmware...). Посмотрел я в gentoo'ский Changelog для glibc, и увидел такую вот строчку: "Add NPTL support .. note that this is extremely experimental and does not work with the nvidia drivers among things"... Возможно проблема в этом, сейчам попрубую откатиться на другую версию glibc...
Ну раз пошёл такой базар. Может тут мне кто поможет. Уже задавал несколько раз этот вопрос. Но никто толком не ответил.
У меня мышь Genius NetScroll+ и ASP7.3 И мышь нифига не пашет через ps/2 порт. Т.е. когда гружусь и делаю cat < /dev/psaux или psmouse ничё не выводиться. Не работает ни gpm, ни в иксах. Если подключать через com-переходник. То в иксах работают тока две кнопки, а gpm глючит.
Смотрел dmesg. Если воткнута в com, то ps/2 порт находит, а если в ps/2, то не находит. Но это стопудово не из-за мыши. Т.к. ставил ALTJ2.1, там скролл и gpm (через ps/2) пахал. Ядро я пробовал и стандартное, и несколько раз сам пересобирал - всё одно.
Я уж на это забил, но мож у кого был сей трабл и он кго решил.
1. У меня та же беда с vwware. Давайте поплачем вместе:)
2. Об этой баге (на примере en,ru,de) я говорил в начале треда. Попробуйте us,us_intl,ru - вроде, должно зажить... Это бага. Иван, я надеюсь, скоро зафиксит (он уже мне объяснил, в чем там беда).
Это не 5 копеек, это почти рубль. Я подпишусь почти под каждым Вашим словом. Просто есть вопросы и вопросы. Мне кажется, я стараюсь отвечать на большинство вопросов, форма задавания которых меня устраивает - но, извиняюсь, в тех случаях, когда не спрашивают, как получить список файлов в каталоге. И среди знакомых я известен как обучатель линуху. Поэтому - "приходите к нам ... и корова, и волчица". Но, честное слово, занозы вынимать не буду (в терминах Айболита). И на уколотый пальчик дуть - тоже. Хотя, разумеется, квалификации моей для операции на сердце тоже не хватит:)
Честно скажу - ссылку не дам. Но мне кажется, iconv тут не при чем. Посмотрите на файл /usr/X11R6/include/X11/keysymdef.h. Например, на раздел после #ifdef XK_CYRILLIC:
#define XK_Cyrillic_GHE_bar 0x680
#define XK_Cyrillic_ghe_bar 0x690
#define XK_Cyrillic_ZHE_descender 0x681
Вот эти все циферки из этого файла и переводятся в уникод. Точно указать файл в gdk, делающий эту работу - не могу, уж извиняйте. Возможно, есть какой-нибудь вызов в самих иксах, дле перевода этих символов в уникод.
На всякий случай напоминаю - это мое личное виденье картины. Легко могу ошибаться. Просто из здравого смысла это единственный способ работы уникодных тулкитов в неуникодных локалях.
Все хотел спросить - а winex будет XRand держать или нет?
Вообще грусть какая-то - собрал иксы, теперь к ним надо
собирать новый фритайп, потому как стоял 2.1.3, а в иксах 2.1.1
То, что входит в fc-config (Xft2 и т.п.) - тоже отсутствует (и
мозилла у меня тут же сдохла...)
Короче, плохо это все.
2 svu.
Спасибо за уделенное мне время.
Но насчет "эти все циферки из этого файла и переводятся в уникод" -- это и так понятно. Вопрос _как_? В текущую локаль -- через XLookupString. А в UNICODE?
Функции такой готовой нет -- значит самому делать. Для русского сделать вручную таблицу перекодировки -- без проблем. А как насчет остальных языков? Сделать, конечно, можно для всех, но кто тестить будет?
Вобщем, не хочется велосипед самому изобретать, если есть готовое. А вопрос был задан именно тебе, потому что ты тут всех агитируешь за UNICODE -- я думал, ты все о нем знаешь.
Кстати, я плохо release notes читаю или где про курсоры написано?
2nobody: поставь kde и пользуйся gtk2 или qt-прогами - будет тебе
везде, кроме mc, значок номера.
Насчет libXft я лажанулся, она там есть (у меня что-то глюкнуло не
по детски :)
Версия приличная.
А вот насчет freetype могу лишь повторить свое мнение - гов..ный он
там. Нет, работает он нормально, но буквы рисует не очень. Поставил
назад 2.1.3 - разница налицо.
Понять не могу, как заюзать Xrander. В логах он грузится и все такое.
А как поменять разрешалово, чтобы экран не расползался во все
стороны? Или придется kdelibs и kdebase пересобирать?
И так и не нашел как тень курсору цветную присобачить - очень
хочется посмотреть на это чудо, да и на анимированные курсоры тоже.
(Вроде там можно еще их с мастдая брать? Хочу динозавра!)
Типа, на "слабо" взяли?:) Хорошо, даю точный адрес (не поленился, посмотрел - еще 5 минут моего времени:). Берем сырцы gtk2. Идем в каталог gdk. Открываем gdkkeyuni.c. Видим БААЛЬШУЮ таблицу (и маленькую функцию при ней). Вот она и работает. Кстати, в комментариях написано, что это дело тянуто из xterm. Ответил?
Приведенное решение, кстати, показывает, что мои досужие домыслы про работу уникодных тулкитов были правильны. Иногда здравый смысл подсказывает правильные идеи:)
2 jackill.
> 2nobody: поставь kde и пользуйся gtk2 или qt-прогами -
> будет тебе везде, кроме mc, значок номера.
Это к чему?
2 svu.
Спасибо. Значит, все-таки таблицу в прогу зашивать. Хорошо хоть, что можно из xterm'а готовую взять.
Насчет "слабо": не было этого. Я не подначивал, я оправдывался за то, что пристал со своими вопросами к незнакомому человеку. Надо же было объяснить, почему.
Про "слабо" - это получилось само собой. Это просто я так воспринял:)
Про таблицу - если Вы пишете для gtk - ничего зашивать не надо, уже зашили. Посмотрите /usr/include/gtk-2.0/gdk/gdkkeys.h - там эти функции опубликованы:
Достаточно для жизни? Конечно, если Ваша прога не для gtk - тогда отдельная история... Кстати, а Ваш интерес чисто абстрактный - или что-то конкретное намечается? Что за прога? На gtk или нет? Когда я слышу сочетание "клава" и "X", у меня срабатывает инстинкт:)
4lx: да не то, чтобы слабо, просто полдня присобачивать назад
gl к mach64 и попутно думать какого 100-мегабитная карта не
поднялась (поднялась и упала) отобьет у любого охоту лазить по абсолютно мудацкой
документации иксов. Как залезаю, так бесит. Везде валяются
старые описания, новые в глубоких е...нях, о том, что новая
ветка появилась все молчат как рыба об лед, а о том, что в ней
дрова не собираются по ходу неизвестно никому кроме дураков
типа меня, пожелавших посмотреть на прототип 5-й mesa и улучшенного
gl-ного драйвера под ту же многострадальную ати.
А за ссылку спасибо.
Теперь большой ко всем вопрос. Есть xawtv 3.76
Идем в полный экран и тихо ох..ем. Сбоку полоса огроменная (сантиметра
три - монитор 17'), сверху не лучше. Ну, думаю, приехали с динамическим
переключением окон. А х.й. Как был экран безразмерный, так и остался,
просто почему-то ужался.
Вылезаем из полного экрана и ох..ем второй раз, потому что в родных
1152х(забыл сколько, 864?) полоса сбоку осталась.
Ну, етитская сила, думаю, проверю еще кое-чем. Пускаю winex со второй
дьяблой. Разрешалово 640х480, затем 800х600. Все на полный экран,
как доктор прописал.
Ну, думаю, вылечилось.
Но х.й там. Выходим в иксы и наблюдаем все тот же ужатый рабочий
стол.
Лечится только перезапуском иксов.
Кто поможет? Мб как-нить этот Xrandr не грузить? Толку от него все
равно нет нифига.
> У меня мышь Genius NetScroll+ и ASP7
Аналогичная мышь, только RedHat. Долго не работало, потом прочёл где-то (ссылку уже не помню).
/etc/sysconfig/mouse
MOUSETYPE="netmouse"
XMOUSETYPE="NetMousePS/2"
FULLNAME="Genius Mouse (PS/2)"
XEMU3=no
DEVICE=/dev/mouse
XF86Config-4
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Device" "/dev/mouse"
Option "Protocol" "NetMousePS/2"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection
Уж и не знаю, чего из этого really надо...
С уважением -- Смоляное Чучелко
Кстати, о мышах.
Ни у кого не стоит Logitech M-BJ69?
Оптическая мышка. Раньше стояла S48.
Протокол был MouseManPlus (с ним у новой мыши не работает колесо)
Теперь IMPS/2 (в иксах работает прекрасно).
В консоли не работает теперь ни с одним протоколом. Она не двигается,
дергается курсор и все.
MOUSETYPE=ps/2
XMOUSETYPE=IMPS/2
FULLNAME="PS/2|Logitech MouseMan+"
XEMU3=no
WHEEL=yes
Device=psaux
Гм, разобрался с полосой.
Оригинально.
Xawtv (уже сменил на 3.85) при переходе в полный экран задает
800x600 (то, что у меня прописано), но не то, которое в modeline,
а х. пойми откуда взятое. После чего при переходе назад в оконный
режим выставляет 1156x864, как и должно быть, но не с той частотой.
Лечится нажатием на ctrl+gray plus
Теперь бы это автоматизировать и было бы хорошо :)
> Когда я слышу сочетание "клава" и "X", у меня срабатывает инстинкт:)
Ага, из-за него я теперь и думаю о UNICODE. Раньше об этом не задумывался -- есть koi8-r, и этого достаточно. Смутил ты меня своими речами в нескольких тредах. Есть, оказывается, человек, которому юникод нужен (непонятно, правда, зачем, но это меня не касается).
Насчет абстрактного интереса. Он вполне конкретный. К концу лета должна быть сделана программа управления сейсмическим комплексом. Я ее пока продумываю на досуге. Заодно думаю теперь и про юникод в ней. Никаких qt/gtk там не будет. Софт должен быть очень надежен, никаких глюков не допускается -- комплекс стоит огромных денег, и главный конструктор меня с дерьмом съест, если софт глючить будет. А я не могу поручиться за отсутствие багов в больших тулкитах типа qt/gtk. Поэтому максимум для меня -- это Xlib. Да и то пока не знаю -- если успею сделать за 2 месяца плюсовый интерфейс для общения с X сервером -- значит без Xlib обойдусь.
Ответил на вопрос?
Можно я тебя еще потерзаю насчет юникода?
Вопрос такой: можно ли текст в UCS-2 выводить с помощью XDrawText16? Смущает тот факт, что этот запрос вроде бы сделан был для дальневосточных языков. Годится ли для юникода? Или нужно будет юникод транслировать в 1-байтную кодировку и выводить с помощью XDrawText?
Вообще-то нужно, но перебирать их все по одной комбинации очень тоскливо. Нужно уметь переключать хоть 1000 раскладок через меню или как в yudit (12 кнопок для выбора любых 12 раскладок из огромного числа вариантов).
Вы это серьезно, коллега??? Вы действительно собираетесь работать только с Xlib (или даже без оного)? Я бы Вам ОЧЕНЬ не советовал. Без набора виджетов жить очень плохо и тяжко. Даже Xlib - и то дает совсем низкий уровень (это я по libxklavier знаю). А если Вы начнете ручками реализовывать клиентскую часть протоколов X Window - Вы отлаживать свой код ГОДАМИ будете. Гораздо лучше взять какой-то тулкит (лишенный 99% тех багов, которые Вы будете еще год ловить) и помогать ловить оставшийся 1% (который, впрочем, Вас может и не задеть). Ведь все сырцы доступны - т.е. они физически "ваши" - но уже изрядно очищены от багов. Вы не можете поручиться за качество qt/gtk? Возьмите motif. Но я могу Вам обещать, что даже качества gtk (который сильно моложе motif) - Вашему проекту достигать придется долго. Не потому, что Вы - плохой программист (охотно верю в Вашу высокую квалификацию), а потому, что на отладку нужно время. И у gtk оно было. И у мотифа его было очень много.
Про такое явление, как синдром NIH - слышали? Это - про Вас (надеюсь, не очень обидел).:)
Про XDrawText16 - если будет время, посмотрю. А самим - ломает сырцы XFree86 проштудировать?;)
Да я согласен. Хорошо бы уметь переключать хоть 1000 раскладок. Но протокол XKB поддерживает только 4 - в рамках одной конфигурации. Да, можно полностью менять конфигурацию клавиатуры "на лету" (как это делает setxkbmap) - и получать все это дело. Но я - не хочу. Так как интересы 99% пользователей умещаются в 4 раскладки, а остальные спокойно переживут привязкой setxkbmap на клавиши в window manager (кстати, апплет gswitchit, вроде, должен не умереть и при такой пытке) - gswitchit реализовывать такой метод переключения не будет. Хотя, должен признать, родной kde-шный переключатель живет именно так (они, правда, сильно оптимизируют процесс перезагрузки конфигурации за счет прекомпиляции).
>2. Об этой баге (на примере en,ru,de) я говорил в начале треда.
>Попробуйте us,us_intl,ru - вроде, должно зажить... Это бага. Иван, я
>надеюсь, скоро зафиксит (он уже мне объяснил, в чем там беда).
Можно поподробней об этом баге ??
Я в 4.2.0 использую us+ru+de.
Неужели в 4.3.0 такая раскладка не будет работать?
Извините, не понял. Можно строки из XF86Config для Вашей конфигурации xkb? Какие у Вас группы? В целом, на всякий случай, могу сказать - если даже Ваша составная конфигурация и будет установлена, ее поведение (скорее всего, но могу ошибаться) будет отличаться от 4.2.0. Почему не попробовать просто 'en_US,de,ru'?
Про багу (еще раз). При склеивании раскладок, включающих в себя latin (типа en_US,de,fr...) и МЕЖДУ НИМИ - раскладок, не включающих ее (ru,el,...) - будет ошибка компиляции конфигурации - такая раскладка просто не установится. Если же все не-latin раскладки запихивать после latin - должно быть все путем.
---------------------------------------------------------------------------
Вот мой файл /usr/X11R6/lib/X11/xkb/symbols/ru после иправления, точнее, кусок, который нужен
key <AE02> { [ 2, at ],
[ 2, quotedbl ] };
key <AE03> { [ 3, numbersign ],
- [ 3, numbersign ] };
+ [ 3, numerosign ] };
key <AE04> { [ 4, dollar ],
[ 4, asterisk ] };
key <AE05> { [ 5, percent ],
[ 5, colon ] };
Теперь в Kconsole вместо номера вылезает просто ? (знак вопроса) - видимо, он в кои8
и вправду не отображает номер. ИЛи еще в чем прикол может быть?
>Извините, не понял. Можно строки из XF86Config для Вашей конфигурации xkb? Какие у Вас группы? В целом, на всякий случай, могу сказать - если даже Ваша составная конфигурация и >будет установлена, ее поведение (скорее всего, но могу ошибаться) будет отличаться от 4.2.0. Почему не попробовать просто 'en_US,de,ru'?
У меня пока 4.2.0
XF86Config:
Option "XkbLayout" "ru+de_group3(basic_)"
Немецкий засунут третьей/четвертой группой(умляуты)
Очень жалко, что 4.3.0 не будет работать в такой
последовательности, я уже успел привыкнуть, да и немецкий
использую реже, чем русский,
Наверно патч будет доступен для этого бага ?