Re: [gnome-cyr] =?utf-8?b?57+9?=

["avl l14 ru" <avl l14 ru>]

Sergey V. Oudaltsov пишет:

> > потому что все прочие либо не маются по поводу раскладок, либо идут на 
> > www.atmsk.ru, cut'n'paste три строчки в  /etc/X11/XF86config-4 и имеют 
> > твердоработающий вариант во всех менеджерах и при любых раскладах.
> >    
> А у Вас там, извините - строчки и для 4.2.0 и для 4.3.0?
>  
естессно.

> > Концепция требует комплексного взгляда на вещи. Поэтому рассматривать 
> > надо все исключительно в общем контексте  и ничего не забывать.
> >    
> Сильная мысль. Пожалуй, надо будет записать:)
с поправкой на быстрый ответ в рабочее время.  :)

> Угу. Теперь узнать бы, какой процент из пользователей гном2 составляют
> сегодня пользователи 4.3. Как Вы думаете? Моя ставка 80% (и, заметьте,
> это число со временем будет только расти). Про не-гном2 мы уже обсудили
> - до беседы с Вами они меня не интересовали как класс:).
Сергей, в мире опенсорса не принято мерятся процентами.
А то я сейчас всех скопом обижу. :)

> Да, еще, на
> всякий случай - поддержку 4.3 нельзя вынести на уровень плагинов.
> Изменения затрагивают достаточно глубокие вещи - в первую очередь, в
> конфигураторе (вроде, для него Вы плагинизацию не предлагали пока). Так
> что тут вряд-ли что-то серьезно поменяется даже в том мире, где
> gswitchit живет в трее и грузит море плагинов.
Изначально предлагается разделить две не связанные между собой функции 
переключателки и предъявлять к ним разные требования.

> > Конфигуратор не интегрирован должным образом в гном и нарушает принятые 
> > в гноме правила usability (а чего вы еще хотели?)
> >    
> Вот на этом месте я бы хотел уточнений. Usability в деталях UI - это да.
> А что еще такого в нем "не интегрировано должным образом"? Я этого там
> не увидел, поэтому, если не сложно, поподробнее.
конфигуратор раскладок у вас сделан, как диалог опций в аплете - даже 
гномовцы (которые "и пусть весь мир подождет") от такого в осадок 
повыпали... :)

>  
>
> > Монитор мог бы пройти в текущем виде, но он не отделим от конфигуратор и 
> > потому утонул за компанию.
> >    
> :( Забавно. Насколько отличные у нас с Вами картины:) Мне показалось,
> монитор там и не обсуждался. И один из затыков у них действительно
> возник в том месте, где они не поняли разделения конфигурации xkb и
> конфигурации апплета. Это вы хорошо подметили.
а чего его было обсуждать? утилитка-хелпер без единой зацепки для критики...

>  
>
> > Предлагаемая архитектура во первых, дает возможность внести в гном 
> > core-функционал действительно необходимый всем non-latin1 пользователям 
> > гнома.
> >    
> Сорри, не понял. Под "предлагаемой архитектурой" вы в данном случае
> предлагаете физическое (в CVS) разделение проекта на "конфигурялку" и
> "переключалку"?
>  
Полное их разделение. Вся связь между монитором и конфигуратором 
заключается в том, что монитор на старте при обнаружении 
/usr/bin/gnome-gswitchit-conf добавляет пунктик в свое меню. И все...

> Я думал об этом, когда ваял конфигурялку. Не хочу я работать с
> XF86Config. Не хочу. Этот файл плохо приспособлен для машинной
> обработки. В нем, вроде нельзя ссылаться на глобальный файл (т.е. я
> должен туда запихнуть _все_ параметры). В нем пользователь может
> понапихать комментариев - я должен сохранить их на нужных местах.
> Короче, не хочу, не буду. 
а кто просит? в гномовом конфигураторе надо работать с gconf и в ус не 
дуть...
там же нужно и инициализацию пропихнуть.
Все, что написано, это всего лишь занудная констатация того факта, что 
функциональность конфигуратора заведомо уже и "гномистее" чем 
функциональность монитора. Таки пусть они перестанут быть сиамскими 
близнецами и все будет тип-топ.

>  
>
> > Это должен делать универсальный демон или инит-скрипт. Использование для 
> > инициализации раскладок  одной монолитной гуи-гноме-утилиты - 
> > антигномовская практика.
> >    
> М-м. По-моему, не я первый написал capplet, который запихивает себя в
> начало сессии для инициализации каких-то там параметров.
Хотелось бы, чтобы это делал конфигураторский capplet, а не мониторский. 
И все буде логично, целостно и красиво.

