комманда из OpenOffice довольно не плохо поработала, по сравнению со StarOffice очень много добавили, в первую очередь совместимость с поздними версиями MS Office. Как не крути но любые документы приходится представлять в MS Office форматах. А тут еще есть проблемы, особенно со скриптами, т.к. VB Script в OpenOffice еще не совсем VB Script :-) Да и есть глюки с truetype фонтами и со шрифтами 100dpi, которые распозхнаются как 75dpi. Но с truetype еще поборолся, 75/100 нет

Есть, есть еще над чем работать. Но главное уже сделано. Создан реальный мс-офисный заменитель, который не только на первый, но и на второй и последующие взгляды вполне работоспособен и может быть использован широким кругом пользователей для своих повседневных нужд. Собственно, с этим команду openoofice.org и хотелось бы поздравить.

вопрос.а чем не нравится koffice всем?

2AVL: Ну, на какой-нибудь десятый взгляд проблемы (несовместимость, неудобство по мелочам, падучесть) все-таки иногда обнаруживаются. Но не раньше. С выводом согласен - вполне работоспосомен.

2anonymous: Мы качество мс-фильтров в koffice прямо здесь и сейчас сравнивать начнем с субжем?

Мне бы по душе пришлось, если бы из опенофиса сделали нечто похожее на мозиллу. Ядро отдельно, интерфейс отдельно. Чтобы вышел какой нибудь аналог галеона на гтк2 и движке опенофиса и сразу прошли бы и тормоза и глюки. Кстати, после пересборки сизифа gcc3.2 скорость и загрузки и работы опенофиса существенно возросла. Особенно загрузки, скорость работы и до этого была неплохой. А вот загрузка даже в первый раз длится всего несколько секунд и можно работать.
Но вот такого нам пока не грозит.

Может, и сделают. Не забывайте - у них база СтарОфиса 5.2. Они такую помойку, похоже, разгребли - "ни в сказке, ни пером". Почему-то не захотели начать сначала (это их право). Может, в процессе дальнейшего развития и отделят енжин от гуев. Хотя, наличие derivatives говорит о том, что и так можно "отпочковывать" код. А вот в чем мужик прав - это в том, что они создали killer file format. Действительно, верным путем пошли товарищи...

Кстати, в РХ 8.0, вроде, тоже скорость загрузки стала больше. Хотя, возможно, это просто новое ядро и либс.

svu получил rh 8.0 => ждем gswitchit2 ;-))))

"Хоботов, я все оценила":) Чорт, приятно, когда твою софтину ТАК ждут. Да, да, да. Сегодня процесс портирования начат.

Долго сравнивал разные офисы под Линукс... Ни один не понравился :(

Абидно...

Опен тормоз редкосный. У меня МС офис под эмулятором работает быстрее. Да и со шрифтами там не то...

Кофис побыстрее - но там нет нормальной совместимости с МС офисом, да и глюков хватает. Слава богу, что я вовремя остановился, а то на радостях начал писать очень большой документ, а на 5-й странице ТАКОЙ глюк вылез....

АбиВорт - ваащее полова... Даже говорить про него не хочется...

Так что в реальной работе пришлось использовать МС офис под эмулятором...

Надеюсь, что ОпенОфис все же будет развиваться в лучшую сторону и я перейду на работу с ним.

Артур

А что такое gswitchit2? По поводу сабжа - пока лучше МС офиса ничего не придумали. У меня друг долго ругался от опена - пока там формулу наберешь - офигеешь. Сам он на БСД работает кучу лет. Искал софт для набора научных документов. Понятно, что есть Тех и ЛаТеХ, но ему еще надо в формате МС отсылать документы. Пока он набирает в МС. ЧТо не понравилось в опене - громадный, тормозной, по удобству уступает МС. Да и с русским не все гладко. Конечно, критиковать легко, а писать- несравннимо сложнее. На данный момент для России под *nixпока ничего лучше нет - спасибо за то, что потратили столько сил и средств, дабы у нас был более-менее работоспособный офис. Пожелание - Нельзя ли выпустить отдельно open world, exel и пр - многим нужен только один компонент - и быстрей работать будет, и весить меньше будет.

Поставил я gswitchit - и правда хорошая вещь:)
До этого xxkb стоял. Но одно преимущество у xxkb
всё же было: он добавлял значёк переключателя к
элементам управления окон. Теперь этого значка
нету. Жаль:( Наверное, такая возможность (пока)
не предусмотрена в gswitchit? А будет когда-небудь?

gswitchit - это самая рулезнейшая переключалка для gnome.
Пока не портирована на gnome2, о чем мы (юзеры) тут и периодически сообщаем, чтобы ее автор (svu) рано или поздно его(порт) сделал, когда появится побольше времени на это ;-))))
сайт - http://gswitchit.sf.net

