LINUX.ORG.RU

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

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

Да и сравнение экспортированных символов само по себе мало что значит, может быть поменяли приватное API или забыли static написать. C++ больше символов генерирует.

Это достаточный аргумент в пользу того, что API остаётся стабильным. Не сравним с голословными утверждениями на форумах.

Давайте сравнивать GTK2 и GTK3 а не минорные релизы.

Давайте. Вспомним про Qt3 и Qt4, это же такая актуальная тема, как и GTK+2. Сколько там модуль Qt3Support тянули, без которого куча софта в тыкву превращалась? Весь жизненный цикл Qt4 и лишь в Qt5 его дропнули.

Расскажите это авторам кучи софта, которые не смогли перейти на GTK3.

Расскажи это авторам кучи софта вроде: Qucs 0.0.19 (Разработчики ещё не выбрались из болота под названием «порт с Qt3 на Qt4»), QAmix, сборка во «враждебном окружении» и пр. А так же авторам целого TDE, которые не могут до сих пор избавиться от Qt3 потому что портирование всего на Qt4/Qt5/Qt6 не представляется возможным из-за сломанной напрочь совместимости. Или вот, например, такая замечательная программа, которой я и многие ЛОРовцы давно пользовались (тот же @ChekPuk):

https://en.wikipedia.org/wiki/Quanta_Plus

Её не смогли перенести на современный Qt и она умерла.

Qt3 как раз и надо сравнивать с GTK+2.

Переход с Qt4 на Qt5, конечно, был более мягким, но без трудностей не обошлось. Пример – многострадальный Amarok из KDE, который сдох при этом переходе. Как и множество другого софта на Phonon API, который выкинули в Qt 5.

Так что все эти рассуждения на тему сравнения мажорных версий – полная туфта. Проблем было до жопы, что у Qt, что у GTK+.

Исправление EXL, :

Да и сравнение экспортированных символов само по себе мало что значит, может быть поменяли приватное API или забыли static написать. C++ больше символов генерирует.

Это достаточный аргумент в пользу того, что API остаётся стабильным. Не сравним с голословными утверждениями на форумах.

Давайте сравнивать GTK2 и GTK3 а не минорные релизы.

Давайте. Вспомним про Qt3 и Qt4, это же такая актуальная тема, как и GTK+2. Сколько там модуль Qt3Support тянули, без которого куча софта в тыкву превращалась? Весь жизненный цикл Qt4 и лишь в Qt5 его дропнули.

Расскажите это авторам кучи софта, которые не смогли перейти на GTK3.

Расскажи это авторам кучи софта вроде: Qucs 0.0.19 (Разработчики ещё не выбрались из болота под названием «порт с Qt3 на Qt4»), QAmix, сборка во «враждебном окружении» и пр. А так же авторам целого TDE, которые не могут до сих пор избавиться от Qt3 потому что портирование всего на Qt4/Qt5/Qt6 не представляется возможным из-за сломанной напрочь совместимости. Или вот, например, такая замечательная программа, которой я и многие ЛОРовцы давно пользовались (тот же @ChePuk):

https://en.wikipedia.org/wiki/Quanta_Plus

Её не смогли перенести на современный Qt и она умерла.

Qt3 как раз и надо сравнивать с GTK+2.

Переход с Qt4 на Qt5, конечно, был более мягким, но без трудностей не обошлось. Пример – многострадальный Amarok из KDE, который сдох при этом переходе. Как и множество другого софта на Phonon API, который выкинули в Qt 5.

Так что все эти рассуждения на тему сравнения мажорных версий – полная туфта. Проблем было до жопы, что у Qt, что у GTK+.

Исправление EXL, :

Да и сравнение экспортированных символов само по себе мало что значит, может быть поменяли приватное API или забыли static написать. C++ больше символов генерирует.

Это достаточный аргумент в пользу того, что API остаётся стабильным. Не сравним с голословными утверждениями на форумах.

Давайте сравнивать GTK2 и GTK3 а не минорные релизы.

Давайте. Вспомним про Qt3 и Qt4, это же такая актуальная тема, как и GTK+2. Сколько там модуль Qt3Support тянули, без которого куча софта в тыкву превращалась? Весь жизненный цикл Qt4 и лишь в Qt5 его дропнули.

