SLES10 + KDE + nxclient - клавиатура?

[idv]

Сервер на SLES10, на нем FreeNX, KDE, удаленный nxclient.

NXclient сам переключать раскладки не умеет - необходима переключалка. Желательна сигнализация в трее о том, какая раскладка активна. Естественно, при такой конфигурации содержимое xorg.conf к делу отношения не имеет.

Чем реализовать переключение раскладок? (kxkb отпадает ввиду глюкавости)

[LU™]

KKBSwitch?

[evil]

KKBSwitch?

Если вы внимательно читали предыдущий пост, то в нем написано что содержимое xorg.conf к делу отношения не имеет! А то что вы предложили это просто надстройка над xkb берущая информацию о раскладках из xorg.conf....

[Saks]

Мне некогда было заморачиваться с FreeNX, но вещь хорошая. А каким клиентом ты пользуешься?
Простите вопрос отпал после просмотра скриншота.

[Xentrix]

Чем реализовать переключение раскладок? (kxkb отпадает ввиду глюкавости)

Гномом А как еще - xorg.conf не задействовать, переключалку kde - тоже. Тогда и остается только Гном и его переключалка

[idv]

Чем реализовать переключение раскладок? (kxkb отпадает ввиду глюкавости)

Гномом А как еще - xorg.conf не задействовать, переключалку kde - тоже. Тогда и остается только Гном и его переключалка

Мда. Как я и думал

[sash-kan]

idv
прошу прощения за возможный дилетантизм (поверхностное чтение описания технологии nx не дало реального и внятного понимания).

содержимое xorg.conf к делу отношения не имеет

↑

но

kxkb отпадает ввиду глюкавости

↑

отсюда я делаю вывод о том, что kxkb _все-таки_, хоть как-то, но влияет на обстановку.
я правильно Вас понял?
тогда то, что Вы пишите про xorg.conf и xkb, извините за грубое слово, — просто бред.

[Xentrix]

отсюда я делаю вывод о том, что kxkb _все-таки_, хоть как-то, но влияет на обстановку.
я правильно Вас понял?
тогда то, что Вы пишите про xorg.conf и xkb, извините за грубое слово, — просто бред.

kxkb - это "личная" переключалка КДЕ, никакого отношения к xorg.conf не имеющая - вы ее видимо попутали с kkbswitch и xxkb

[idv]

idv
прошу прощения за возможный дилетантизм (поверхностное чтение описания технологии nx не дало реального и внятного понимания).

содержимое xorg.conf к делу отношения не имеет

↑

но

kxkb отпадает ввиду глюкавости

↑

отсюда я делаю вывод о том, что kxkb _все-таки_, хоть как-то, но влияет на обстановку.
я правильно Вас понял?
тогда то, что Вы пишите про xorg.conf и xkb, извините за грубое слово, — просто бред.

Нет, не бред. Надо было все же разобраться. Воспринимайте NXClient просто как X-server. Он им и является, просто обвешан еще фичами. Машина с NXClient выполняет роль X-терминала. В нем самом XKB есть, но он не настраивается. Никак.

xorg.conf имеет отношение к X-серверу, стартующему на хост-машине. Формально его там может вообще не быть - ибо на хост машине нужны xlibs но не X-сервер. К терминалу он никак не относится. Поэтому любая переключалка, использующая xorg.conf в качестве источника информации - неработоспособна.

kxkb рулит X-сервером через XKB этого сервера, потому раскладку переключает. Но работает через задницу. А данные он берет из своего конфига, а не xorg.conf.



Ах, да... готов принимать извинения....

[Xentrix]

Но работает через задницу.

Кстати, а в чем "череззадничность" проявляется?

[sash-kan]

kxkb - это "личная" переключалка КДЕ, никакого отношения к xorg.conf не имеющая - вы ее видимо попутали с kkbswitch и xxkb

↑

нет. я не попутал.
kxkb, kkbswitch, xxkb и т.д. и т.п. — программы, взаимодействующие с xkb (x keyboard extension).
кто-то из них умеет управлять xkb, кто-то только берет у xkb информацию о текущей раскладке.
x-сервер при загрузке прочитывает свой конфигурационный файл, и все параметры, касающиеся xkb, этому самому xkb и вручает. что после этого другие программы накомандуют xkb — дело другое.
одной фразой:
xorg.conf — начальная конфигурация xkb.
все переключалки — последующее управление xkb или просто индикация раскладки.

Ах, да... готов принимать извинения....

↑

не так быстро
если nxclient работает как nested x-сервер, это совсем не означает, что у этого x-сервера нет конфигурационного файла.
он у него есть. обязательно. другое дело, что он, видимо, труднодоступен...

кстати:

Поэтому любая переключалка, использующая xorg.conf в качестве источника информации

↑

