LINUX.ORG.RU

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

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

Причем в последний раз, с точки зрения юзера, не сильно что то поменялось

не сильно что то поменялось

Ну-ну. Сколько тут нытик-тредов про сырой Qt 5 было?

А ну да, ещё они ввели «модульность», видимо по стандартам KDE'шников. В их понимании, «модульный фреймворк», это, видимо, следующее:

У тебя есть приложение-кнопка на Qt 4, зависит оно от QtCore и QtGui и весит 9 МБ со всеми либами. Ты его хочешь перенести на весь такой модульный и современный Qt 5, в итоге приложение начинает зависеть от QtCore, QtGui, QtWidgets, libqxcb.so (причём эта падла загружается через dlopen, о чём узнаёшь после деплоя на целевой машине), внезапно, начинает весить в два раза больше ~19 МБ (модульность!). При этом, в качестве подарка, тебе добавляются битые/блёклые шрифты, неработающие Ctrl+C/Ctrl+V в ЛЮБОЙ раскладке, отличной от EN, -20% к производительности отрисовки и т. д, и т. п.

Но самый эпичный обосрамс у них вышел с выньдой. Из-за их обосрамса каждый виндузятник, работающий с Qt на Windows мог почувствовать себя гентушником.

Суть в чём: с момента релиза Qt 5.0.0 у них на билдферме был баг, из-за которого к QtCore линковалось 30 МБ libicu*-шлака. Само использование libicu в QtCore это дополнительная функциональность, нужная лишь 0.000001% Qt-программистов. На протяжение нескольких лет виндоюзеры плакались Qt-разрабам, мол почему Qt зависит от ICU? Уберите, пожалуйста, лишние зависимости на Windows, моя кнопка стала весить 60 МБ. На что они им отвечали, идите и пересобирайте Qt с опцией --disable-icu, мы тут ни при чем, ICU отключен. И юзеры шли и тратили полдня на пересборку, глаза их наливались кровью. И только совсем недавно, один из Qt разрабов, отписался в багтрекер что-то вроде «Doh! This is CI bug. LOL.» И они-таки разродились Qt 5.5.0 без зависимости от ICU. Теперь компилировать не нужно. Прошло три года.

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

Причем в последний раз, с точки зрения юзера, не сильно что то поменялось

не сильно что то поменялось

Ну-ну. Сколько тут нытик-тредов про сырой Qt 5 было?

А ну да, ещё они ввели «модульность», видимо по стандартам KDE'шников. В их понимании, «модульный фреймворк», это, видимо, следующее:

У тебя есть приложение-кнопка на Qt 4, зависит оно от QtCore и QtGui и весит 9 МБ со всеми либами. Ты его хочешь перенести на весь такой модульный и современный Qt 5, в итоге приложение начинает зависеть от QtCore, QtGui, QtWidgets, libqxcb.so (причём эта падла загружается через dlopen, о чём узнаёшь после деплоя на целевой машине), внезапно, начинает приложение весить в два раза больше ~19 МБ (модульность!). При этом, в качестве подарка, тебе добавляются битые/блёклые шрифты, неработающие Ctrl+C/Ctrl+V в ЛЮБОЙ раскладке, отличной от EN, -20% к производительности отрисовки и т. д, и т. п.

Но самый эпичный обосрамс у них вышел с выньдой. Из-за их обосрамса каждый виндузятник, работающий с Qt на Windows мог почувствовать себя гентушником.

Суть в чём: с момента релиза Qt 5.0.0 у них на билдферме был баг, из-за которого к QtCore линковалось 30 МБ libicu*-шлака. Само использование libicu в QtCore это дополнительная функциональность, нужная 0.000001% Qt-программистов На протяжение нескольких лет виндоюзеры плакались Qt-разрабам, мол почему Qt зависит от ICU? Уберите, пожалуйста, лишние зависимости на Windows, моя кнопка стала весить 60 МБ. На что они им отвечали, идите и пересобирайте Qt с опцией --disable-icu, мы тут ни при чем, ICU отключен. И юзеры шли и тратили полдня на пересборку, глаза их наливались кровью. И только совсем недавно, один из Qt разрабов, отписался в багтрекер что-то вроде «Doh! This is CI bug. LOL.» И они-таки разродились Qt 5.5.0 без зависимости от ICU. Теперь компилировать не нужно. Прошло три года.