Расскажите это авторам кучи софта, которые не смогли перейти на GTK3.

Расскажи это авторам кучи софта вроде: Qucs 0.0.19, QAmix, сборка во «враждебном окружении» и пр. А так же авторам целого TDE, которые не могут до сих пор избавиться от Qt3 потому что портирование всего на Qt4/Qt5/Qt6 не представляется возможным из-за сломанной напрочь совместимости. Или вот, например, такая замечательная программа, которой я и многие ЛОРовцы давно пользовались (тот же @ChePuk):

https://en.wikipedia.org/wiki/Quanta_Plus

Её не смогли перенести на современный Qt и она умерла.

Qt3 как раз и надо сравнивать с GTK+2.

Переход с Qt4 на Qt5, конечно, был более мягким, но без трудностей не обошлось. Пример – многострадальный Amarok из KDE, который сдох при этом переходе. Как и множество другого софта на Phonon API, который выкинули в Qt 5.

Так что все эти рассуждения на тему сравнения мажорных версий – полная туфта. Проблем было до жопы, что у Qt, что у GTK+.

Исправление EXL, :

Да и сравнение экспортированных символов само по себе мало что значит, может быть поменяли приватное API или забыли static написать. C++ больше символов генерирует.

Это достаточный аргумент в пользу того, что API остаётся стабильным. Не сравним с голосновыми утверждениями на форумах.

Давайте сравнивать GTK2 и GTK3 а не минорные релизы.

Давайте. Вспомним про Qt3 и Qt4, это же такая актуальная тема, как и GTK+2. Сколько там модуль Qt3Support тянули, без которого куча софта в тыкву превращалась? Весь жизненный цикл Qt4 и лишь в Qt5 его дропнули.

Расскажите это авторам кучи софта, которые не смогли перейти на GTK3.

Расскажи это авторам кучи софта вроде: Qucs 0.0.19, QAmix, сборка во «враждебном окружении» и пр. А так же авторам целого TDE, которые не могут до сих пор избавиться от Qt3 потому что портирование всего на Qt4/Qt5/Qt6 не представляется возможным из-за сломанной напрочь совместимости. Или вот, например, такая замечательная программа, которой я и многие ЛОРовцы давно пользовались (тот же @ChePuk):

https://en.wikipedia.org/wiki/Quanta_Plus

Её не смогли перенести на современный Qt и она умерла.

Qt3 как раз и надо сравнивать с GTK+2.

Переход с Qt4 на Qt5, конечно, был более мягким, но без трудностей не обошлось. Пример – многострадальный Amarok из KDE, который сдох при этом переходе. Как и множество другого софта на Phonon API, который выкинули в Qt 5.

Так что все эти рассуждения на тему сравнения мажорных версий – полная туфта. Проблем было до жопы, что у Qt, что у GTK+.

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

Давайте сравнивать GTK2 и GTK3 а не минорные релизы.

Давайте. Вспомним про Qt3 и Qt4, это же такая актуальная тема, как и GTK+2. Сколько там модуль Qt3Support тянули, без которого куча софта в тыкву превращалась? Весь жизненный цикл Qt4 и лишь в Qt5 его дропнули.

Расскажите это авторам кучи софта, которые не смогли перейти на GTK3.

Расскажи это авторам кучи софта вроде: Qucs 0.0.19, QAmix, сборка во «враждебном окружении» и пр. А так же авторам целого TDE, которые не могут до сих пор избавиться от Qt3 потому что портирование всего на Qt4/Qt5/Qt6 не представляется возможным из-за сломанной напрочь совместимости. Или вот, например, такая замечательная программа, которой я и многие ЛОРовцы давно пользовались (тот же @ChePuk):

https://en.wikipedia.org/wiki/Quanta_Plus

Её не смогли перенести на современный Qt и она умерла.

Qt3 как раз и надо сравнивать с GTK+2.

Переход с Qt4 на Qt5, конечно, был более мягким, но без трудностей не обошлось. Пример – многострадальный Amarok из KDE, который сдох при этом переходе. Как и множество другого софта на Phonon API, который выкинули в Qt 5.

Так что все эти рассуждения на тему сравнения мажорных версий – полная туфта. Проблем было до жопы, что у Qt, что у GTK+.