боюсь, ни одна не использует. см. выше.
нет, конечно, если разворошить исходники всех существующих переключалок/индикаторов, где-нибудь и можно найти обращение к xorg.conf. только _что_ оттуда может понадобиться такой программе? и как она разберется, которая из секций InputDevice (их ведь может быть много) относится к тому x-серверу, с xkb-подсистемой которого она хочет взаимодействовать? уж не проще ли взять все "из первых рук" - у xkb?

[idv]

Но работает через задницу.

Кстати, а в чем "череззадничность" проявляется?

ну вот как его на ctrl-shift настроить? alt-ctrl?

Пожалуй стоит утверждать, что kxkb не работает вообще... ибо то что он демонстрирует - работой назвать нельзя.

[idv]

уж не проще ли взять все "из первых рук" - у xkb?

Вы способны представить себе X-сервер, которому не заданы начальные настройки XKB? Вообще.
У кого будем спрашивать в таковом случае и что получим в ответ?


kxkb у сервера ничего не спрашивает, а руководствуется своим конфигом.

[sash-kan]

Вы способны представить себе X-сервер, которому не заданы начальные настройки XKB? Вообще.

↑

конечно. и неоднократно с этим сталкивался (с отсутствием каких-либо указаний для xkb в x*.conf). утверждать не берусь (лень лезьть в исходики), но в этом случае xkb, скорее всего, подразумевает нечто близкое к xkblayout=us.

У кого будем спрашивать в таковом случае и что получим в ответ?

↑

у xkb и будем! то, что умолчальные установки не были изменены через x*.conf совсем не значит, что xkb не сможет спокойно жить и здравствовать. а что в ответ получим — я предположил в предыдущем абзаце.

kxkb у сервера ничего не спрашивает, а руководствуется своим конфигом.

↑

и спрашивает и указания дает. т.е. на полную катушку взаимодействует с xkb.

и, кстати, свет клином не сошелся на x*.conf и дополнительных вспомогательных программах, умеющих вести диалог с xkb.
есть штатное средство для конфигурирования xkb - программа xkbcomp.
и, между прочим, в Вашем случае, я думаю, ее использование напрашивается само собой.
вот Вам пример, от которого можно оттолкнуться.

[idv]

kxkb у сервера ничего не спрашивает, а руководствуется своим конфигом.

и спрашивает и указания дает. т.е. на полную катушку взаимодействует с xkb.

есть штатное средство для конфигурирования xkb - программа xkbcomp.
и, между прочим, в Вашем случае, я думаю, ее использование напрашивается само собой.

kxkb инфу о раскладках берет из своего личного конфига. Про проблемы с kxkb полны сообщений все форумы, в том числе и здесь. И опыт легко это подтверждает.

Костыли с xkbcomp идут нах как неприменимые относительно end-user.

Теперь возвращаемся к основному вопросу... Из какого конфига KKBSwitch берет информацию о раскладках? (Притом попрошу заметить, что эта настройка - свойство юзера)

[sash-kan]

Костыли с xkbcomp

↑

улыбнуло.
если штатное средство конфигурирования — это "костыли", то я даже затрудняюсь подыскать какое-то определение для всех этих графических конфигурялок/перелючалок. в них-то разработчики отнюдь не закладывают полноценного интерфейса конфигурирования xkb. так, лишь несколько основных параметров.

неприменимые относительно end-user

↑

