LXDE переносят на Qt, планируется совместимость с Wayland

работает и так

работает из рук вон плохо.

Под новые сервера надо пилить совершенно новые ДЕ

в основном пострадают оконные менеджеры. остальным компонентам должно быть побоку.

Неплохо. Скоро можно будет валить с кед. Надеюсь это будет более гибко настраиваться, чем razor-qt.

Даже не знаю хорошо это или плохо.

А чем гном 3 на wayland будет отличаться от нынешнего.

Ничем. Всё что ты перечислил для чего якобы портируют юнити на мир, уже есть в гноме с иксами (интерфейс с жестами и пр, во многом общий для всех устройств). Вот только драйверов нормальных нет.

LXDE переносят на Qt

А название поменяют на HXDE (Heavyweight X11 Desktop Environment)?

Это последний шаг перед его закрытием и обламыванием всех и вся. Сначала всех сгоним в добротно сколоченный барак, а потом расстрел.

Мне одному кажется странным, что у Mir такие проблемы будто бы не возникают? Оно как-то у них само делается и, вроде, даже работает.

Мне вот интересно, друзья gtk-филы и qt4-хейтеры, а вы пробовали когда-нибудь писать код с использованием gtk+? Скажу я вам, то ещё «удовольствие», на qt4 намного приятнее.

Так что закопать.

Ты говоришь о вещах, которые пользователя вообще волновать ни коим образом не должны.

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

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

По теме: Утяжеление лехкого DE in 3..2..1..

Ну вот и правильно. Скоро мы закопаем GTK.

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

Есть мнение, что wayland совместим с Х, в том плане, что их можно держать параллельно установленными. Соответственно, если пользователю (мне, например) на ноутбучке достаточно простого рабочего стола и набора приложений без изысков, то он просто запустит kde5 поверх wayland и будет счастлив. Если же ему из ноутбука срочно надо сделать сервер не пойми с чем, то он открывает kde-settings и в настройках kdm/sddm/kwin ставит галочку запускаться под Х`ами. Получает старые добрые Х`ы.

Вряд ли тут вопрос стоит о выборе либо одно, либо другое.

Целый год они думали над тем, как именно сделать показ всплывающих окон

Ну это да, разработка у них идёт весьма медленно. Но и мне спешить пока некуда. Посмотрим, что у них получится.

Панель понравилась.

HWDE, тогда уж (Heavyweight Wayland Desktop Environmen). А вообще Qt != монструозное_тяжеловесное_поделие.

Он тяжельше.

очевидно, что я выберу первое

Ни в коем случае этого не делай! А то разработчики будут целый год в трауре.

Ну-ну.

Два чая этому господину в платочке!

Ну вот. Теперь появится ещё кучка **DE и панелек вокруг WMов. Богатство выбора будет. Надо ещё больше великов!

Какой тупой анонимус.

я пробовал на gtkmm (это С++ биндинг к gtk+) и qt.

В qt мешать с STL плохо получается. долго и громко метерился.

gtkmm полностью совместима с STL и можно не задумываясь использовать нужные контейнеры и алгоритмы.

gtkmm намного удобней если нужно сделать часть модулей тулкитонезависимыми, с qt надо больше всего городить.

приятней писать на gtkmm, а легче на fltk.

при чём сдесь qt?

Отличная новость. Годная оболочка, а теперь еще и на QT.

ты не путай Qt и КДЕ.

очередной ниосилятор отличия гуевых библиотек от фреймворка?

Мне одному кажется странным, что у Mir такие проблемы будто бы не возникают? Оно как-то у них само делается и, вроде, даже работает.

Мне трудно судить об этом, mir в дефолтной поставке (в ppa для ubuntu 13.10) для прямого применения на десктопе не готов абсолютно, хотя бы потому что mir_demo_server_shell показывает лишь одно окно в один момент времени (новое просто убирает предыдущие с экрана) и не имеет никаких декораций в принципе, а окно клиента получает события ввода от клавиатуры и сенсорно-указательных устройств, но не получает событий типа MirSurfaceEvent вообще (в частности окно даже не может найти своё расположение на экране и получить относительные координаты нажатия, только абсолютные для всего экрана).

Пока mir только для телефонов и полноэкранных приложений на десктопе, вроде XMir. Чуть позже покопаюсь ещё в исходниках, может там есть какие-то незамеченные детали.

Это правильно. GTK надо хоронить.

