Qt 5.5

Это почему-же? AppStore запрещает использование LGPL библиотек? Первый раз такое слышу

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

И в догонку: да, правила AppStore несовместимы с GPL.

The Gnome Project must shut down.

не, ну есть же нормальный тулкит для ГУЯ, так нет же... Гном начали колхозить.

может таки КуТ нагибнут Красношапых и Гном уйдет в никуда.

С другой стороны КДЕ дали прекрасный тулкит, поддержку кучи платформ и они не шмагли, Карл, не шмагли..

КДЕ нужна коммерциализация.
проект кто-то должен выкупить, возглавить и коммерчески причесать.

на всё нужны инвестиции. Гно3 не менее шизоидный имеет интерфейс.

КДЕ нужна коммерциализация.

Согласен. Но никто из серьёзных не хочет. Дохлый Novell или Blue System — это просто несерьёзно и смешно, по сравнению с уровнем коммерциализации того же GNOME 3 в RedHat.

Вот и получается, что KDE никому не нужен кроме энтузиастов.

Откатился назад на Qt4. Такой вот прогресс.

Да у них вообще как-то всё странно. В Qt 5 имеются баги, на которые они забивают и не чинят. Всё то, что в Qt 4 работало идеально, они сломали и теперь снова чинят. Вопрос, нафига?

1. Работа сочетаний клавиш Ctrl+C/Ctrl+V и др. на раскладке, отличной от En;
2. «Проглатывание» символа после смены языка в некоторых формах;
3. Шрифты;
4. Производительность QPainter;
5. Работа с треем на всех системах;

Всё это нормально работало в Qt 4, и всё это сломмали в Qt 5 и чинили несколько лет. А кое-что, тот же трей, чинят до сих пор.

Да и ещё, как-то они странно поделили библиотеки. Раньше в Qt 4, простенькое GUI-приложение зависело от QtCore и QtGui, при статической линковке занимая всего 9 МБ. В Qt 5 оно зависит от QtCore, QtGui и QtWidgets и занимает ~17 МБ. WTF? При том, никакой функционал в QtWidgets они ведь не добавляли. Что так распухло и как с этим бороться?

> По LSB оно должно быть слинковано с Qt 3 тоже

Четвёртая версия, которая базируется на EL5, имеет два Qt, 3.3 и 4.3. Недавно, кстати, вышла пятая (базируется на EL7). Почему-то через EL6 перешагнули. Наверное потому что не хотели добавлять в стандарт ненужности. А потом поняли что жизнь на этом не останавливается, и чем дольше откладываешь релиз, тем больше ненужностей в EL добавляют! И выпустили LSB 5 (что интересно - без ненужностей)!

Ненужно.

Примеры: Krusader из KDE 3 функциональнее Dolphin в двухпанельном режиме

Krusader функциональнее всего остального, ИМХО.

а кроме хелловорлдов?

Qupzilla: Qt4 vs Qt5 - мало поинтов т.к. Qt собран без GStreamer плугина.

QGit

QtCreator

Что так распухло и как с этим бороться?

Прозреваю, что дело в libicu

Не, если бы оно линковалось статически с icu, это было бы 17 + 30 = 47 МБ. 17 МБ выходит без ICU.

Чё? Они только в этом году решились наконец.

Ты не новости на ЛОРе читай, а в LSB посмотри

Почему не за VLC или mplayer?

На официальном же сайте Qt написано почему.

libqxcb.so кстати зависит от GNOME lib (glib) даже в KDE.

А как еще сделать QPA по твоему? Qt'шники хоть немного заботятся о том, как «вшить» приложение на Qt в среду.

Не, если бы оно линковалось статически с icu, это было бы 17 + 30 = 47 МБ. 17 МБ выходит без ICU.

ещё может месовские либы. Раньше QtOpengl был отдельно. Сейчас его таки впихнули.

Раньше QtOpengl был отдельно. Сейчас его таки впихнули.

Куда? Вон он —

$ ls *OpenGL*{.a,.so}*
libQt5OpenGLExtensions.a  libQt5OpenGL.so  libQt5OpenGL.so.5  libQt5OpenGL.so.5.4  libQt5OpenGL.so.5.4.1

Не, оно видимо само по себе так распухло:

$ ls -alh *{Qt5Widgets,Qt5Gui,Qt5Core}*.so*5.4.1
-rwxr-xr-x 1 root root 5,3M апр.   7 13:34 libQt5Core.so.5.4.1
-rwxr-xr-x 1 root root 5,8M апр.   7 13:34 libQt5Gui.so.5.4.1
-rwxr-xr-x 1 root root 6,6M апр.   7 13:34 libQt5Widgets.so.5.4.1

$ ls -alh *{QtGui,QtCore}*.so*4.8.6
-rw-r--r-- 1 root root 3,0M марта  6 18:58 libQtCore.so.4.8.6
-rw-r--r-- 1 root root  11M марта  6 18:58 libQtGui.so.4.8.6

Вот красивая например демка Qt3D, но например какая разница в обьемах занимаемой памяти между этим и тем же самым на Webkit+HTML5+CSS+JS+<video>

На сколько я в курсе firefox, chromium и java используют gtk+ только для того, чтобы узнать какая тема используется у пользователя. Непосредственную отрисовку выполняют их собственные тулкиты.

Libreoffice раньше делал так же. Сейчас его перевели на glade для диалогов и т.п., но вот ушли ли они от собственного тулкита или нет, я не знаю. Ну а моно писал Мигелюшка, там странно ожидать что-либо другое.

По LSB оно должно быть слинковано с Qt 3 тоже.

