LINUX.ORG.RU

История изменений

Исправление EXL, (текущая версия) :

Как ни крути, стартуют Qt5-приложения гораздо дольше, чем Qt4-приложения. Лень разбираться, кто виноват: ICU, или всяких хлам вроде dlopen libqxcb.so -> libQt5DBus, libQt5XcbQpa. В Qt4 было всё просто: QtGui + QtCore и поехали без всяких там NEEDED, функционал которых не используется, однако болтается соплёй.

К чему OpenGL по-дефолту линкуется к обычной программе на QtWidgets, которая этот OpenGL вообще не использует? В официальных пакетах так. А потом юзеры маются: www.linux.org.ru/search.jsp?q=cannot find lGL&range=ALL&interval=ALL&...

Вот эти необдуманные и плохо проработанные решения и отталкивают многих. В Qt 4 был порядок. OpenGL использовался модулем QtOpengl и не выходил за его пределы. А в Qt 5 они размазали его во множество модулей, начиная от QtGui и заканчивая QtQML. А сейчас сообразили, что драйвера-то говно и начали делать Qt Lite с программным рендерингом.

Возникает вопрос, почему нельзя было сразу сделать программный рендеринг? Тем более в Qt 4 ОН БЫЛ!

Исходная версия EXL, :

Как ни крути, стартуют Qt5-приложения гораздо дольше, чем Qt4-приложения. Лень разбираться, кто виноват: ICU, или всяких хлам вроде dlopen libqxcb.so -> libQt5DBus, libQt5XcbQpa. В Qt4 было всё просто: QtGui + QtCore и поехали без всяких там NEEDED, функционал которых не используется, однако болтается соплёй.

К чему OpenGL по-дефолту линкуется к обычной программе на QtWidgets, которая этот OpenGL вообще не использует? В официальных пакетах так. А потом юзеры маются: www.linux.org.ru/search.jsp?q=cannot find lGL&range=ALL&interval=ALL&...

Вот эти необдуманные и плохо проработанные решения и отталкивают многих. В Qt 4 был порядок. OpenGL использовался модулем QtOpengl и не выходил за его пределы. А в Qt 5 они размазали его во множество модулей, начиная от QtGui и заканчивая QtQML. А сейчас сообразили, что драйвера-то говно и начали делать Qt Lite с программным рендерингом.

Возникает вопрос, почему нельзя было сразу сделать программный рендеринг?