У тебя что-то с руками. Qt отлично совместима с stl и модули можно делать тулкитонезависимыми.

gtkmm намного удобней если нужно сделать часть модулей тулкитонезависимыми, с qt надо больше всего городить.

А если ещё немного уменьшить связность логики и интерфейса, то и с Qt без проблем можно делать тулкитонезависимую логику. Во всяком случае skype без проблем использует Qt только в линуксовой версии, а QtCreator без проблем работает с libclang и это никак не задевает libclang.

у IceWM только один разработчик и в последнее время развития почти нет, хотя Марко очень быстро принимает патчи со всякими фиксами и новой функциональностью: мой патч для графического представления индикатора заряда батареи бы в CVS буквально на следующий день после отсылки ему на почту.

Очень хочется прикрутить к нему, но никак не могу взяться: 1. опциональную поддержку XDG menu (не генерация, а чтение на лету, как это делается в тех же LXDE, Razor-Qt) 2. возможность проксирования тем от Qt, Gtk (сделать в виде дополнения, типа в конфиге theme_engine=«» #Native, Gtk2, Qt4), что бы можно было вписывать в существующее окружение 3. пофиксить диалог завершения работы, а то пункты перезагрузки, выключения не всегда и везде работают. 4. возможно существования более 1 панели и растаскивание их по мониторам 5. XDG автозапуск, хотя его я реализовал простым startup скриптом

Ещё очень хотелось бы убедить Марко мигрировать на GitHub или Gitorious - возможно разработка со стороны несколько бы активировалась.

Тем паче, что код IceWM крайне и крайне приятный для изучения (C++, используются только иксовые либы)

Ну а скрестить вместе с каким-то файловым менеджером (thunar, pcmanfm[-qt] и ещё куча), запускалкой (gmrun, bbrun и ещё куча) и получить какое нибудь IceDE - дело техники.

У тебя что-то с руками. Qt отлично совместима с stl и модули можно делать тулкитонезависимыми.

Просто он видимо пишет в стиле

// Интерфейс логического модуля
std::vector<std::string> list_something(bool verbose);

// UI
tableView->setContent(list_something(false));

Разумеется, при такой сильной связанности логики и интерфейса с Qt будет неудобно.

только не рассказывай им про разделение. Мне тут не так давно сказали, что все это сказки и каждая программа это монолитный кусок кода и никак иначе.

Какой сочный.

Куда бежать?

XFCE как всегда торт.

Даже у Mir-а они яснее.

Миллионы зомбированных лично Марком.

У Qt подкупает его кажущаяся простота, и некоторые пытаются его использовать в стиле Delphi, без знания языка и некоторых его особенностей, в результате: куча кода с утечками памяти, передача структур по значению, перемешивание логики и представления, наличие всяких Q(List|Table|etc)Widget немного подложило свинью в плане, что пользователям в лом разбираться с MVC моделью и писать поистине эпичный код с использованием оных.

При этом если есть хотя бы базовые знания языка, плюс прочитанные книжки Маерса, тогда уже реально писать хорошие программы на Qt, причём это становится поистине приятно, как и писателю и, возможному, читателю (тому кто придёт к этому коду после тебя)

Когда кажется креститься надо.

теперь еще и на QT.

на Quick Time? это как? :)

Как-то так.

gtkmm это как в гамаке и вприсядку одновременно. Зачем? Причём маразм GTK от используемого языка никуда не девается.

В толксах сказал и здесь повторю: отличное решение.
Вообще, если пишешь какой-то продукт 6+ лет, а на выходе все равно то, что мы видим в LXDE, то действительно стоит задуматься, нормальные ли у тебя инструменты (ну и насчет рук заодно).

в винде нет qt приложений.

Он скорее всего имел ввиду не то, что QVector вполне себе можно использовать с std::for_each и другими алгоритмами через итераторы, а то, что напрямую нельзя использовать std::string, std::vector и прочтие std::list - только через адаптеры типа QString::fromStdString() или QVector::toStdVector(), что требует дополнительных ресурсов на копирование.

Но это так, предположение. libastral не последней версии.

Окай :)

Бредишь.

LXDE переносят на Qt

Ещё одна победа Microsoft.

[fat]Как обычно, единственное, что могут делать прогрессхейтеры

Вяленд - это «прогресс» в той же степени, что и, например, кастрация.

Гуглозонд скомандовал тебе атаковать?

Аналогии, you are doing it wrong.