Компания Qt Company опубликовала релиз фреймворка Qt 6.7, в котором продолжена работа по стабилизации и наращиванию функциональности ветки Qt 6. В Qt 6.7 обеспечена поддержка платформ Windows 10+, macOS 12+, Linux (Ubuntu 22.04, openSUSE 15.5, SUSE 15 SP5, RHEL 8.8/9.2, Debian 11.6), iOS 16+, Android 8+ (API 23+), webOS, WebAssembly, INTEGRITY, VxWorks, FreeRTOS и QNX. Исходные тексты компонентов Qt поставляются под лицензиями LGPLv3 и GPLv2...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60925
С поддержкой макоси у них кошмар, вот настолько обязательно поддерживать только версии новее трёх лет после выпуска
Ну новее ubuntu 22.04 ещё нету ?
Подскажите, если хочется делать не просто Qt-приложения, а именно для KDE - лучше юзать Kdevelop?
Да хоть Emacs. Только придётся использовать не столько Qt, сколько KF.
так сам эпол через три года на своё железо забивает, в чём цимес кому-то дольше поддерживать?
У тебя что то с арифметикой. У меня есть старенький Macbook Pro 2018, с MacOS 14 Sonoma. Про iOS ситуация такая же. Ты ошибся примерно на три года. В среднем, мажорные обновления на Apple девайсы прилетают 5-7 лет после релиза девайса. А минорные прилетают ещё дольше.
Только есть ньюанс. MB 2018 - даже с топовым на тот момент процом и допустим с GPU (Nvidia/Radeon), под сономой это весьма печальная штука, в которой только в терминале сычевать и погоду смотреть. Новость про разработку для разработчиков.
А вообще жизненный цикл эплоразраба выглядит так:
- берешь топовый макбук за ~4 килобакса + ~1.5 килобакса топовый яблофон + ~1.5 килобакса топовый айпад.
- по мере надобности докупаешь старенькие б/у модели айфонов и айпадов 2-3 годичной давности.
- раз в пару лет апгрейдишь железо, при этом оно проседает по цене:
* макбук: 1.5-2 килобакса
* айфоны и айпады: 600-800 баксовЕсли в ходе эксплуатации на девайсе появляются царапины - торговля будет тем еще весельем, поскольку, кхм-кхм, "тонкие ценители эпол" которые будут выгибая пальцы с тобой торговаться, обязательно будут ныть про царапинки (вообще жалкое зрелище).
Так что не надо вводить людей в заблуждение про "долгие сроки поддержки" - это для домохозяек, не для разрабов.
вот только есть нюанс: "техника" эпол никогда не выходила с топовым железом, всегда с устаревшим на 3-4 года. сейчас они вообще скатились в арм
> сейчас они вообще скатились в армВсе бы так скатывались, я вот недавно забыл виртуалку с Ubuntu Server выключить. Вспомнил через день.
Раньше я бы не забыл из-за гула вентилятора.
возможно, у тебя просто брак ведь рабочий конвейера кумар забыл поставить вентилятор
Но в новомодные времена с кучей термодатчиков на проце и продвинутым управлением питанием и частотами это не так страшно как в былые. Когда из-за поломки вентилятора старый амуде мог даже текстолит материнки подпалить прежде чем помрёт окончательно
Какой забыл? В MacBook Air 2020 M1 нет вентилятора.
А так можно найти отзывы и обзоры на MacBook Pro 2017 – весьма шумные. Даже с минимальной нагрузкой новые могут завыть вроде как ни с чего.
> скатились в армтак скатились, что на данный момент по мощности на ватт им тупо нет равных
ну это как считать. Если мерить по производительности конвертирования видосиков строго определённых форматов, под которые в проц поставили аппаратные блоки для ускорения - да, будет шустро
Если прикидывать по общей производительности( тяжкая конпеляция, когда запущено дофига всего вплоть до нескольких симуляторов. Или игоры-майнинги ), то картина уже не столь радостная
А уж если мерить по более реальным параметрам, проде производительности на единицу стоимости - так тем более.Какая разница какая производительность на ватт у того, что нередко используют как стационарный комп ?
И, если так мерить, какой-нибудь АВР может оказаться сильно производительнее( на ватт ) но лучше от этого едва ли кому-то будет
> ну это как считать. Если мерить по производительности конвертирования видосиков строго
> определённых форматов, под которые в проц поставили аппаратные блоки для ускорения
> - да, будет шустротак говоришь, как будто такого не бывает на практике
> Если прикидывать по общей производительности( тяжкая конпеляция, когда запущено дофига
> всего вплоть до нескольких симуляторов. Или игоры-майнинги ), то картина уже
> не столь радостная
> А уж если мерить по более реальным параметрам, проде производительности на единицу
> стоимости - так тем более.за 1000 евро я могу из ноутбуков что-то на базе R7-7840U. сильно ли он далеко ускачет относительно M3, особенно от батареи? я сомневаюсь.
> Какая разница какая производительность на ватт у того, что нередко используют как
> стационарный комп ?кто использует, а кто не использует. я вот лично ношусь с ноутбуком как ошалелый, и время работы в пару часов на нормальной мощности на x86 ноутбуков для меня - дичь
> так говоришь, как будто такого не бывает на практикепрактически не бывает, ведь в сказки что видосы конвертятся лишь на яблоке верят немногие
> за 1000 евро я могу из ноутбуков что-то на базе R7-7840U. сильно
> ли он далеко ускачет относительно M3, особенно от батареи? я сомневаюсь.Что "могу" за кило синих ?
Я работаю на стационарнике, проц - 6-8 ядер, 10-летней давности и до сих пор не упёрся в потолок производительности или памяти( нынче убавил ибо походу глючило порой, посему у меня всего лишь 64 Гб )> кто использует, а кто не использует. я вот лично ношусь с ноутбуком
> как ошалелый, и время работы в пару часов на нормальной мощности
> на x86 ноутбуков для меня - дичьНу вот и говорю, как стационарник. Пока иные балбесы бегают с компом до работы и обратно, как больные ейбогу. И всё равно в итоге используют как стационарник в перерывах между перетаскиваниями
Значит помледний Qt там поддерживается, не? У них это завязано на версию макоси, не железа. До тех пор пока Эппл будет выпускать обновления все будет поддерживаться.и после этого ещё пару лет.Если очень надо то можно всегда пропатчить и собрать самому (или бэкаортить фиксы), опенсорс же.
>старенький Macbook Pro 2018Хороший троллинг. Тут вообще-то некоторые на полном серьёзе сидят на 4 пнях и кор 2 дуо.
о, это просто максимальный бред от поехавшего /_-
У яблока поддержка девайсов была всегда на уровне (что не удивительно для такой цены).
И обновления для восьмилетнего телефона это вполне обычная ситуация.Для ноутов ситуация еще лучше, тк там дяже для снятых с поддержки устройств иногда прилетают обновления безопасности.
Шинд 10 9 лет нормально обновлялся. Мако-бы не видят дальше собственного носа.
> Шинд 10 9 лет нормально обновлялся. Мако-бы не видят дальше собственного носа.Это был ответ на "через три года на своё железо забивает"
Зачем тут твой дезенеративный всер по поводу винды если речь про яблочное железо?
Для десятки есть LTSC, но ее получают не все.Для обычного пользователя что 8, что 10 лет будет примерно одинаково.
Но то что пишет 12йдбл про три года, это звездеж чистой воды.
Вот вот кроме яблочного железа ничего существует. Так оно ещё и обновляется хуже шинды. Но кому какое дело яблоко уже не светится, но купить всё равно надо.
у меня под линем до сих пор прекрасно работает комп 2004 года на amd sempron, теперь сравни это с тремя годами обновлений эпла, урезающими время работы от аккумулятора в г?йфоне
Компиляторы c++17/20 и Rust не особо быстро работают, к сожалению, даже на более современном железе.
Железу то от этого не лучше. Которое даже на момент своего выхода топовым назвать крайне сложно в т.ч по объёму ОЗУ
У яблока изредка наступают моменты просветления и вдруг начинают что-то даже почти годное срочно делать. даже по относительно норм цене. Но, потом ещё несколько лет им же и торгуют как ежегодными новинками под чуть разными названиями пока оно совсем не устареет
> С поддержкой макоси у них кошмарВполне нормально.
Минималка сейчас для Qt Creator
MacBook Pro 2015
Это значит 9 летний ноутбук пока ещё можно использовать.
> Добавлена возможность использования серверов LSP (Language Server Protocol) для YAML, JSON и Bash.скромно умалчивается, что это делается через npm. типа давайте завезём в последнюю написанную не на скриптовом языке IDE джаваскрипт, а то слишком быстрая
Медленное скачивание это плохо.
Зря ты так. жс очень даже шустр, если речь не о работе с ДОМ( там уже к движку и браузеру вопросы ) и не оптимизации под маломощные устройства( где до последнего тянет с ДЖИТом и работает тупо интерпретатор, порой даже не минифицированного кода )
Выглядит отталкивающе. Какие-то ГИГАНТСКИЕ кнопки сбоку. Возможно авторы хотели компенсировать свои комплексы. Даже в GNOME кнопки не такие огромные. Вместо табов черт-те что, комбобокс какой-то. А по функциональности уже бесконечно отстал от VSCode/Codium.
Автоматика делает , надо тщательно смотреть пасхалка такая от llvm чё то прилетело и пиши проект на свалку потому что мета ворованное производство , сам с усам щас никто не делает ставят чужое смотрят дебаг тут же правят и где-то не правильно. Если кто то работал не по схеме то много заголовочных уже было бы исправленно , а ты видел такие компании ? И я нет , а их нет
> Выглядит отталкивающе. Какие-то ГИГАНТСКИЕ кнопки сбоку.Это как-бэ скриншоты и размер кнопок сильно зависит от dpi экрана, того кто их делал. Твой кэп.
Это настраивается: View → Mode Selector Style.Но вам лишь бы пожаловаться.
А есть настройка "Не отставать по функциональности от VSCode/Codium"?
по жору рамы или по жору цпу?
На компах домохозяек за 15 тысяч рублей? Или на компах разработчиков, которые обычно небедные и могут себе позволить топовую систему? (Второй вопрос: ты оперативку и проц покупал, чтобы они простаивали?)
А тут такой момент. Простаивают они именно у домохозяек -- для них не проблема кинуть ресурсов на браузерный софт. А тут вечно чем-то заняты и когда текстовый редактор ощутимо тормозит и лагает это знаете ли неприятно.
думаю, это девопсня: у них, пока деплоится, можно и подождать, пока текстовый редактор отработает, времени навалом
на компах разработчиков за 3к баксов с топовыми райзенами (не знаю, что такое рубли)ты вообще осознаёшь, что запускать текстовый редактор на джаве в браузере - не самая высокопроизводительная идея, и оно тормозит вне зависимости от мощности цпу? я руками быстрее грепаю, чем там поиск отрабатывает.
короче, твой ответ я воспринял как "по жору диска", т.к. это поделие весит больше qtcreator-а вместе с qt
Джаваскрипт это не джава. На джаве джет брейнз и вот кто поедатель оперы и проца так это они. Вскод по сравнению с любой поделкой джетбренз пушинка.
За JB вообще не заикайся — то реальная дичь
Но и жабоскрипт поверх браузера, всего лишь для редактирования текста, это маразм
> Джаваскрипт это не джавада пофиг, тормозные скриптовые/байткод-недоязыки все на одно лицо
Не, ну а шо тебе не нравится?
https://i.ibb.co/2Sm89XS/ksnip-20240408-101404.png
нормальный такой текстовый редактор 😆😆😆😆
Чем дальше в лес, тем сложнее конкурировать с vim + что попадётся под-руку...
С vim может конкурировать разве что systemd.
А что, из Qt уже убрали "Exit"?
чем ближе проггер к пенсии, тем сложнее чему-то конкурировать с vim
На windows все также плохо с отображением интерфейса?
Все так же хорошо.
По qbittorrent как-то незаметно. То кнопки залипают, то весь интерфейс повиснет или перекорежит, если масштаб экрана больше 100%
Я не поленился, сделал масштаб экрана 120% и 150%. Потыкал кнопки, меню, не заметил никаких артефактов.
Только вчера у себя в кальке собрал MinGW-Qt6.6 :(
История не успеха...Под свежий андроид приложение на QtWidget можно собрать на старых 5-тых кутях и оно работает, а блин QtQuick показывает белый экран...
косяк-косячный... и зачем я приложуху с использованием QtQuick написал...
Зачем писать для мобилки на кутях когда уже давно есть flutter?
зачем мне флаттер когда я пишу на кутях?
Потому что флаттер это точно такая же шняга рисующая на холсте как и куте. И у флаттера это даже лучше получается. Это уже не говоря что для десктопа есть флаттер для питона https://flet.dev/
флаттер, питон... смузи успел сегодня выпить?
Конечно, а как ещё без него проснуться? Кокосовое молоко и банан это мастхев.
и в чем это "лучше" выражается?
Даже не знаю что тебе сказать. Попробуй сделать приложение для андроида сначала на куте, а потом на флаттере. Тогда вопросы отпадут сами собой.Спойлер куте не предназначен для мобилок от слова совсем.
> Даже не знаю что тебе сказать. Попробуй сделать приложение для андроида сначала
> на куте, а потом на флаттере. Тогда вопросы отпадут сами собой.
> Спойлер куте не предназначен для мобилок от слова совсем.какая-то голосновная эйчарная шляпа:
- кодю на кутэ
- попробуй флуттер
- я кодю на куте
- куттер лучше
- чем?
- а ты попробуй.
Мы поняли ты фанатик странного. Кодить на куте для андроида.
> Мы поняли ты фанатик странного. Кодить на куте для андроида.фанатик я или нет, это не важно. Важно чтоб ты пролечил у психолога свою манию лезть с своим флаттером и питоном без мыла в опу. :-D
а зачем делать приложение для андроида?
> Даже не знаю что тебе сказать. Попробуй сделать приложение для андроида сначала
> на куте, а потом на флаттере. Тогда вопросы отпадут сами собой.Ну давай, например редактирование картинок, видео, аудио. Работа с геопозиционированием и чур строго на дарте без скатывания в нативщину. Осилишь?
> Спойлер куте не предназначен для мобилок от слова совсем.
Спойлер - flutter, ещё один реакт-натив предназначенный, максимум для отрисовки жсонов в интерфейс. (утрированно). Если в кутях можно примотаться практически к любой библиотеке, то во флаттере сначала надо будет собрать прокладку: flutter<->прокладка в натив<->нативная прокладка к внешнему ABI, то в кутях хоть статично линкуйся, хоть рядышком клади - работает как задумано.
Зачем флаттер когда есть реакт-натив( туда как раз подвезли годную работу с жирными кусками данных, приходящих из натива )
Проблема кутей в том, что в любом случае универсального проекта подо всё не получится
На десктопе и смартфонах принципиально разное управление, разные физические размеры экрана и само управление
К слову, периодически попадаются компании, ищущие тех кто смог бы перевести их приложение на кутях на что-то на РН или флаттереА на кутях - разве что встройщину какую делать. Интерфейсы, разумеется. Вероятно, даже сертификацию пройти удастся. Вот РН и флаттеру это едва ли удастся особенно для чего-то повышенной опасности.
>когда уже давно есть flutterЕго не постигнет учать Clitter?
> Продолжено развитие экспериментального модуля Qt GraphsМожет, сразу QCustomPlot взять и не экспериментировать?
Шо то, шо то под GPL. qwt - под LGPL.
А не по фиг ?)
ага, одну почку за лицензию qt, вторую - за qcustomplotа вообще альтернатив qcustomplot для быстрой 2d визуализации нет, в том числе для qml. qtcharts тормозной шо ппц
Так и сделал, кроме указанных парных органов. Т.к. работаю проект исключительно под GPL. К тому же бесплатно и без донатов.
> можно встроить ... Windows Media playerКроссплатформенностью пожертвуем?
Ну в винде встроить одно, в linux встроить другое. Вся кроссплатформенность так и работает.
vlc к слову отлично встраивается в любую платформу и дружит с кути.
Нет, нельзя. Кроссплатформенность - 100% тот же исходный код для различных систем (допустимо ветвление за счет системно зависимых констант, но собираем программу без како-либо коррекции исходников). Если это не так, рассуждения о кроссплатформенности - пустой звон.
Так код и не переписывается, он пишется один раз и собирается везде. А как ты думаешь Qt стал кроссплатформенным? На каждой платформе под капотом Qt используются родные библиотеки, обернутые вот в такие макросы:#ifdef Q_OS_LINUX
...
#endif#ifdef Q_OS_WIN
...
#endif#ifdef Q_OS_MACOS
...
#endif
Так именно так и думаю. Говорить правду хорошо и приятно.
>Продолжено развитие экскрементального модуля Qt GraphsКоторый под GPL, поэтому все юзают qwt, который под LGPL.
Если проект под GPL, почему бы не поюзать Qt Graphs?
Если проект под GPL - то можно его сразу закапывать. Не нужно. Сделаем конкурента под пермиссивной, и все будут юзать именно его.
Т.е. Вы намерены конкурировать с проектом, который уже де-факто существует. Причем Ваш проект еще только на этапе выбора лицензии. И инвесторам Вы уже, очевидно, заявили о несомненном захвате рынка. И как это называется?
Стартап.
А пофиг, история показывает, что у считанных единиц GPL-проектов есть будущее. Что не отменяет того, что за время существования проекта его копирасты-"правообладатели" могут успеть напродавать проприетарных лицензий. За примерами далеко ходить не нужно: на сайте вышеупомянутого QCustomPlot на видном месте написано>Default license GPL, feel free to use QCP in free software!
— лицемерная подмена понятий: MIT, BSD, MPL, LGPL, Unlicense и CC-BY-SA по таким неадекватным понятиям не являются СПО. И рядом
>Please get in contact if you need a commercial license.
что как бы намекает, что основная цель использования GPL - это делать вид, что не проприетараст, при этом не особо скрывая свою истиную натуру.
Откроем https://lists.mercurial-scm.org/pipermail/mercurial/2011-Mar... и видим пример GPLщика - токсичного копираста, сеящего FUD и намекающего на возможность судебный процесса против всех, кто ему не понравится. Все GPLщики (авторы своих проектов под GPL, а также сторонники копилефта перед пермиссивными лицензиями) - копирасты, не будь они копирастами — их проекты были бы под другой лицензией. Все адекватные будут стараться поменьше зависеть от проекта, создававшегося изначально не как программа-инструмент для выполнения функций, заложенных в программе, а как инструмент создания зависимости от себя и юридического троллинга, возможно с профитом. И если дойдёт до вклада, то постараются вкладываться не в него, а в конкурентов.
Есть такое эмпирическое неточное правило, 80/20. 80% функциональности требует 20% усилий. Поэтому клон с 80% функциональности оригинала можно создать за 20% усилий. После чего значительная часть пользователей перейдёт на этот клон, миграция будет оправдана даже если единственное преимущество клона — исключение лиц, создающих проблемы, из цепочки поставки.
История показывает, что копилефт вечен, а вот пермессивщина мертворождённая и не долго влачит весьма жалкое существование. Копирасты именно авторы пермиссивщины, иначе они бы выбрали копилефт. А вообще, любо-дорого смотреть, как корёжит хейтеров. Понятное дело, что пермиссивщина -- это пропроприетарная лицензия, каким же образом это СПО?
>И если дойдёт до вклада, то постараются вкладываться не в него, а в конкурентов.То-то все поголовно вкладываются в xBSD.
А я вот тут читал, что BSD и MIT - это куколдские лицензии.
В блоге Google/Apache Software Foundation?
Это называется CoC.md уже написали.
Срочно делайте конкурентов ядру Linux
Срочно начинаем смешивать различные целевые аудитории (создатели дистрибутивов и пользователи приложений с окошками), поскольку без подмены тезиса доказательство не складывается.
https://fuchsia.googlesource.com/fuchsia/+/master/zircon/
BSD-системы тоже существуют и здравствуют.
GCC - давно загибается в пользу Clangа. По всем параметрам Clang даво уже лучше, включая производительность кода. Замены для гнутых утилит https://github.com/uutils/coreutils (MIT) уже на подходе. A вот переписанный git: https://github.com/Byron/gitoxide (MIT AND Apache-2.0)Но Linux - это уникальный проект, ты на него не смотри, ему много лет, и он too big, но и его рано или поздно съедят по частям. Обычные поделки разрабов и рядом не стояли, в случае надобности им сделают и доведут замену намного быстрее.
Так, с gitoxide проблема вышла, его ещё не доделали. Ну тогда https://codeberg.org/stsp/got-portable и https://www.eclipse.org/jgit/. Кстати, вот что нагуглено в процессе поиска: https://github.com/martinvonz/jj , но она зависит от libgit2.
GPL по отношению к сабжу - насмешка. GPL не предполагает дискриминация по месту нахождения клиента. Допустима только дискриминация юрисдикции клиента. Необходимо запретить сабжу использование GPL.
>В модуль Qt Protobuf, предназначенный для выполнения сериализации Qt-классов, используя протокол Protocol Buffer, добавлена возможность сериализации в формат JSON или из негоУ них там с головой всё в порядке?
слышал звон, но не знаю, где он
Почему в списке поддерживаемых систем есть webos, всякие там ртос, а любимой Хаечки нету ? Это прям игнор какой-то, не воспринимают всерьез нашего брата.
хаечто?
и какого такого "вашего"? отучаемся говорить за всю сеть
Haiku os видимо
Кстате, когда портируют файрфокс на гайку, появится новый конкурент корпоративному линуксу!
>на гайку, появится новый конкурент корпоративному линуксу!Не появится. За неимением у них как первого, так и второго. В корпорациях реально (а не по отчетам) используется Windows.
Осталось чуть чуть добить Firefox на гайке, не работает egl, код в mesa прибит к линуксу гвоздьями, chromium тоже вполне реально собрать, qtwebengine же собирается. И когда будут эти 2 дефолт браузера - будет и наплыв народу. Ну и wine еще пофиксить надо, чтобы 32х битные программы запускались.
А можно сразу прямые ссылки на файлы публиковать, чтобы каждый не шататься бесконечно и бессмысленно по рекламным лабиринтам qt.io?
Кто знает когда будет KDevelop 6?