Qt приложение с ядром на другом языке

Тем временем QtWidgets совсем захворал.

В каком месте? Старые баги никуда ни делись, так и сидят на месте, новых вроде тоже не завозили. Стабильно все.

а для GUI взял бы чего полегче, ту же GTK, например

Чем легче? Тем что не работает нигде кроме линя?

Ты современные версии GIMP для Windows видел? Всё там работает. Лет 10 назад были проблемы, согласен.

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

В Qt нормальные только QtCore (из-за унылой c++ str), QtGui и QtWidgets. Всё остальное - мусор.

Да? QtSql, позволяющий добиться потрясающей переносимости между разными СУБД - это мусор? QtXml - мусор? Сейчас ещё Qt3D в штатную поставку включили, но я его пока не тыкал.

Только apple не перестаёт ломать совместимость с каждым релизом, из-за чего Qt на маке выглядит всё хуже и хуже. Даже я пару багов отправил по поводу отрисовки.

В общем сейчас Qt на маке выглядит ну очень плохо. От кривых лайоутов до артефактов.

Ты современные версии GIMP для Windows видел?

Да. Выглядит как инопланетный ужас. Про мак вообще молчу.

QtSql, позволяющий добиться потрясающей переносимости между разными СУБД - это мусор?

Да, потому, что обработки ошибок нету. Яркий пример QSqlQuery::value(int). Всё что он делает - это пишет варнинг в stderr. Очень удобно.

QtXml - мусор?

Да. xml:space не умеет.

Сейчас ещё Qt3D в штатную поставку включили, но я его пока не тыкал.

Ненужно.

Я что, наркоман? Я на оборот пытаюсь на уровень выше уйти.

Кстати, а почему в таком случае именно rust? Я бы, пожалуй, в сторону D копнул, например.

Как раз в строну D и копаю. Просто rust я знаю, а D - нет.

Ищу альтернативу rust, но с GC, но пока ничего кроме D не нашёл, увы. А у него дела ещё хуже, чем у rust.

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

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

Либ нету. Путаница с компиляторами/std. Выгляди симпатичнее rust, из-за GC, но сообщества нету.

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

Раньше было лучше.

Ага, кроме мобилок. И кроме старых версий браузеров. И кроме пользователей с плохим/отсутствующим инетом.

Не забудь еще про юзверей доса и ядерной консоли с koi8. Твою кутью эти граждане боюсь не оценят.

В общем сейчас Qt на маке выглядит ну очень плохо. От кривых лайоутов до артефактов.

Такая то кроссплатформа. На линуксе оно тоже не айс, если не обмазываться кодое.

На кой хрен они нужны в тарболе или в зипе? :-)

Спросите у того, кто запаковывает. Так-то достаточно просто ссылки на гит.

Distribution via Apple AppStore

Яблочников проблемки. Кто там ещё с LGPL не дружит?

Заход на гитхаб отменит условия лицензирования Qt что-ли?

ну да, идёшь и скачиваешь одну из готовых либ под какой хочешь лицензией

Спросите у того, кто запаковывает.
Яблочников проблемки.
идёшь и скачиваешь одну из готовых либ под какой хочешь лицензией

Ну вот я об этом :-) Если денег на коммерческий Qt нет, то это личные проблемы :-) А так то никто ведь не мешает писать с помощью Qt софт для локалхоста и хлопать в ладошки от радости :-) Лол :-)

софт для локалхоста

KDE например, или полгуя линукса

Если денег на коммерческий Qt нет, то это личные проблемы

если коммерческая организация настолько нищая, что у неё нет денег на коммерческий qt, то это её проблемы, да

KDE например

KDE может позволить себе распространяться под какой угодно лицензией :-) Это бесплатный софт, с большой историей, существующий на пожертвования, либо финансирующийся извне :-) Так что ставить KDE в пример в данном случае - это всё равно что кичиться, что «цепепе - самый лучший язык, потому что на нём браузер написан» :-) Только кичливые по данному поводу вряд ли имеют отношение к написанию браузера, который на цепепе :-)

или полгуя линукса

Да ладно :-) Этого не может быть :-) Потому что больше чем полгуя на GTK :-)

если коммерческая организация настолько нищая, что у неё нет денег на коммерческий qt, то это её проблемы, да

Это да :-) Подумаешь, какие-то $295 в месяц на одного разработчика :-) Сущие мелочи :-) Только нищая коммерческая организация не сможет себе такого позволить :-) Остальные все покупают :-) Лол :-)

Это бесплатный софт

нет, это прежде всего свободный софт и для меня только он и важен

Только нищая коммерческая организация не сможет себе такого позволить

и почему же мне и, в целом, местной публике должны быть интересны её проблемы?

нет, это прежде всего свободный софт и для меня только он и важен