2svu: Keep the good work going и еще раз спасибо!

Значок переключателя в заголовке окна - грязный (да, весьма грязный с точки зрения стиля X Window) хак, объясняемый незащищенностью иксов (Иван Паскаль высказывал удивление, что этот хак возможен). Я, все-таки, стараюсь блюсти приличия. Поэтому, честно говоря, мне трудно обещать появление этого атрибута xxkb. Другое дело, что, может, мне удасться на секунду менять иконку окна (для винменагеров, которые на это обращают внимание). Но обещать не буду. В любом случае - пока что мне нужно срочно делать gnome2 port.

Всем спасибо на добром слове. Сижу под вторым гномом - и самому переключалки не хватает:)

Проблему отделения движка от интерфейса обсудили, не вспомнили только о гораздо более фундаментальной проблеме отделения структуры документа от его визуального представления. Идеальный офисный пакет для массового пользователя должен предоставлять WYSIWYG'овские средства создания структуры документа (тот же DocBook например) и достаточный ассортимент конверторов и трансформаторов в PDF и другие форматы, содержащие уже визуальное или другое представление структуры. А для продвинутых пользователей - возможности расширять и настраивать это все. Исходно должна сохраняться только структура документа. Но благодаря стараниям MS вместо этого стандартом de facto мы имеем то, что имеем - закрытый формат файлов, в которые пихается вперемешку структура, представление и макровирусы :) В общем имеем то, что имеем, и большинство верит, что так и должно быть.

ИМХО ОО пока еще не созрел. Может зря они замахнулись на поддержку кучи форматов файлов. Лучше бы они нормально формат от МС Офис 97 отработали. Во всяком случае в больших документах глюков. Когда открыл записку к своему диплому, то глюков в нем хватало Так например оглавление, составленное вордом превратилась в черт знает что. Да и других глюков хватало. Например смещение в одну строку, т.е. в ворде целая стриница, а в ОО целая страница плюс еще одна страница с одной перенесенной строкой.

Лично для меня Ворд под эмулятором правильнее работает.

"фундаментальной проблеме отделения структуры документа от его визуального представления. Идеальный офисный пакет для массового пользователя должен предоставлять WYSIWYG'овские средства создания структуры документа (тот же DocBook например) и достаточный ассортимент конверторов и трансформаторов в PDF и другие форматы, содержащие уже визуальное или другое представление структуры. А для продвинутых пользователей - возможности расширять и настраивать это все. Исходно должна сохраняться только структура документа. Но благодаря стараниям MS вместо этого стандартом de facto мы имеем то, что имеем - закрытый формат файлов, в которые пихается вперемешку структура, представление и макровирусы " Это можно подробней расписать - что имеет пользователь у себя на экране и что будет в самом файле на диске? И что из себя представляет редактор в данном случае?

2anonymous (*) (2002-10-23 14:24:17.993):

Это он про ТеХ рассказывает. :-) Сам этого не осознавая.

> Это он про ТеХ рассказывает. :-) Сам этого не осознавая.

Ну почему не осознавая? :) Просто массовому пользователю подавай WYSIWYG, что вовсе не обязывает устраивать такую кашу из структуры и представления, как это делает микросовтовское "Слово" :) А TeX - превосходный инструмент в руках профессионала!

> Это можно подробней расписать - что имеет пользователь у себя на экране и что будет в самом файле на диске? И что из себя представляет редактор в данном случае?

В простейшем случае на диске - текст документа с логической структурной разметкой, например на основе XML. На экране примерно то же, что видит пользователь вордоподобного редактора. Если нужно распечатать или опубликовать в Интернете - применяются идущие в комплекте с редактором XSL для преобразования в PDF, HTML или что понадобится. При необходимости можно сваять собственные XSL.

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

