Каким будет окончательное решение вопроса фреймворков?

ставлю рюмку самогона, у тебя есть новое, революционное решение!

TK мёртв, а больше кроме GTK и Qt ничего и нет. Конкуренция обоим на пользу. /thread

Конечно есть wayland, но не тянет он на полное решение.
Всё это работает поверх X-сервера частично дублируя его функционал.

Qt и GTK умеют прекрасно работать поверх вэйланда.

Основная проблема с вэйландом - пока что композиторы не умеют работать с nvidia (как gnome 3.24 завезут - будет работать). И еще легаси софт требующий частей иксов.

еще легаси софт требующий частей иксов.

он должен умереть.

и все поделки, которые не соблюдают ieee или как его там...

Давай уже, рассказывай. Ты предлагаешь осчастливить человечество новой прослойкой над операционной системой? Помнится, в начале 90-х это была Windows, и ничего хорошего из этого не вышло. Аналогичная история со свистоперделками поверх Linux/gcc/libc. КПД какого производственного процесса (учитывая затраты на разработку и сопровождение) ты собираешься повысить с помощью своих революционных изменений?

…Одним из примеров громоздкой и, по мнению авторов, бесполезной надстройки является интегрированная система WINDOWS фирмы Microsoft. Эта система занимает почти 1 Мбайт дисковой памяти и рассчитана на преимущественное использование совместно с устройством типа мышь…

…Таким образом, читатель уже понял, что среди надстроек над ДОС бывают довольно бесполезные системы, которые только выглядят красиво, а на самом деле отнимают время пользователя, память на дисках и оперативную память ЭВМ. Обманчивая красота таких систем, однако, сильно воздействует на неискушенных пользователей, которые не имели практики работы на машине. Инерция мышления бывает столь сильна, что авторам приходилось наблюдать, как люди, начавшие работать с подобной настройкой, впоследствии с трудом заставляют себя изучать команды ДОС… Хочется предостеречь от этой ошибки читателей…

Т.Э.Кренкель, А.Г.Коган, А.М. Тараторин. «Персональные ЭВМ в инженерной практике», Москва, Радио и Связь, 1989

TK мёртв

Смищно

frameworksCount = frameworksCount + 1

И ещё много чего.

Есть только Qt.

Как оно будет выглядеть?

Как-то так

Решение вижу только одно: окончательно закапываем GTK+ (новый софт на нём и так почти не пишут), приводим в порядок QtWidgets, и наступает счастье.

frameworksCount = frameworksCount + 1

frameworksCount++; же

Да начнется святая война! Преинкремент против постинкремента :)

add DWORD PTR [frmwk_cnt], 1

Ой, забыл DWORD PTR :)

Постинкрементеры делятся на старперов и позеров.

Нам эту газетку/журнальчик как раз и цитировали в школе в 90/91-м году на уроке информатики. Жаль, что для экономики СССР было уже поздно.

Каким будет окончательное решение этого вопроса

И вообще - будет ли оно.

Каким будет окончательное решение этого вопроса? Как оно будет выглядеть?

Похороны пингвина.

Os X

Давай уже, рассказывай. Ты предлагаешь осчастливить человечество новой прослойкой над операционной системой? Помнится, в начале 90-х это была Windows, и ничего хорошего из этого не вышло. Аналогичная история со свистоперделками поверх Linux/gcc/libc. КПД какого производственного процесса (учитывая затраты на разработку и сопровождение) ты собираешься повысить с помощью своих революционных изменений?

Ты о чём вообще?

Вангану, что вангует, что у тебя есть идея космического масштаба и космической же... ну ты сам понял.

з.ы. вангану выпиливание легаси в культях/гтк. Где-то к нашему выходу на пенсию, если доживём :-)

революционное

Это будет фреймворк, в котором все разработчики будут трудиться над общей Программой

У тебя в посте GTK+ и QtWidgets местами перепутаны.

А вообще, гуй должен быть в вебе. Универсальное решение же! Все должно делаться в браузере. И получается идеальчично.

Как же я не заметил...

окончательное решение ... вопроса

Физическое уничтожение неугодных фреймворков, их авторов и пользователей. В лучших традиция.

гуй должен быть в вебе

Кому должен?

выпиливание легаси в культях/гтк

А где там легаси, кроме самих языков?

Помнится, в начале 90-х это была Windows, и ничего хорошего из этого не вышло.

Ну да, действительно, она всего лишь завоевала весь мир и у большинства людей и вовсе является синонимом понятия «операционная система». А так да, ничего не вышло.

Не, наоборот стоит выкинуть QtWidgets на свалку истории, и довести до ума qml-контролы.

Кстати, ворвусь с своим зелёным змием:

framework_count += 1

довести до ума qml-контролы

Это те, которые уже третий или четвертый раз переписывают с нуля? Спасибо, я не бета-тестер.