А что такое свободный софт? :-) Это когда можно тешиться теоретической возможностью порыться в исходниках общим объёмом в полгигабайта, ничего там толком не понять, а потому собирать на локалхосте то, что скачано в оригинале? :-) И это прям так важно? :-) Лол :-)

и почему же мне и, в целом, местной публике должны быть интересны её проблемы?

Я же говорю, сущие мелочи эти $295/месяц :-)

мелочи-не мелочи, но на вопрос вы так и не ответили

А что такое свободный софт? :-) Это когда можно тешиться теоретической возможностью порыться в исходниках общим объёмом в полгигабайта, ничего там толком не понять, а потому собирать на локалхосте то, что скачано в оригинале? :-) И это прям так важно?

вам сюда https://www.gnu.org/philosophy/philosophy.html

вам сюда https://www.gnu.org/philosophy/philosophy.html

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

Лол :-) Мало ли что там нафантазировал Столлман :-) Ну и какая свобода у пользователей Qt под LGPL? :-) Хочу свободы - не хочу показывать исходники распространяемой программы :-) Моя интеллектуальная собственность :-) Не хрен там изучать кому-что что-то :-) Могу? :-) Нет, не могу :-) Какая это свобода тогда? :-) А нет свободы :-) Есть условия использования :-) Хочешь «свободы» - покупай коммерческую лицензию :-) Так что не в те уши ты льёшь эту твою философию свободы ГНУ :-) Лол :-)

Так что не в те уши ты льёшь эту твою философию свободы

Ну раз уж вы сами признались, метать бисер перед вами более не стану. До свидания.

Ну раз уж вы сами признались, метать бисер перед вами более не стану. До свидания.

Быстро ты слился со своей свободой :-) Одно дело ретранслировать чужую ахинею, а другое дело вести дискуссию, защищая свою собственную точку зрения :-) В следующий раз, если не готов к дискуссии, не встревай в чужой разговор :-) А то как-то по-ламерски получается :-) Лол :-)

Взаимодействие языков достаточно просто

«Довольно просто» с целым рядом уточнений и сносок. И с дополнительными накладными расходами. В рамках одного языка всех этих сложностей нет.

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

Так в том и дело, что редко всё бывает так просто.

Да, потому, что обработки ошибок нету. Яркий пример QSqlQuery::value(int). Всё что он делает - это пишет варнинг в stderr. Очень удобно.

Если произошла ошибка то возвращается невалидный QVariant. Разве этого недостаточно?

Да. xml:space не умеет.

Почти не имел дел с xml, можешь привести маленький пример? Что-то мне кажется это также решается на Qt.

Во-вторых, если программа подлежит распространению, нужно поставлять все исходники Qt вместе с ней

Предоставлять можно по запросу. И ссылки будет достаточно, не обязательно высылать тарболы.

В третьих, не все App Store совместимы с LGPL

В каком смысле не совместимы? Туда нельзя заливать софт под LGPL? Да вроде как можно: https://forums.developer.apple.com/thread/27709

Или пользователь не может подменять версию библиотеки? Ну так это AppStore не даёт полностью реализовать условия LGPL, а не разработчик.

Если произошла ошибка то возвращается невалидный QVariant.

Разве там есть разница между невалидным и Null? То есть как мне понять, что я пытаюсь забрать ячейку, которой нет?

Что-то мне кажется это также решается на Qt.

QtXml довольно примитивный в целом. xml:space просто пример. Может и работает уже.

Пример:

<root>
    <item>  text  </item>
    <item xml:space="preserve">  text  </item>
</root>

Должно получится:

"text"
"  text  "

Разве там есть разница между невалидным и Null? То есть как мне понять, что я пытаюсь забрать ячейку, которой нет?

Да, сперва надо проверить на то, что значение валидно:

bool QVariant::isValid() const
Returns true if the storage type of this variant is not QMetaType::UnknownType; otherwise returns false.

bool QVariant::isNull() const
Returns true if this is a null variant, false otherwise. A variant is considered null if it contains a default constructed value or a built-in type instance that has an isNull method, in which case the result would be the same as calling isNull on the wrapped object.

Да, если проверять оба - то работает. Пригодится.

В общем сейчас Qt на маке выглядит ну очень плохо. От кривых лайоутов до артефактов

Таки это зависит от версии макоси, а не Qt?

// Вопрос вызван тем, что я озадачился, на какой версии Qt лучше собирать под мак. Сейчас там стоит Qt старенький 5.5.1, макось El Capitan.

Ну так родные приложения выглядят нормально. Только в Qt баги.

На 5.9.3 все баги в наличии. 5.10 не проверял ещё.

Версия мака роли не играет, так как все сидят на распоследней.

Я тестил JSON-RPC. Тормоза были космические.

И я тестил JSON-RPC. Спокойно хавал 5000 реквестов в секунду, и это на обычном питоне + gevent.