И такие инструментальные средства есть и используются, просто не так широко, как формат с гордым расширением .doc (не .wrd, а именно .doc, то есть "самый правильный" формат для документов :)

"Профессионалов". А вы секретарш, менагеров и пр. - тоже к профессионалам относите? И студентов первого курса, которым курсовичок наляпать по-быстрому? Не, робяты. Хотя идеологически вы можете быть 1е6 раз правы - сегодня офис без визивига не существует. Конечно, вы за визивигом можете спрятать TeXовый формат - но как-то никому это не удалось (или я что-то пропустил). Наверное, идеология TeX просто плоховато отображается в WYSIWYG-based DTP. Давайте коня и трепетную лань рассадим каждого в свой угол, ага? Математикам и "профессионалам" - ТеХ. Работникам СУБД и приложаний - XML. Офису - WYSIWIG/(doc+abw+swx+...) А не "козе - баян, попу - гармонь, икону - папуасу".

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

Кстати, KLyX (который еще kde1 использует) до сих пор у меня работает прекрасно. Вот, на днях вписал в него возможность использовать русские буквы в формулах ...

А какие опции использует ALTLinux Team для сборки OpenOffice-ALTx где можно посмотреть? А то боюсь зря выкачать 156Мб для компиляции под свою платформу, а потом как с Mozilla - скомпилированный вариант окажется тормознее...

saper: sorry за длинный reply Вот что было в spec для сборки 1.0ALT ------------------------------------ %define name openoffice-installset %define version 1.0 %define oobuild 641 %define build_gcc3 1 %define gcc3_version 3.0.4 %define jdk_home /usr/lib/jdk1.3.1 ..................дальше всякие патчи (мнооого) %prep %setup -q -n OOO_STABLE_1 -a3 -a4 -a5 -a7 -a8 chmod -R a+w * #cp -a gpc231/* external/gpc #rm -rf gpc231 cp -a %{SOURCE2} offmgr/res rm -f extras/source/templates/wizard/styles/lang/russian/*.vor rm -f extras/source/templates/wizard/web/lang/russian/*.vor cp -a %{SOURCE6} i18npool/source/localedata_ascii

%patch -p1 %patch1 -p1 %patch2 -p1 %patch3 -p1 %patch4 -p1 %patch5 -p1 %patch6 -p1 %patch7 -p1 %patch8 -p1 %patch9 -p1 %patch10 -p1 %patch11 -p1 %patch12 -p1 %patch13 -p1 %patch14 -p1 %patch15 -p1 %patch16 -p1 %patch17 -p1 %patch18 -p1 %patch19 -p1

%build

%if %{build_gcc3} echo "Generating GCC trampolines for gcc-%{gcc3_version}" rm -rf gcc_trampolines mkdir -p gcc_trampolines/bin pushd gcc_trampolines cat > bin/cpp << EOF #!/bin/sh exec /usr/bin/cpp-3.0.4 "\$@" EOF cat > bin/gcc << EOF #!/bin/sh exec /usr/bin/gcc-3.0.4 "\$@" EOF cat > bin/g++ << EOF #!/bin/sh exec /usr/bin/g++-3.0.4 "\$@" EOF chmod +x bin/cpp bin/gcc bin/g++ (cd bin; ln -s g++ c++) ln -s /usr/lib/gcc-lib/%{_target_platform}/3.0.4 . ln -s /usr/include/g++-v3 . export PATH=$PWD/bin:$PATH export CC=$PWD/bin/gcc export CXX=$PWD/bin/g++ WITH_GCC_HOME="--with-gcc-home=$PWD" popd %endif

(cd config_office; ./configure \ --with-jdk-home=%jdk_home \ --with-lang=ENUS,RUSS \ --enable-gcc3 \ $WITH_GCC_HOME )./bootstrap

cp -a %{SOURCE9} solver/%{oobuild}/unxlngi4.pro/pck cp -a %{SOURCE10} solver/%{oobuild}/unxlngi4.pro/pck cp -a %{SOURCE11} solver/%{oobuild}/unxlngi4.pro/pck cp -a %{SOURCE12} solver/%{oobuild}/unxlngi4.pro/pck cp -a %{SOURCE13} solver/%{oobuild}/unxlngi4.pro/pck cp -a %{SOURCE14} solver/%{oobuild}/unxlngi4.pro/pck cp -a %{SOURCE15} solver/%{oobuild}/unxlngi4.pro/pck cp -a %{SOURCE16} solver/%{oobuild}/unxlngi4.pro/pck cp -a %{SOURCE17} solver/%{oobuild}/unxlngi4.pro/pck cp -a %{SOURCE18} solver/%{oobuild}/unxlngi4.pro/pck

