Планируемые улучшения в KDE 4 на русском языке

> Разве не понятно, что каждая программа должна делать по возможности одно дело, но делать хорошо

да ради бога, но соединять программы не обязательно пайпами

<IMHO> Ни кто не планирует проталкивать kdelibs по windows. Нету цели всех тотально поработить.

Есть цель дать возможность приложениям qt интегрироваться с kde не теряя кросплатформенности и не делая кучу дефайнов для компиляции с или без kde.

Есть цель дать возможность удачным приложениям на kdelibs работать на разных платформах и соответственно получать большее распростронение.

<IMHO ^ 2> Не стоит ограничивать популярность opensource приложений(не только kde) opensource платформами(linux,*bsd....). Эти приложения как-раз смогут поднять популярность linux и *bsd. </IMHO ^ 2>

</IMHO>

> Ни кто не планирует проталкивать kdelibs по windows. Нету цели всех тотально поработить.

по ссылке, брошенной LestorN'ом можно прочитать что dcop заменили на _QT_ биндинг к d-bus'у

Такое наблюдалось только в очень старых версиях xkb (порядка 3.6). Если kxkbrc точно удален и сеанс KDE перезагружен, а глюк не исчез, то что-то не в порядке с xkb, KDE тут ни причем. Чудес не бывает, где-то ошибка, то ли kxkbrc глобальный, а не у себя из домашнего каталога удалил, то ли еще что-то. Попробуй прописать правильно раскладки в xorg.conf, всё заработает.

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

Но даже для граффики ведь есть разные IPC способы для взаимодействия программ.

> Замена KPPP менеджером подключения к сети, устанавливающим соединение с сетью по запросу любого приложения KDE

Что только люди не придумают, лишь бы не устанавливать diald. При установке diald, по запросу любого приложения(, а не только KDE ) будет дозвон