В 5-ом lsb уже удалили. И с обоими оно не должно было быть слинковано, достаточно с одним из, а учитывая мёртвость qt3 выбор очевиден. В общем для сторонних линуксу проектов, которым надо стянуть тему: gtk2 - стандарт. А вот новых проектов на gtk как не было так и нет с каждым годом всё меньше.

ЗЫЖ Пост написан только чтобы прояснить ситуацию. C зенитаром я не согласен, Qt должен подстраиваться под freedesktop, это правильно.

На сколько я в курсе firefox, chromium и java используют gtk+ только для того, чтобы узнать какая тема используется у пользователя. Непосредственную отрисовку выполняют их собственные тулкиты.

Не совсем так. Например, проблема в том, что тот же Firefox при вызове диалога сохранения/открытия файла вызывает именно GTK+-диалог. Ну и почему бы официальному Firefox не отрисовывать GTK-тему в Gnome/Mate/Cinnamon/LXDE/XFCE и Qt-тему в KDE/LXQt/Unity 8? Именно так делает редактор Unreal Engine.

почему бы официальному Firefox не отрисовывать GTK-тему в Gnome/Mate/Cinnamon/LXDE/XFCE и Qt-тему в KDE/LXQt/Unity 8?

Больше работы. Видимо им лень. Chromium вот открывает KFileDialog. Либра тоже.

Это ты устаревший модуль смотришь. Сейчас оно в QtGui тащится.

ldd libQt5Gui.so.5.4.2 | grep GL
libGL.so.1 => /usr/lib/nvidia-331-updates/libGL.so.1 (0xb6b66000)

На Qt 4. Тут недавно весь TDE (форк KDE 3.5) портировали на TQt 4 (форк Qt 4) составом в 3.5 разраба.

А можно ссылку? помню в своё время они отказались от этой затеи в связи с тормознутостью Qt4 (по сравнению с 3).

можно безболезненно удалить Qt/KDE-библиотеки

а тем временем..

sudo pacman -Rs qt
[sudo] пароль для robus:
проверка зависимостей...
ошибка: не удалось подготовить запрос (не удалось >удовлетворить зависимости)
:: pyqt5-common: требует qt5-base
:: qt5-doc: требует qt5-base
:: qtcreator: требует qt5-quick1
:: qtcreator: требует qt5-tools
:: qtcreator: требует qt5-quickcontrols
:: sddm: требует qt5-declarative

Иксы startx-ом пускать прикажете?

Иксы startx-ом пускать прикажете?

Есть GDM, например. К чему этот вывод? То, что ты пишешь в Qt Creator и юзаешь PyQt не означает, что пользоваться дистрибутивом без Qt нельзя.

Есть GDM

Ну есть то он есть, да с чем его съесть..

sudo pacman -S gdm
[sudo] пароль для robus:
разрешение зависимостей...
проверка конфликтов...
Пакеты (38) accountsservice-0.6.40-1 alsa-plugins-1.0.29-2
cantarell-fonts-0.0.16-2 caribou-0.4.18.1-1 clutter-1.22.4-1
cogl-1.20.0-1 geocode-glib-3.16.2-1 gjs-1.43.3-1
gnome-bluetooth-3.16.1-1 gnome-desktop-1:3.16.2-1
gnome-menus-3.13.3-1 gnome-session-3.16.0-1
gnome-settings-daemon-3.16.2-2 gnome-shell-3.16.3-1
gnome-themes-standard-3.16.2-1 js-24.2.0-1 libgdm-3.16.2-1
libgee-0.18.0-1 libgweather-3.16.1-1 libimobiledevice-1.2.0-1
libplist-1.12-2 libusbmuxd-1.0.10-1 libwacom-0.13-1
libxklavier-5.4-1 mcpp-2.7.2-5 mutter-3.16.3-1
pulseaudio-alsa-2-3 python2-atspi-2.16.0-1
python2-gobject-3.16.2-1 telepathy-glib-0.24.1-1
telepathy-logger-0.8.2-1 telepathy-mission-control-5.16.3-1
upower-0.99.3-1 xorg-server-xwayland-1.17.2-2 xorg-xhost-1.0.7-1
xorg-xrdb-1.1.0-1 zenity-3.16.3-1 gdm-3.16.2-1
Будет загружено: 22,42 MiB
Будет установлено: 135,59 MiB

NO WAY! Жить без DM-а, плеера (пользуюсь самописной оберткой для mpv) и прогноза погоды (велосипед - тягает с Гидрометцентра) уж очень грустно, а изначально речь шла о том, что можно БЕЗБОЛЕЗНЕННО удалить Qt.

было устранено более 1500 различных ошибок

Господи боже мой! А как их столько допустили?

Ну так это косяк Юнити же

Почему косяк Юнити учтён в Qt 4, а в Qt 5 — нет?

Насколько мне известно, Куте 5 не очень хорошо дружит с Wayland, то есть это даже не косяк Юнити, а Wayland. Проблема состоит в том, что в куте 5 предполагается использование обычного трея иксов. Я могу ошибаться

Ты ошибаешься. У тебя целая горсть дезинформации и каша в голове!

Во-первых, Unity не использует Wayland, а иксы.
Во-вторых, Qt 5 достаточно хорошо дружит с Wayland.
В-третьих, в Qt 5 предполагается использования десктопных нотификаций, а не обычного трея иксов, как в Qt 4. В Qt 5 реализация Xembed-трея глючная, потому и проблема.

Такое впечатление будто все кругом свои велосипедобраузеры пилят.

Так ведь иначе никак. Велосипедный браузер для особых целей.