cp -a /lib/libgcc_s* solver/%{oobuild}/unxlngi4.pro/lib cp -a /usr/lib/libstdc++.so.3.0.4 solver/%{oobuild}/unxlngi4.pro/lib/libstdc++.so.3.0.1

DISPNUM=0 while [ -f /tmp/.X$DISPNUM-lock -o -e /tmp/.X11-unix/X$DISPNUM ]; do DISPNUM=$(($DISPNUM+1)) done DISPLAY=:$DISPNUM %_x11bindir/Xvfb $DISPLAY &

/bin/csh -c "setenv DISPLAY :$DISPLAY; source LinuxIntelEnv.Set && dmake"

%install

mkdir -p $RPM_BUILD_ROOT%{_libdir}/%{name}-%{version}/{en,de,ru} cp instsetoo/unxlngi4.pro/01/normal/* $RPM_BUILD_ROOT%{_libdir}/%{name}-%{version}/en/ cp instsetoo/unxlngi4.pro/07/normal/* $RPM_BUILD_ROOT%{_libdir}/%{name}-%{version}/ru/ cp instsetoo/unxlngi4.pro/49/normal/* $RPM_BUILD_ROOT%{_libdir}/%{name}-%{version}/de/ _____________________________________________________

qleap

>Может зря они замахнулись на поддержку кучи форматов файлов. Лучше бы
>они нормально формат от МС Офис 97 отработали.
Это невозможно. мсофисс самим собой не совместим. только вчера прислали по почте xls из ексель2000, который клал наш ексель2000.
куда там до совместимости с опенофисом.
вот мсофис с опенофисом может быть совместим, потому что формат опенофиса открыт и прозрачен.

>Во всяком случае в больших документах глюков. Когда открыл записку к >своему диплому, то глюков в нем хватало Так например оглавление, >составленное вордом превратилась в черт знает что. Да и других глюков >хватало. Например смещение в одну строку, т.е. в ворде целая стриница, >а в ОО целая страница плюс еще одна страница с одной перенесенной >строкой.

выход один - не делать сложных документов в ворде.или смотреть их только в на том же компьютере с тем же принтером и тем же офисом.

>Лично для меня Ворд под эмулятором правильнее работает.
логично. попробуй пооткрывать опенофисные документы в мсофисе и найдешь, что опенофис работает более правильно.

ЗЫ
Упреждая тезис о примате мсворда, скажу, что пару дней назад мне позвонил пользователь, который не мог прислать мне письмо из за того, что его ексчендж посылал письма с хоста, не прописанного в днс. При этом он твердил, что все другие его адресаты работают и стало быть проблема во мне...

2svu: А разве во 2 гноме переключателя нет?

А Вы его попробуйте попользовать. И сравните с gswitchit в первом гноме (произносится с чувством законной гордости:). Или, может, кто другой про gkb расскажет?

Хм...странно. Пользуюсь родным "Переключатель раскладок клавиатуры 2.0.1" и проблем никак не испытываю с русским. Если честно то Я не думал что есть такая проблема в Гноме. Просветите в чем она заключается.

Я не буду рассказывать, что она не является xkb приложением (она просто дергает setxkbmap). Она не умеет делать отдельную раскладку на каждое окно. И отдельный набор индикаторов.

Я, каюсь, не смотрел версию для второго гнома. Но в первом это была такая гадость...

svu>Она не умеет делать отдельную раскладку на каждое окно. Сейчас тоже. Что ж будем ждать Ваш переключатель для Гноме 2.

2svu: успехов!

A чем GSwitchIt лучше чем xxkb, если у меня нет GNOME (его старик Оккам вырезал нафиг своей бритвой)? ;-)

Хуже. Сильно хуже. Потому как без гнома не живет. Привет Оккаму:)

Re:

2svu: а давайте всё-таки хаков xxkb'шных добавим? :-) Уж больно привычно видеть флажок текущей раскладки на оформлении окошка.

Ну, или в комплекте поставки навернем rep'овый макрос для sawfish'а? :-) Но, я боюсь, AVL не оценит :-)

Ну, не люблю я хаки! Т.е. не то, чтобы напрочь отказывался, но это будет _последнее_, что я добавлю (хотя честное решение, через временную смену иконки - возможно, сделаю). Можете организовать gswitchit-claws (по аналогии с sylpheed:). Макрос могу поставлять - если напишете. А почему AVL не оценит и чем нам это грозит? Хотя, вообще-то, sawfish считается мертвым. Но метасити - такое ...., что уж лучше мертвечина...

хаки нам не нужны.
а чем метасити плох?

Я и говорю - долой хаки.

Может, это не он плох. Может, это я чего-то не понимаю. Скажите, пожалуйста, как в метасити на клавишу "Win-О" повесить запуск tora? И на "Win-T" - gnome-terminal? И вообще, похоже, авторы в погоне на простотой и скоростью выкинули практически всю настраиваемость (оставив далеко не всегда лучшие умолчания). Я говорю о метасити из РХ8.0. Может, есть версия умнее?

Посмотри на метасити сизифа.
там гном2.1 и есть редактор быстрых клавиш.
хотя, конечно, метасити весьма упрощен.
мне это нравится, пока умолчания поперек горла не встают :)

Относительно gswitchit. Имхо, стоит весьма простая задача - отобразить состояние языка клавиатуры.
Утилитка должна быть простой до смерти. Она должна просто отображать текущее состояние xkb. А вот вариантов, каким образом визуализировать это состояние, должно быть много. Имхо, не стоит создавать новых объектов типа окошек с флагами или новых иконок на обрамлении. Надо менять свойства существующих перед глазами юзера объектов. Цвет обрамления окна, курсор, стандартные иконки окна, звуки-пуки и все такое. Было бы здорово давать вспышку всего экрана в момент переключения. Вот таким образом затачивать утилитку. Это строго мое имхо.

2svu: AFAIK metacity должен полностью конфигуриться через gconf-editor. Am I right?

Если метасити 2.1 умеет делать шорткаты - что же, ей большой плюсик, ура. Бум ждать релиза 2.2.

"Простой до смерти" - это, конечно, красиво сказано. Идеологически, конечно, да, все просто. Реально получается очень много мелочей, которые нужно учитывать... Новые окошки с флагами - это честно (по сравнению с использованием системных областей окна, принадлежащих по статусу винменагеру - см. xxkb). Я НЕ ХОЧУ влезать в хозяйство винменагера грязными ногами. Чистую работу с ними через ICCCM - признаю (на уровне иконки окна). "Биип" - есть, реализован. Правда, некоторых раздражает - поэтому опционален. Вспышка экрана - явный перебор. Как и взрыв на соседней АЭС. Человек же всего лишь хочет переключить раскладку... Картинка на панели с флагом для текущей раскладки - единственный корректный способ отображения, который я могу представить (если отклонить метод xxkb). Если кто-нибудь придумает что-то другое - поделитесь.

Да, в последних версиях gswitchit был еще капплет настройки конфигурации XKB для пользователя. Кто-нибудь что-нибудь плохое или хорошее скажет про это начинание? Или никто не пользует?

Что-то мы совсем в оффтопик выползли. Интересно, хозяева нас скоро резать начнут?

AVL2
"Было бы здорово давать вспышку всего экрана в момент переключения."
Ну, Авель, ты уже в конец обторчался :-))))))))

svu
"Картинка на панели с флагом для текущей раскладки - единственный корректный способ отображения"
А нафига какой-то еще ?? Пользователю ведь нужно знать раскладку только текущего окна. Какой смысл видеть раскладку окна, которое все равно не имеет фокуса ввода ??

"Интересно, хозяева нас скоро резать начнут?"
Нас - вряд ли. У них и так работы не початый край в других тредах :-))))

2svu. У меня как и у многих выбранная раскладка отображается с помощью индикатора Scroll Look удобно, но частенько бывает этой лампочки не видно (такой рабочий стол, что клавиатуры практически вообще не видно %). В этом случае поставил для gkrellm модуль который отображает на экране все эти индикаторы и по ним все очень просто и понятно какая раскладка, какой регистр сейчас выбран.

Это я к тому, а не стоит просто к Gkrellm добавить модуль который показывает текущую раскладку? Достаточно просто, не надо "хачить" X, занимает на экране минимум места, всегда на глазах, легко убрать.

А я Вас сильно удивлю, если скажу, что такой плугин уже есть - gkrellxkb? И в нем даже использован код из gswitchit. Правда, к сожалению, это произошло до появления libxklavier как отдельной библиотеки. Правда, этот плугин имеет меньше "ручек". Он только отображает группы. Не управляет переключением, не следит за окнами и т.п.

Про хозяев - не сглазьте. В кои веки удается получить мнение от пользователей. Да простит меня openoffice...

>"Простой до смерти" - это, конечно, красиво сказано.
функционально.
Изначально должна быть переключалка и отображалка.
переключалка(xkb) должна работать с раскладками, чего то там запоминать или не запоминать в окнах и делать все необходимое индиффирентно к менеджеру окон и всему прочему, кроме необходимых клавиатурных функций иксов.

отображалка (gswitchit) должна отображать состояние раскладки в удобной форме. Отображалка не является жизненно необходимым элементом и вполне может быть wm зависимой или пользоваться хаками.
К примеру, було бы неплохо, чтобы отображалка при переключении меняла бы на секунду гамму в сторону красного для одного языка и в сторону зеленого для другого (например). Тогда сразу был бы виден момент переключения раскладки и состояние раскладки на устаканившийся момент.
отображение флажка в стороне от поля ввода уже изрядно подустарело и не может быть признано хорошим ходом в плане удобства пользования.

2svu: ты всяких avl2 и прочих гурушников не слушай, а делай так, как хотело бы большинство простых ламмеров и которые бы хотели видеть нормальный аналог switchit.ru, а не всякие там гурушные закидоны - гурушники все равно в ГНОМЕ не сидят, а теоретизировать о том, каким быть gswitchit все равно хотят.

Take it easy! ;-)

2svu. Не знал. Заинтересовала ваша программа. Вопрос: если я не пользуюсь GNOME, а использую iceWM она будет нормально работать?

P.S. Глупый вопрос наверное.

Так, пошел системный подход... Да, конечно, логически их можно разделить переключалку и отображалку. Более того, в последних версиях есть еще и конфигурялка. Вот только смысла в физическом разделении переключалки и отображалки я не вижу. Кстати, переключалка не может быть индиффирентна к менеджеру окон - если она хочет работать на по-оконном уровне. Или Вы имеете в виду независимость от конкретного менеджера? Тогда да, согласен.

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

Я надеюсь, я ответил на Ваши вопросы?

Да я всех слушаю. Другое дело, как я воспринимаю информацию:) За моральную поддержку - спасибо.

Вопрос не глупый - просто Вы не видели этой софтинки. Как отмечено выше, это все работает только в гноме. Действительно сорри, но это только так. Но если Вы сделаете апплет для icewm (там все-таки можно что-то помещать в панельку) - кто-то, наверняка, будет Вам благодарен. Может, попробуете? Обещаю помошь (разумеется, в пределах разумного) - опять же, libxklavier сильно облегчит Вашу задачу - Вам придется работать только над графическим интерфейсом, сохранением конфигурации - и сделать пару вызовов к либке.

> Но если Вы сделаете апплет для icewm (там все-таки можно что-то > помещать в панельку) - кто-то, наверняка, будет Вам благодарен. Может, > попробуете? Обещаю помошь (разумеется, в пределах разумного) :) А писать дополнительного ничего и не придется. В IceWM в панель помещаются X-приложения по их WM_CLASS аттрибуру (xprop, к примеру, показывает). Вот выдержка из конфига iceWM чтобы поместить kppp в панель: #con.kppp - Подключение к Интернет kppp.kppp.icon: kppp.png kppp.kppp.icon: kppp.png kppp.kppp.icon: kppp.png kppp.kppp.tray: Exclusive debugwindow.kppp.icon: kppp.png

Как видно из этого примера, чтобы поместить окно с WM_CLASS kppp.kppp достаточно одной записи в конфиге. ICQ, Jabber точно также "запихиваются" в панель. При смене иконки окна также обновляется икона и в панельке.

svu как считаешь, исходя из этого не сложно будет подправить переключалку для iceWM панельки?