> > > > По моему стоит разделить функции отображения и обработки переключения 
> > > > клавиатуры (и развивать их) и функции конфигуратора клавиатуры (а здесь 
> > > > проводить бОльшую интеграцию с гномом)
> > > >        
> Как я указал выше, максимальная интеграция с гномом является для меня
> целью в обоих случаях. Перенос в трей (буде оно случится) - уступка
> не-гномам, но _без_ жертв для гномеров. Жертвовать интеграцией я как-то
> не собираюсь (даже если плагины и не войдут в базовый пакет).
Наверное, я недостаточно останавливаюсь на подробностях, но про уступки 
никто пока не говрил.

> > Смешали логически раздельные функции - получите полный список 
> > недостатков этого решения.
> >    
> М-м. Сорри, полный список пока (из увиденного) ограничился для меня
> "непонятками" гномовской команды при попытке пролезть в 2.4.
>  
имхо недостатков значительно больше. хак xxkb используется значительно 
шире и имхо даже в гноме не в последнюю очередь из за логических 
нестыковок...

> > гуй тут и не нужен.
> > имелся ввиду стандартный интерфейс для плагинов.
> >    
> А просто command line не устраивает?:) Впрочем, конечно, если будут
> плагины - command line, возможно, будет не нужен (хотя ее всегда проще
> склепать, чем кодировать на С).
>  
надо думать.

>  
>
> > пробъем мониторную голову и конфигураторскую страничку в gnome-settings 
> > будет нам счастье.
> > плагины пусть живут там, где они нужны.
> >    
> gedit & gedit-plugins:)
>  
и он вошел в гном...

> > Монитор ничего не делает сам кроме отображения текущего режима ввода и 
> > трансляции событий. В нем просто нечего настраивать. Какие то опции, 
> > конечно могут быть, но их реально будет очень мало и они будут относится 
> > только к этому аплету.
> >    
> Слава аллаху! Значит, можно опции к апплету!:)
>  
можно все. был бы смысл :)

> > > Вот это, возможно, имеет смысл - добавить пункт запуска конфигуратора
> > > раскладок. Про запуск других капплетов - неочевидно, надо подумать. Они,
> > > в-общем, апплету сугубо ортогональны...
> > >      
> > Но логически савязаны с ним, никак его не обременяют и _могут быть_ 
> > интересны.
> >    
> Да, наверное. Хотя чем доступ из меню моего апплета лучше доступа из
> главного меню (кроме разницы в 1 клик) -непонятно. Чем хуже - понятно:)
>  
логической организацией. апплет переключающий раскладки (на самом деле 
отображающий их переключение) логически связан с клавиатурой, 
раскладками и соответствующими настройками - получите связь и распишитесь...


> > > ???? Для всех возможных тулкитов? Короче, если когда-нибудь я дойду до
> > > такой жизни, я ОБЕЩАЮ оставить реализацию этого плагина Вам лично!
> > > Особенно мне будет интересно посмотреть на реализацию функции удаления
> > > существующего текста (с учетом редактора vi:)
> > >      
> > Это плагин. Он не обязан быть 100% идеологически прямым, красивым, 
> >    
> Код вообще хорошо бы делать прямым и красивым. Будь то плагин или ОС.
Только не тогда, когда решаемая задача костыльна по своей природе.
Плагин для языка в ОО будет костылем при любом коде.
И умрет, когда xkb научится передавать (а проги научатся воспринимать) 
язык вместе с раскладкой.
И все же он нужен.

> > полнофункциональным, не костылевидным итд итп. Есть проблема, есть 
> > некоторый способ решения, есть "крыша" с интерфейсом для его реализации, 
> > есть желающий запрограммировать это дело - есть плагин.
> >    
> М-м. Заранее выдавать девелоперам плагинов индульгенцию на кривой код?
> Непедагогично:)
>  
Кривой код  - не стОит. Решение кривых задач - его право на свой 
"message". :)

> > А хочется, чтобы событие "смена раскладки" при фокусе в окне с именем 
> > "*openoffice*" приводило бы к дерганью функции api OO, меняющей текущий 
> > язык ввода. Тогда при наборе многоязыковых текстов будет сразу правильно 
> > расставлятся язык текста.
> >    
> Да я про это и говорил. Ну тут народу тоже придеться помучиться, с
> доступом к ОО из другого процесса. Флаг такому плагину в руки. Правда,
> мне кажется, меня для начала слегка подизнасилуют, чтобы я выдал такой
> API, который будет удобен для подобных извратов.
>
>  
>
> > Это не первый вопрос. Плагины, это вторая ступень.
> >    
> А первая - развал проекта на 2 половины? Я правильно понял? Да, страсть
> "до основанья" - она сильна:)
На самом деле пока очень много взаимонедопонимания.
Реальных изменений в коде - минимум.

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