еще раз улыбнуло.
имеете в виду, что без наличия большой кнопки с двумя буквами в правом нижнем углу невозможно работать с двумя-тремя-и т.д. раскладками?
в том примере, ссылку на который я привел, как раз и реализован способ переключения, не требующий никаких визуальных индикаторов. нужно писать по-русски — одна клавиша (или комбинация), по-английски — другая...
можете мне не верить, но переход на такую систему переключения безболезненно прокатил даже с классической "бабушкой-бухгалтером" (:
есть еще один аспект проблемы с циклическим переключением раскладок.
можете провести следственный эксперимент. понаблюдайте за руками и глазами человека, активно редактирующего документ, требующий хотя бы двух раскладок (русская+английская). а еще желательно — не владеющего "слепым" методом набора. и хотя бы ориентировочно прикиньте, какой процент рабочего времени занимает постоянное перебегание взгляда с клавиатуры на индикатор, с индикатора к клавишам переключения, от них опять на индикатор, от индикатора к тексту и т.д. и т.п.
и это будут только явные потери. а те потери, что несет с собой отвлечение внимания от смысла текста на все эти процедуры, просто неоценимы. так же как неоценимы нервные клетки, убитые в момент, когда человек возвращается взглядом от старательно настуканного русского текста "годовой отчет" и видит вместо него на экране ругательство "ujljdjq jnxtn" (:

Из какого конфига KKBSwitch берет информацию о раскладках?

↑

не совсем понятен смысл вопроса.
информацию о текущей конфигурации xkb эта программа, естественно, от xkb и получает.
а если она умеет командовать xkb, то сама же его и конфигурирует, опираясь, например, на свой личный конфигруационный файл. о подробностях могу только предпологать. потому что ею (и ей подобными) никогда не пользовался (конечно, на заре моего линуксоидства, чего-то там переключающее у меня таки работало. вроде бы это даже был xxkb. не помню).
более существенно другое. если nxclient работает как nested x-сервер, то программы, запущенные локально с переменной DISPLAY, указывающей на основной x-сервер, только с этим сервером и будут взаимодействовать (и, соответственно, с xkb-подсистемой только _этого_ сервера). но никак не с nested-сервером, который в отношении host-сервера прикидывается обычным x-клиентом.
в применении к "нашим баранам" могу предположить два варианта взаимодействия x-сервера и nxclient-а:
1. как с простым x-клиентом. и, соответственно, nxclient-у поступают уже обработанные xkb символы типа Cyrillic_io.
2. по хитрому. передавая nxclient-у непосредственно скан-коды клавиатуры. возможен ли такой вариант, судить не берусь. в такие дебри никогда не залазил за отсутствием времени и желания.
если работает первый вариант — конфигурировать нужно xkb основного x-сервера. любым доступным способом. через x*.conf, xkbcomp, конфигурилки/переключалки и т.д.
если работает второй вариант — конфигурировать нужно xkb nxclient-а. если его x*.conf недоступен, остается запуск _внутри_ него либо xkbcomp, либо конфигурилки/переключалки.

[idv]

если штатное средство конфигурирования — это "костыли"

То что вы предложили по указанной выше URL - конечно костыли. Юзеров там 30, и для _безболезненного_ перехода с винды на линух надо дать понятный _ИМ_ интерфейс настройки.

еще раз улыбнуло.
имеете в виду, что без наличия большой кнопки с двумя буквами в правом нижнем углу невозможно работать с двумя-тремя-и т.д. раскладками?

Смотри выше.

более существенно другое. если nxclient работает как nested x-сервер, то программы, запущенные локально с переменной DISPLAY, указывающей на основной x-сервер, только с этим сервером и будут взаимодействовать (и, соответственно, с xkb-подсистемой только _этого_ сервера). но никак не с nested-сервером, который в отношении host-сервера прикидывается обычным x-клиентом.

Это-то здесь при чем? Какие-то "программы, запущенные локально с переменной DISPLAY, указывающей на основной x-сервер" откуда взялись?

2. по хитрому. передавая nxclient-у непосредственно скан-коды клавиатуры. возможен ли такой вариант, судить не берусь. в такие дебри никогда не залазил за отсутствием времени и желания.
если работает второй вариант — конфигурировать нужно xkb nxclient-а. если его x*.conf недоступен, остается запуск _внутри_ него либо xkbcomp, либо конфигурилки/переключалки.

Ну вот мы и пришли к началу треда - нужна конфигурилка/переключалка.



Опять путаем, кто для кого - админ для юзеров или юзеры для админа?

[sash-kan]

idv
что-то из Ваших постов сложилось впечатление, что мы говорим немного о разных вещах.
Вы пытаетесь запустить nxclient из-под линукса или из-под виндоуз?

[idv]

idv
что-то из Ваших постов сложилось впечатление, что мы говорим немного о разных вещах.
Вы пытаетесь запустить nxclient из-под линукса или из-под виндоуз?

Это без разницы.

[sash-kan]

Опять путаем, кто для кого - админ для юзеров или юзеры для админа?

↑

вопрос, конечно, риторический.
с одним "но". до бесконечности идти на поводу у естественной инертности пользователей — путь в тупик. надо искать компромиссы. иногда приходится и хитрить, ссылаясь на техническую невозможность сделать именно так, как хочет пользователь. конечно, если абсолютно уверен, что так, как сделаешь ты, — действительно лучше. не для тебя, для пользователя.

Это без разницы.

↑

огромная разница. я-то говорил о x-сервере на клиентской (линуксовой) машине, из-под которого происходит запуск nxclient-а.
о том, как поведет себя связка linux+nxclient, я еще могу высказать какие-то предположения.
о связке windows+nxclient я лучше вообще промолчу.

[idv]

Это без разницы.

↑

огромная разница. я-то говорил о x-сервере на клиентской (линуксовой) машине, из-под которого происходит запуск nxclient-а.
о том, как поведет себя связка linux+nxclient, я еще могу высказать какие-то предположения.
о связке windows+nxclient я лучше вообще промолчу.

Я тестировал связку SLES10/FreeNX + win-nxclient и + lnx_nxclient. Потому при формировании вопроса я опираюсь не на какие-то предположения, а на факты. Так что разговоры о "x-сервере на клиентской (линуксовой) машине, из-под которого происходит запуск nxclient-а" вообще для какого-то другого треда.

[Xentrix]

ну вот как его на ctrl-shift настроить? alt-ctrl?

Можно - просто делается это через ж... Вот тут в процессе дискуссии все расписано - http://linuxforum.ru/index.php?showtopic=23219