Компания Qt Company опубликовала первый бета-выпуск ветки Qt 6, которая включает значительные архитектурные изменения, а для сборки требуется компилятор, поддерживающий стандарт C++17. Релиз намечен на 1 декабря 2020 года...Подробнее: https://www.opennet.me/opennews/art.shtml?num=53928
Heif на линуксе не планируют включить? Плагин работает, но там только базовая поддержка.
проект написанный для 5й версии соберется с 6й без переделывания? Помню что при переходе с 4й на 5ю пришлось возиться долго
Говорят, тоже придется возиться, но недолго
недолго, потому что быстрее плюнуть и перейти на вменяемые тулкиты.
На GTK?
GTK это невменяемый. Вменяемые: FLTK, FOX.
оба трое невменяемые
вменяемый Qt
Вменяемые тулкиты аноним указать постеснялся, видимо чтобы не закидали помидорами
сплюснутые на другое не способны.
Пользуйтесь MFC
щас бы фреймворки на тулкиты менять.. хотя для проектов где нужен был тулкит брать фреймворк изначально не надо было.
Фреймворк порезан на части. Вот там, где нужен только тулкит, можно смело брать только его.
Будет как обычно.
Точно нет. Если в планах миграция на 6, то стоит поупражняться на 5.15.
> переходе с 4й на 5юне возникло никаких проблем
у меня 2 проекта файлов по 200 собрались ещё на преальфе и работают без проблем
может, конечно, уже пофиксили
А у меня с qmake-qt6 проблемы: "Could not find qmake spec 'linux-g++'."
При этом, /usr/lib/qt6/mkspecs/linux-g++/* есть.
Не подскажете, как собирать?
ArchLinux, если что.
Если работаете с железом то о 6 версии придется забыть
Очень хочу Плазму и её виджеты, скомпилированные в машинный код
А у тебя они в чём? В расте? :D
qml))
Странно, у меня бинарники.Но у фрактала как всегда, своя реальность, растоманская.
Хотеть не вредно. Ты не слышал, что Qt6 копирасты собираются анально огородить? KDE (по сути лучшая среда) теперь всё.
Ложь.
Мне Аликс Пол даже отписался и сказал что "Всё хорошо, обе стороны заинтересованы в куте как в свободном продукте, мы с ними ведём переговоры, если что-либо появится нового - обнародуем".
А ровным счётом ничего не изменится. Хватит уже истерить.Более того, скорее всего даже в выигрыше KDE и все Qt'шники свободного софта остануться. Я так точно останусь в выигрыше.
Угу, только вот поддержки экосистемы от коммерсов больше не будет. Хотя они и без того не торопились переходить на Qt.
Ну перейдёт Plasma с GPLv2 на v3 и что?
И то, что LTS только под EULA.
LTS не нужен. Нужна поддержка старого железа и ОСей и нежор памяти в bleeding edge-версиях
Расти то растут, но уж слишком с этим QML возятся. А за переход на более новые стандарты молодцы.
> Расти то растутВ смысле окисляются? Переходят на rust?
QML - лучшее (синтаксически) средство для UI вообще. С чем еще возиться, если не с ним?
А я с UI вообще не вожусь. Я в designer делаю форму и привязываюсь к сигналам\слатм.
Всёравно удобнее логичнее и понятнее QtWidgets и C++ ничего нет.
когда закончишь универ и начнёшь писать что-нибудь посложнее двух кнопок с четырьмя textfield-дами, будешь или кодом на виджетах писать, или на qml перейдёшь (и тоже будешь кодом писать, не в дизайнере)
когда закончишь универ и начнёшь писать что-нибудь посложнее двух кнопок с четырьмя textfield-дами, то поймёшь, что на виджетах это делается в разы быстрее, и единый вид приложений обеспечивается.
Ты все-таки универ закончи, прежде чем такое писать.
Ну ты попробуй на мобилки с виджетами заехать. Оччень я тебе скажу специфическое удовольствие. Я вот попробовал и пришлось qml учить. Хоть и через боль и неудобства, но пришлось.В моей задаче виджеты справлялись просто отвратительно. (И да, под десктопы я умею их готовить)
Ребята, а кто-то пробовал на PyQt/PySide на мобилы удачно заехать?
Очень геморно собирать приложения
QML прикольный
>В Qt 6 планируют реализовать поддержку многих современных возможностей C++И что там? Всё основное было сделано в c++11. Вот в c++20 есть вкусные вещи. 17 стандарт проходной.
Раньше функционал делали, а сейчас осваивают розовый синтаксис языка...
Между С++17 и С++20 отличия далеко не в синтаксисе.
раньше просто забивали гвозди, сейчас коллекционируют розовые молоточки.
А как посмотришь CppCon, так все только про него и говорят.
-вот смотрите - модули! (новый синтаксис, ни с чем ранее не совместимый)
-вот смотрите лямбды ! - ()<>[]{} красота же!
- вот смотрите корутины! новый синтаксис и вам еще пилить вагон своего кода чтобы эта поебота завелась!
- вот смотрите концепты, новый крутой синтаксис, который вам опять же придется учить {} -> ^>_<^. Забейте все синтаксисы что вы знали раньше.Поэтому таки да. разработчики просто упиваются созданием новых под-языков, чтобы язык становился все более и более "expert-friendly", для дрочеров которые любят обмазываться тремя тысячами стро стандарта.
> А как посмотришь CppCon, так все только про него и говорят.
> -вот смотрите - модули! (новый синтаксис, ни с чем ранее не совместимый)Обратная совместимость всё же осталась. А возможность писать интерфейс и реализацию в одном файле -- это кайф, подтвердят все, кто писал хоть на чём-то кроме C/C++.
> -вот смотрите лямбды ! - ()<>[]{} красота же!
Соглашусь, синтаксис уродливый. Но, во-первых, редко где он нужен, и нужен будет ещё реже благодаря концептам. Во-вторых, когда он нужен, лучше уродливый, чем вообще отсутствие возможностей.
> - вот смотрите корутины! новый синтаксис и вам еще пилить вагон своего кода чтобы эта поебота завелась!
Вот тут полностью согласен. До C++23 лучше обходить стороной или пользоваться бустовской обвязкой, её всё равно обычно в стандарт потом перетаскивают.
> - вот смотрите концепты, новый крутой синтаксис, который вам опять же придется учить {} -> ^>_<^. Забейте все синтаксисы что вы знали раньше.
То ли дело старый добрый SFINAE, да?
Я не представляю, что будет, когда ещё и рефлексию добавят и отдельный синтаксис для неё. И метаклассы до кучи. И плевать, что удобно и много где есть в том или ином виде.Edit: ОК, метаклассов почти нигде нет. По факту, питон и лисп(если верить википедии). Рефлексия с другой стороны, есть очень много где. Если она вместе с метаклассами окажется в C++, Meta Object Compiler можно будет оставить только для легаси.
> А как посмотришь CppCon, так все только про него и говорят.
> -вот смотрите - модули! (новый синтаксис, ни с чем ранее не совместимый)При чем здесь синтаксис? Это не сахар, это принципиально новая фича, которая позволяет все же рассказать компилятору (а не линкеру) о зависимостях между отдельными юнитами, упростить инкапсуляцию и разграничить области видимости.
> -вот смотрите лямбды ! - ()<>[]{} красота же!
> - вот смотрите корутины! новый синтаксис и вам еще пилить вагон своего
> кода чтобы эта поебота завелась!Она не обязана заводиться просто так. Ее заводишь ты ровно так, как тебе надо, настраивая под свой юзкейс. Это точно так же принципиально новая для плюсов возможность. Любые костыли до этого просто не могли генерировать эффективный код.
> - вот смотрите концепты, новый крутой синтаксис, который вам опять же придется
> учить {} -> ^>_<^. Забейте все синтаксисы что вы знали раньше.Концепты отлично дополняют constexpr, и, главное, позволяют писать максимально полиморфный код. Синтаксис абсолютно неважен, важна возможность проверить во время компиляции валидность и свойства любого выражения _и_ на основе этой информации построить логику кодогена.
> Поэтому таки да. разработчики просто упиваются созданием новых под-языков, чтобы язык становился
> все более и более "expert-friendly", для дрочеров которые любят обмазываться тремя
> тысячами стро стандарта.Строк стандарта было бы меньше, если бы эти возможности были в стандарте на 10-15 лет раньше.
>вот смотрите - модулиМодули - говно. От модулей я хотел бы, чтобы
1. они работали не как #include "", то есть не гадили препроцессором область видимости, чтобы не было
#define true (rand() > RAND_MAX / 1000) // happy debugging, bastards.
Вообще, использование препроцессора для констант, если эта константа не используется в других директрвах препроцессора, должно быть fatal compile error с формулировкой "пошёл на ***, вон из профессии". Аналогично для случая, когда макрос представляет собой законченное выражение.
2. поставлялись разрабами либ в готовом виде, с расчётом, что их будут импортиговать
3. обеспечивали автоматическую связь с shared и static lib, вроде #pragma comment(lib,
А в результате, модули оказались просто кешем для AST для компилятора, пригодными только для зависимостей, пересобираемых самим.
Язык уже настолько обмазали всяким, а главное, с сохранением обратной совместимости, что изучение C++ уже сродни изучению brainfuck. А выучить все возможные конструкции (необязательно использовать, а как минимум распознавать что это и нахера) - всё равно что сдать HSK6.Я думаю, буду обходить этот язык стороной. Лучше обмазаюсь Сями с Glib или Rust'ом, если вообще потребуется лезть в системщину.
Он ещё не до конца допилен, в gcc вон до сих пор нет модулей кроме отдельной ветки. Какого-нибудь std::format вообще нигде нет. И это сейчас, под конец года. Когда Qt 6.0 начинали, не было даже ясности, останется ли бинарная совместимость, а весь C++20 ещё только начинался и что туда войдёт, что нет, ясности не было.Плюс ряд ключевых вещей недоделан, например корутины есть, а стандартных обвязок для них нет, и понять, как написать свои, очень долго и не очень нужно, ибо наверняка введут в C++23.
И не забываем, что не все смогут или захотят перейти на C++20.
Из хороших новостей: бинарная совместимость есть, C++17 это лишь минимальные требования.
>API Vulkan, MetalОни S3 откопали штoле?
Увы, но это яблоко своё что-то мутит.
Лучший тулкит.
с конца
С каго конца ни крути, а, всё равно, лучшая.
сколько конец ты свой ни крути, а лучше не станет.
с++?! Это же небезопасно! Почему до сих пор на расте не переписали?
Ты предлагаешь ПЕРЕПИСАТЬ весь Qt? Зачем?
А вот официальные биндинги не помешали б, да.
когда шутка зашла слишком далеко
Я думал все растоманы переписывают по 10 миллионов строк кода за 20 минут, и еще успевают 10 минут потолкаться в столовой на большой перемене :)
Ты видел эту обвязку на расте? Оня течёт. Да, течёт. Не Qt часть, течет растовая. C++ аналогичный код без утечек кушает.
На Rust уже полноценное ООП добавили? Или разрабам придётся своё очередное мета- городить?
будто в сях оно есть. Идиотизм с moc могли только сплюснутые придумать.
moc нужен был потому, что в C++ нет и не было нормального препроцессора. В смысле - шаблоны слишком кастрированные.
В 23 году будут
Судя по описанию неплохо звучит, но меня беспокоит лицензионная политика этой конторы. Что на сей раз они задумали?
Меня больше беспокоит, что [s]дебилы[/s] взрослые люди сплетничают вместо того, чтобы взять и сходить на оф. сайт, где лежит вся инфа по лицензиям.
И где там лежит инфа как они тебя собираются поиметь, м? Там один маркетинговый булшин и затирания про светлое будущее
(L)GPLv3 как минимум поставит крест на использовании Qt бесплатно в Embedded/Mobile секторе, если проприетарщик. Потому что эту версию Столлман запилил, когда сгорел от тиво. А значит, ты должен обеспечивать "техническую возможность" менять Qt на свою сборку когда Васе этого захочется.На Desktop достаточно линковаться динамически и всё будет норм (подменяй нихачу). Для свободных проектов почти ничего не изменится, но если KDE сменит лицензию на v3, а скорее всего им это ПРИДЁТСЯ сделать из-за несовместимости лицензий, KDE тоже заразится этой болезнью. А Embedded швaбодке не сдался.
ИМХО, Qt стреляют себе в ногу точно так же, как 2 года назад это сделала MongoDB с SSPL. Жадность фрайера сгубила, как говорится. Коммерсы и без того косо смотрели на них, предпочитая использовать GTK для поддержки GUI в Linux, теперь вообще интерес могут потерять. Лицензия стоит жирно, не каждая контора может позволить, ибо 4 килобакса на макаку в год (~300к рублей). Стартапам MVP-style совсем невыгодно стало, ибо им нужно сначала взлететь, потом уже думать о лицензиях.
В Flutter пилят поддержку десктопов, пока она еще в альфа стадии, когда доберется до релиза, Qt станет совсем тяжело конкурировать из-за лицензии
Лицензияфоб.Флуттер твой очередное электроновыкидышь. В подмётки не годится. Посмотри уже что такое Qt. Это тебе не жалкие кнопочки да менюшки уродливого и вырвиглазного качества. Это целый фремворк. Сети, FSM, сенсоры, serialbus, sql и куча всего ещё. И при этом у тебя зависимость только 1. А ну куча г...на которую потом ты сам не осилишь собрать на другом компе и сможешь только в флатошлаки.
Фуло этот флутер.
нифуя flutter не говно, мобилками пользуются больше, чем десктопами и что там молодёжь напишут - то и будет в топчике затем на десктопе. К тому же skia как бекенд у flutter быстрее, чем cairo.
под ведро, librem-ы и pinephone-ы можно писать хоть на си, хоть на qt, а ios не нужен
Какая экспрессия!!!
QT это не тоько построение интерфейсов. посмотрите список модулей.
я на Qt пишу начиная с 3й версии, я просто говорю что не в последнюю очередь из-за лицензии количество пользователей у него будет падать
ну пока что норм, пользоваться для написания внутренних проектов - все гуд. Если чтото коммерческое, ну как бы уж можно и заплатить, в конце концов ребята стараются. Да в целом нормальная лицензия. В конце концов всегда можно форкнуть, те же КДЕшники, и с сообществом проблем нет.
> Если чтото коммерческое, ну как бы уж можно и заплатитьНельзя, они бешеных бабок просят. По 10-20 баксов уже давно бы платил им, а так обойдутся со своими эффективными
> Если чтото коммерческое, ну как бы уж можно и заплатить4 килобакса на одну макаку-разработчика в год. Много хотят. Лицензии "на юрлицо" даже в опциях нет. Что как-бэ намекает, экономьте на разрабах.
вот про телегу, клиент распространяется по gpl https://github.com/telegramdesktop/tdesktop
, а вот сервак если тоже на qt, то это внутренний продукт )) поучается что с ицензией у Дурова все гуд. ну я думаю что он поюбому спонсирует qt
Спонсирует но патчит? Почему б тогда в mainline не лить?
Бэкэнд на C++? Пашка не такой мазохист. По крайней мере, я надеюсь.
флаттер же совсем другое для задач где достаточно флаттера куте никогда не был нужен.
Так для задач, активно использующих графику( игры и проч ) логичней норм игровой движок типа юнити или анреала использовать... но никак не куть...
А для задач по формошлепству и флаттер и реакт-натив идеально подходят
Для тех кто пропустил, а есть что-то как PyQt, но чтобы прям в мобилки девелопать? Qt же может в мобилки и эмбедды сам по себе
когда-то мог, потом гугл решил выкинуть сиё непотребство.
Не правда, до сих пор может и причем замечательно.
как минимум очевидный kivy: https://github.com/kivy/kivy (спойлер: он не очень производительный, ибо культи на крестах с биндингами к питону, а сабж на чистом питоне)
Да, QtWidgets замечательно собираются под android. Ну может с небольшими особенностями учитывая пальцетыкство. Но работает без особых телодвижений.Наверняка ещё и QML можно впихнуть, но не пробовал. Сам собирают только QtWidgets (Linux, android, windows, mac)
Так для задач, активно использующих графику( игры и проч ) логичней норм игровой движок типа юнити или анреала использовать... но никак не куть...А для задач по формошлепству и флаттер и реакт-натив идеально подходят
Чуток не туда ответил... хотя ответ писал для другого коммента... в форме ответа для другого коммента... но прилетел он, почему-то, сюда
В Pydroid виджеты PyQt нормально работают! А вот кто пробовал собирать с PyQt/PySide аппликашечку под мобилы?
очень нравится в культях 3 вещи:
- Возможность накидать placeholder гуй для клиента в дизайнере за пару минут
- Огромное количество виджетов и прочих свистелок на все случаи жизни. Читалка таблиц csv/pandas датафеймов пишется в пару строчек
- Относительно неплохой искоробочный вид на всех мажорных осИ, пока что, тут как бы безальтернативно
- говногуй
- говноджеты
- говновид
Именно так.
все верно. из коробки на все случаи все имеется.
В новых версиях обещают это исправить
На все ваши пункты - Lazarus/FreePascal.
Да, но довольно давно уже колдуны прокляли технологии, вышедшие из моды. -10 к харизме, -1000 к зарплате и все такое. Мы живем в модно-стильно-трендовом мире.
Пора начинать пилить KDE 6 и дропать KDE 5, KDE 6 сама себя не запилит, а стабилизация KDE это нонсенс.
Простите, адепт гнома, но у нас здесь не такое болото, как у вас.
конечно не такое, у вас гнилее и глубже.
А GNOME 4.0 и не будет. А GTK3 и GTK4 можно использовать параллельно. И где же болото?
Самое главное забыли: к разрабам прилетела кукушка и они дропнули семёрку и 32 бита.
плохо дело. дропать Windows 7 и 32бит - играть на руку корпорациям. Зачем это делать?
>играть на руку корпорациямКорпорация корпорации рознь. У некоторых - громадный парк старых машин. Вы наверное имели в виду 4 конкретные корпорации: Intel, AMD, NVidia и Microsoft, и ещё несколько менее конкретных - производителей материнок?
Да, я тоже не понимаю. Сомнительно что к Qt майкрософт пришел и говорит "нате миллиадр выкиньте поддержку всего до десяточки". Даже если бы такое произошло, такое всплывет - говна не оберешься. нафиг надо.
Поэтому корпорации о который должны беспокоиться в Qt Project это коммерческие пользователи, а они чет вряд ли будут рады что их клиентов уже кидают через писюн.
Flutter в сотню раз лучше чем электрон. Но все равно херобобина. Это никак не отменить
Блин, я хотел на чужой коммент ответить. Ну если уже так получилось, добавлю, что перспективная технология пожалуй orbtk если конечно разрабов хватит допилить. И да, она на хрусте
Ну тогда жуйте orbtk без сахара сами, если он на Хрусте.
platform.uno будет покруче. Не использует никаких велосипедных жабоскриптоподобных языков, всё на .Net <s>Core<s> 5. Который, ИМХО, станет новым Mono в Linux, рано или поздно.Ну или подобная поделка непосредственно от майков: https://github.com/dotnet/maui. Но только через год.
Ничего перспективного там не вижу. По возможностям уступает даже tk и бете первого GTK (шутка). Не нашёл в нём чего-то уникального и интересного.
Смотря для чего лучше или хуже.
Для формашлепства( на которое приходится 90% мобильных приложений ) - флаттер и репки-натив подходят практически идеально.Для задач с активным использованием графики( типо игр ) логичней применять заточенные под это продукты - игровые движки вроде юнити или анреала
.. и всё равно место кутям шибко не видно
> юнитиЯ GPU за вами обновлять не успеваю, ироды.
> Я GPU за вами обновлять не успеваю, ироды.Аналогичные игры на QT будут быстрее и гораздо менее требовательны к железу ?
Речь о том, что юнити для гуя неуместны.
> Речь о том, что юнити для гуя неуместны.Для обычного гуя - само-собой( хотя у кого как. Попадались "обычные" приложения, на нем запиленные ).
Для чего, связанного с мощной работой с графикой, моделями и проч - вполне уместно, тогда как уместность кутя вызывает серьезные сомнения.
Qt не нужен, можете закапывать. GTK - единственное, что отвечает духу свободы на Linux. А хочешь кроссплатформенности без головняков, пиши на веб технологиях. Chromium'a хватит всем и Mozzile тоже.
Ты не нужен, пора закапывать.
Qt стремится весь перейти на GPLv3. А GPLv3 и есть одобренная отцом свободы свобода.
>Возможность компиляции QML в представление на C++ и машинный код.Т.е. про генерацию интерфейсов во время исполнения программы можно забыть?
Да
Написано же "возможность", значит, можно будет выбрать, компилировать в машинный код или нет.
учитывая логику сплюснутых, фиг потом что выберешь.
Нет, выбор-то будет. но недолго. потом deprecated и "мы решили выпилить т.к. никто не пользуется, вам это не нужно". См. как было с QtScript
250 мб на маленькую форму как-бы дохрена. Поэтому спасибо что сделали компиляцию в с++. Она если что была давно, просто в комерческой версии и работала с кучей нюансов. А теперь есть надежда что будет без лишнего оверхеда.
Ну если ты про динамику, то есть MVC Пиши нужные тебе View компоненты И вісілай из с++ модель. Так можно генерировать интерфейс даже на виджетах.
Аааааа!!!... Скоро опять KDE будут ломать... ((( ИЗВЕРГИ! ДОВЕДИТЕ ДО УМА 3ю ВЕРСИЮ И ВСЕМ БУДЕТ СЧАСТЬЕ!...
Очень смешно, желаю автору комментария попробовать Q4OS, понять что синдром утёнка не оправдал себя, и поскорее закончить третий класс.
Сколько весит привет мир?
версию для x64 в качестве хоста собрал qt-everywhere-src-6.0.0-beta5, кросс на arm64-v8a тоже собрал. примеры собираются. на планшете работают. что еще надо... все нравится градль 5.9 для сборки. кто пользовался ant забудьте