Ну, долгое время сижу на четвертой ветке и начал замечать странную тенденцию.
А именно - они накопили часть функционала, оставив довольно большую кучу багов и уже вовсю задумались о пятой ветке, подпиливая KDE под новую ветку Qt. Но при этом осталась куча нереализованных вещей (очевидных, нужных) и кучка багов, мешающих жить.
А зачем нужен такой продукт?
Ну первое, что приходит в голову:
1) Темы для Gtk 3, а то наличие лишь одной oxygen-gtk — курам на смех.
2) Табы в Okular
3) Мессенджер, ибо kde-шные убоги по дефолту.
4) Юзабельный kwin, юзабельные kate, kmail.
5) Doplhin не запоминает размеры иконок для отдельных каталогов, это неприятно.
По багзилле сейчас лазить не хочу и не буду, лучше пойду кино посмотрю.
1) Темы для Gtk 3, а то наличие лишь одной oxygen-gtk — курам на смех.
Так а больше и не надо. Если для ГТК3 настроена своя тема, то она работает. То есть oxygen-gtk это тема для GTK, и вопрос стоит в налоичии одинаковых Qt/GTK тем. Вот одна на заметку: http://kde-look.org/content/show.php/?content=152500
2) Табы в Okular
Плюсую. Дайте ссылку на фичреквест.
3) Мессенджер, ибо kde-шные убоги по дефолту.
kde-telepathy, на подходе, довольно неплох, ИМХО (пользуюсь)
4) Юзабельный kwin, юзабельные kate, kmail.
KWin юзать не надо, он сам работает :D
Kate юзабелен, даже очень. Мне нравится, активно пользуюсь
KMail таки надо допиливать, согласен. Особенно мешает жить бага, что письма с IMAP серверов автоматически не фильтруются:
5) Doplhin не запоминает размеры иконок для отдельных каталогов, это неприятно.
Разные размеры иконок для отдельных каталогов - как-то даже не юзабельно, да и где вообще такое есть?
Сейчас okular загружает и обрабатывает целую страницу, если в окне видна только её часть, что приводит к большому потреблению памяти. Особенно это проявляется на каких-нибудь чертежах, схемах, при сильном масштабировании. А хотят сделать чтобы было по принципу мозаики, только то что видно читающему, то и загружается и отображается.
последовательный запуск всего и вся в плазме
жду когда уже распараллелят
FYI, Qt не поддерживает работу с гуем не из основного потока. А выносить в отдельные процессы состоянием на сейчас никто не собирается. Так что создаваться плазмоиды будут всегда в одном потоке без параллелизма. Вопрос только в выносе инициализации данных в фон. А тут уже вопрос к конкретным плазмоидам и на них можно и нужно заводить баги (которые уже не закроют как invalid, потому что баги будут конкретные и локализованные, а не абстрактные).