Выпилить из них JS оставив только разметку - еще куда ни шло.

Без js теряется весь смысл и гибкость.

Это те, которые уже третий или четвертый раз переписывают с нуля?

Да вроде бы пока только второй. И что, неужели виджеты не трогали и не переписывали никогда?

UWP, конечно.

Я не в теме, но: Qt Quick 1, Qt Quick 2, Qt Quick Controls 1, Qt Quick Controls 2.

Без js теряется весь смысл и гибкость.

Ага. А еще теряется отжирание памяти и проца.

Детишки всё грезят окончательными решениями, как будто они вообще возможны, лол.

пока что композиторы не умеют работать с nvidia

https://www.opennet.ru/opennews/art.shtml?num=46049

смешно когда этот труп насилуют как будто он живой

Шевеление опарышей под шкурой некоторые воспринимают как признаки жизни.

Qt Quick 1, Qt Quick 2, Qt Quick Controls 1, Qt Quick Controls 2.

Контролы то появились в Quick2, так что ряд неуместный Этак можно и написать что-то вроде «qt1, qt2, qt3, qt4, qt5...»

Ага. А еще теряется отжирание памяти и проца.

Не сильно теряется, особенно по части проца если идея была заставить это все рендериться на видеокарте.

А вот писать все на голых крестах и делать на порядок больше рутинной дряни - мало кто захочет, и вовсе уйдет на какой-нибудь электрон с экземпляром браузера.

Решение вижу только одно: окончательно закапываем GTK+ (новый софт на нём и так почти не пишут)

Так и на Qt не пишут, если не считать героические усилия по переписыванию KDE на новые версии.

мало кто захочет

К счастью, таких неадекватов пока мало.

Если не нужно рендерить на видяхе - все преимущества QML теряются. Ибо тормоза. Посмотрим что там с софтварным режимом получится. Может и станет юзабильным.

на голых крестах

Так у нас всё же C++ + MOC + QtCore, а не чистые плюсы. Что сильно спасает.

Но да, лучший вариант - это порт QtWidgets на Rust. Вот оно будущее.

Пруфца бы. Достаточно посмотреть новости о новых проекта - один Qt.

Вот и покажи эти проекты.

К счастью, таких неадекватов пока мало.

Таких неадекватов наоборот полно. Это вообще всеобщая тенденция - писать все на жс и электроне. Может лет 10 пройдет, и вообще софт только облачным и останется (тьфу тьфу тьфу).

Вон, даже скайп скоро свою qt-версию заблочит, и останется только вебднище.

Так у нас всё же C++ + MOC + QtCore, а не чистые плюсы. Что сильно спасает.

Они же в Qt6 собрались выкидывать мок, или я что-то напутал?

Но да, лучший вариант - это порт QtWidgets на Rust. Вот оно будущее.

Лучший вариант - это запилить нормальную gui-библиотеку на D, только гуй (потому что все что qt костылит из за отсутствия этого в самих крестах - там есть искаропки, так что все эти QVariant QThread и QDebug нафиг не нужны). Желательно - на шаблонном двигле а-ля Vibe.d - получится тот же qml, только без жс и компайлтаймовый.

Это вообще всеобщая тенденция - писать все на жс и электроне.

Так это просто хайп. 99% проектов умирают через месяц, так что не страшно.

Сколько годного софта на электроне? Atom, VSCode? Всё? Ну ладно, еще недоскайп и какие-то хипстерские терминалы с нулевой производительностью.

Они же в Qt6 собрались выкидывать мок, или я что-то напутал?

Они много чего хотят. Пока ничего не выкинули.

Лучший вариант - это запилить нормальную gui-библиотеку на D

Язык мёртв, увы. Хотя кто-то из местных таки пилит на нём такую либу. Посмотрим.

потому что все что qt костылит

Тут не поспоришь. Поэтому я и предлагаю портировать QtWidgets на rust.

Новости полистайте. Вы лучше дайте ссылку на новость о новой проге на GTK+. Я жду.

Язык мёртв, увы.

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

А у раста я вообще никаких преимуществ не вижу, а синтаксис и вовсе под рептилоидов наверное заточен. Предвидя «вот а гарбаж коллектор» - там есть и аллокаторы, и @nogc и ключи которые позволяют вырубить его нафиг если есть на то необходимость.

Ricin — новый клиент популярного протокола для приватного общения Tox

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

Языки программирования, как и обычные, считаются живими, когда их используют. Про d такое сказать сложно. Да, у rust всё еще период хайпа, но движуха на порядки больше чем у d.

пакетный манагер шикарный, поиск по пакетам великолепен.

Неужели лучше cargo?

Предвидя «вот а гарбаж коллектор»

Не угадали.

Т.е. сам не знаешь. Наверняка что-то есть проприетарное, но кому это интересно. На гытыка что-то пишут гномеры, вот что я знаю) Не знаю правда зачем и для кого.