Спустя 9 лет с момента выхода ветки 3.0 представлен первый выпуск новой стабильной ветки кроссплатформенного тулкита wxWidgets 3.2.0, позволяющего создавать графические интерфейсы для Linux, Windows, macOS, UNIX и мобильных платформ. По сравнению с веткой 3.0 наблюдается ряд несовместимостей на уровне API. Тулкит написан на языке С++ и распространяется под свободной лицензией wxWindows Library License, одобренной Фондом СПО и организацией OSI. Лицензия основана на LGPL и отличается позволением использования собственных условий для распространения производных работ в бинарной форме...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57470
wxPython?
Посмотрел wxRust — что-то выглядит заглохшим. Есть актуальные Rust-биндинги?
На С++ переходи - будет меньше проблем с "заглохшими биндингами")
Угу, эти проблемы тогда покажутся мелкими неприятностями)
Ах да, это же сугубо C++-библиотека. Тут с биндингами заведомо плохо. Вычеркиваем. Вообще меня пока устраивают биндинги к GTK.
Не собирается с сабжем.
Из-за этого дерьма в openSUSE до сих пор сабж в стейджинге весит.
После гтк надо на ефл убегать, а c++ тулкиты запросто уже к $lang не привязать
Dшка всё ближе к совместимости с С++ GNU ABI.
Угу, асимптотически сближается
Апериодически)
Сами-то сколько софта на EFL написали? Думаю, что ответ "нисколько"Откуда эта мода на этот маргинальный тулкит на полтора землекопа и полторы софтины?
Я хотел использовать enlightenment в качестве основного окружения, но мне не понравилось, что оно течёт больше кед. И ещё надо весь софт надо из мастер-ветки гита вытягивать, не то чтобы это была проблема, но это прямо напрашивашься на неприятности.
Диванным сторонникам EFL советую ознакомиться с сабжем:
а че все насколько плохо?
Хватит ругаться страшными словами.
"В API wxWebRequest добавлена поддержка HTTPS и HTTP/2."Серьезно? Ладно если они не умели HTTP2 (хотя сейчас это уже повсеместная вещь), но HTTPS?
Это видимо кривожопный перевод. На самом деле добавлен wxWebRequest с поддержкой... Раньше все приходилось делать через libcurl.
> В отличие от других тулкитов, wxWidgets обеспечивает для приложения по-настоящему родной для целевой системы внешний вид и методы взаимодействия, благодаря использованию системных API, а не имитации GUI.И какой родной внешний вид на, скажем Linux или FreeBSD/NetBSD, если там графика не встроена в ядра?
Библиотека поддерживает GTK, X11, Qt, Motif.Всегда рад помочь.
Ваш КЭП.
А что значит родной? Это обязательно в ядре?
Оно примерно что угодно может, даже если в ядро Linux добавят вызовы gui из Kolibri и её Boxlib с товарищами.
Вот я и об этом. Собрал я чистый LFS, накатил Xorg, xclock, xeyes, xterm. Какой у меня тут родной внешний вид?
Motif.
толсто
> толстоТы сам сказал Xorg, а теперь тебе X-Toolkit толсто.
ты сказал Motif (к-й я вообще не упоминал, что установил), а не X-toolkit
Motif построен поверх Xt, это именно то, что ты спрашивал. А ещё это единственный тулкит, который поддерживает примерно все фичи иксов.
ок, спс
Степень родства внешнего вида зависит от встроенности графики в ядро?
> Реализован новый экспериментальный порт wxQt, обеспечивающий работу wxWidgets поверх фреймворка Qt.Когда допилят, в wxWidgets приложениях гтк можно будет выкинуть)
> Когда допилят, в wxWidgets приложениях гтк можно будет выкинуть)Да уже можно. ГТК не нужен в принципе.
Без гимпа и фокса как-то не очень.
Krita! Fox в виртуалке, контейнере или AppImage (всё в одном). У меня в Wine.
Крита вообще несколько для другого.
Да что же вы заладили, в фотошопе тоже можно тулзов для рисования и в гимпе есть куча кистей, от этого они не перестают быть графическими редакторами общего назрачения.
С моими художественными талантами по обрезанию изображений разницы никакой :)
Не использовать нативный GTK, а заменить его на прослойку Wine, вы знаете толк в извращениях.
Мой основной браузер Falkon, а Firefox так на всякимй случай, если в первом не открылось.
У меня пока 50/50, ищу годный порт ff на qt.
Так, вроде, не существует пока. Вон только Chromium один инженер из копрорации Добра попытался на Qt портировать.
> гимпаПусть перебираются на кути. Слишком оно ужасное.
>фокса
Что за фокс?
Это который фурри и вообще красный медведь
> Это который фурри и вообще красный медведьОн не на гтк.
"По сравнению с веткой 3.0 наблюдается ряд несовместимостей на уровне API."
archlinux.org.ru только у меня не работает? Неужели форум закрыли?
Как это связано с wxWidgets?
VPN пробовал?
Не умеешь в англицкий?
Дали тебе bbs, нет, хочу жрать васянофорум.
Он и до февраля работал...хм, так себе
что, в Code::Blocks появится нормальная поддержка темной темы?
black themes matter
А почему именно тёмной? Должна быть многоцветная!
Настраиваемая. А то многоцветную с радужной путают :)
А просто, абы какая, тёмная, не интересна.
В Code::Blocks будет нормальная подсветка синтаксиса для C++ с подсветкой глобальных и локальных переменных, функций, классов, шаблонов и т.д.?
Какой-то софт на нем внешне корявый. Или программисты на нем не умеют проектировать не корявые интерфейсы. Либо пилят кастомные виджеты под один тулкит, например wxGTK, на других не проверяют, вот и выглядят инородно. Но и это программистов на нем не красит.
Не сказал бы, вполне себе. Попробуй outwuker, ЕМНИП, там не переизобретали лисапеды
Я смотрю по aMule: https://imgur.com/a/y9Mwd3r
Фиксированная ширина у input number (даже кнопки +/- обрезались) и прибит к его label без отступа.
Фиксированная ширина у обычного input.
Сами инпуты разъехались влево-вправо.
Кнопка Открыть куда-то далеко убежала.
Зачем-то кнопки снизу рамкой обвели.
Список слева не имеет бордера - где его границы не увидеть толком.Таб с самыми примитивными настройками. На остальных можно застрелиться.
Это низкая квалификация программистов, которые не знают про wxSizer. На любом тулките можно такое наговнокодить, вида "тут захардкожу кнопку 113x27 пикселей, прибью гвоздями к окну фиксированного размера, а пох, и так сойдёт..."Там в документации целое обучение есть как делать правильно, но никто не сможет заставить программиста Васю это читать, когда можно делать блям-блям "кнопка", тыр-пыр "окошко".
Ну так я о том и говорю. Либо тулкит такой кривой, либо программисты. Хорошо спроектированного интерфейса у софта я не видел, даже Outwiker плох - например, некоторые тулбары в нём не тулбары, а примитивные Panel + Button. Зачем так сделано - не понятно. На компе у разработчика может нормально, а на других, с другими темами оформления, сразу вылезает природа этих виджетов.
Одни программисты не знают про wxSizer, другие - про wxAuiToolbar.
Так бывает, когда тулкит предоставляет полную свободу построения интерфейса.
И GTK, и Qt ее дают, но там процент программистов, понимающих принципы проектирования интерфейса, выше. Даже в GTK, что странно.
Ничего странного. У GTK высокий порог вхождения, that's why.
На кутях раньше запросто лютейшее гамно лепили равно как и на гтк
Да и Veracrypt на нем написана, и выглядит не очень. Хотя софтина полезная
Ахаха... тулкит)))
Лучший GUI тулкит из существующих. По-настоящему кросс-платформенный, с нативным видом под все платформы, с нормальной лицензией, и главное - он просто работает.GTK пилят неадекваты исключительно под Linux/Gnome (под Windows он просто нерабочий). Qt - с порога хотят денег (даже от прожжёных GPL-коммунистов) и чужеродный вид под всё кроме KDE. Всякими EFL и Tcl/TK можно детей пугать, так эти динозавры с видом эпохи до Windows 95 страшны и убоги. Flutter - личная игрушка Google со своим навязываемом игрушечным языком, которую в любой момент могут отобрать.
Остаётся ещё куча всяких васянских поделок различной степени увечности и экспериментальности, вебмакак-фреймворки на Хроме вида "нам плевать на потребление, просто купи новое железо", или узко-специализированных штук типа ImGUI.
Альтернатив как бы и нет.
Ложь.
Не "ложь", а "клади"!
На линуксе сабж - это обёртка над gtk, и потребление памяти соответсвующее - приближается к 100 мб на хелоуворде.
Запустил те пять своих программ, которые есть на домашней машине.
30 - 60 мег на старте.
Поздравляю, гражданин, соврамши!
Запустил те пять своих программ, которые есть на домашней машине.
3 - 6 гиг на старте.
Поздравляю, гражданин, соврамши!Верьте мне, я врать не буду!
Если я правильно понимаю, кто вы... чисто по словам и построению фраз... Товарищ Папа-Буба-как-вас-там, вам ли говорить про "соврамши", после вашего регулярного вранья на других сайтах?
> Если я правильно понимаю, кто вы...Неправильно вы понимаете.
Врать (и хамить по телефону, на сайтах, да и каким-либо другим образом) привычки не имею.
Прожорливость gtk3 hello world (и любых других программ) на линуксе прямо зависит от дистрибутива и от того на реальном ли железе запускается софт или же в vmware/vbox/qemu/etc. От того как собрано GTK в этом дистрибутиве.Например, под vmware "hello world" кушает порядка 30 мб озу. После добавления значка на кнопку через https://developer-old.gnome.org/gtkmm/stable/classGtk_1_1But... (форсировать отображение значка тоже нужно, ибо это гном https://docs.gtk.org/gtk3/property.Button.always-show-image....) потребление памяти добавляет +20мб! То есть 50мб на hello world. Я так полагаю здесь проблемы с vmware opengl драйвером, который возможно работает в софтовом режиме и не использует vram (хотя 3D включено и vram установлена в настройках vm).
А вот на реальном железе (драйвер nvidia) тупо hello world пустой 6 mb.
set_icon_name(Glib::ustring("media-flash")); = сразу 8 mb. +2 mb видимо за работу с Gtk::IconTheme.
на отображения небольшого окна с набором виджетов combobox, checkbox, пару кнопок и полей ввода = 10 мб.VMware я проверял на Fedora. Реальном железе стоит PopOS.
Под Fedora с GTK4 приложениями под vmware/vmgfx все еще хуже. Без 3D (swrast.so) они потребляют 170 мб на hello world https://www.gtk.org/docs/getting-started/hello-world В то время с 3D 115 мб. (То есть 55mb VRAM??)glxgears же вообще не запускается под fedora/vmware тупо segmentation fault.
В Ubuntu же цифры 140мб / 90 мб. Тупо на 30 мб меньше для GTK4. Вот и гадай что там дистрибутивоклепатели творят каждый по-своему.
Как я раньше везде заявлял (в частности, на лоре, да и здесь) у GTK4 реально БОЛЬШИЕ проблемы с потреблением озу и тратой ресурсов CPU/Memory/VRAM.
А вот на реальном железе все более-менее hello world кушает всего лишь 18 мб. То есть у gtk4 есть реально огромные проблемы с работой под vmware/vmgfx/swrast.
Для тех, кто реально хочет поэкспериментировать и сравнить потребление hello world GTK3 vs GTK4, VMWare(vmgfx) vs qemu vs PC советую смотреть на sudo cat /proc/PID/smaps | less либо sudo pmap PID.Например, под ubuntu/vmware/без 3D что мы видем у gtk4: heap RSS 50 mb, swrast RSS 10 mb, libLLVM-13.so.1 RSS 45 mb.
Что же мы видим у gtk3? heap rss 5 mb. Пять карл! У gtk3 размер heap рантайма в 10 раз меньше gtk4, все еще считаете в gtk4 нет проблем?!
Если под ubuntu запустить GSK_RENDERER=cairo ./hello-world-gtk4 то получим 77 мб Сairo не поддерживает 3D совсем https://docs.gtk.org/gsk4/class.CairoRenderer.html
77мб это ubuntu/vmware.То есть что я выше хотел сказать: TL;DR: На реальном железе у gtk3/4 все ОК (у gtk3 лучше поэтому я пишу софт на gtk3 и он еще долго будет идти как LTS). А вот под виртуалками все еще хуже, и намного хуже если в виртуалке не разрешено 3D ускорение.
На fltk на arm32 2мб получалось потребление озу.
А теперь открой для себя Lazarus, вот это настоящий гуй тулкит кроссплатформенный.
Но ведь GUI тулкит в Lazarus - это Qt
Я ждал что кто-то напишет про Lazarus.
Кроссплатформенный, но одноязыковый.
Причем язык еще маргинальный.) Для теоретиков любителей, но не для практиков
>Tcl/TK можно детей пугатьЗависит от клалификации программиста.Не кто же не запрещает внешние либы с open gl подхватывать. На хабре был цикл статей разработчика на Tk/tсl так с одного его приложен я восхищаюсь - и под хр нормально смотрится и под 10. Приложение генератор внутренних сертификатов, проверка, отзыв и т.д. И при этом весьма компактно написано, 2,4 мгб!! Есть и,, линукс версия, но там графика стандартная, автор ругаться что адреса вызовов функций из за рандоминизации разные, просто так внешние библиотеки не получиться вызвать.
>>Tcl/TK можно детей пугать
> Зависит от клалификации программиста.Не кто же не запрещает внешние либы с open
> gl подхватывать. На хабре был цикл статей разработчика на Tk/tсl так
> с одного его приложен я восхищаюсь - и под хр нормально
> смотрится и под 10. Приложение генератор внутренних сертификатов, проверка, отзыв
> и т.д. И при этом весьма компактно написано, 2,4 мгб!! Есть
> и,, линукс версия, но там графика стандартная, автор ругаться что адреса
> вызовов функций из за рандоминизации разные, просто так внешние библиотеки не
> получиться вызвать.Видели мы это приложение. Оно страшное до ужаса.
Просто покажи нам что в твоём понимании противоположно страшному чтобы мы могли понимать к чему стремиться в жизни.
Не надо обращать на него внимание. Это один из любителей "дизайна". Им надо чтобы "дизайн" был. Им нужно чтобы среда рабочего стола была с "дизайном" а не для работы. С такими людьми бесполезно спорить, просто у них так психика устроена.
Если речь про это приложение...https://habr.com/ru/post/345574/
https://habr.com/ru/post/343930/Первый скрин еще более-менее, но что видим дальше? Кнопки "Насмотрелся!", "На сегодня хватит!", вырвиглазные голубой и салатовые бэкграунды, заголовки "Изящная печать квалифицированного сертификата" - это точно для работы, а не для смехуечков? Это ведь не минимальный приоритет выделенный программистом внешнему виду, я бы наоборот сказал, что дизайну уделено много внимания.
Плюсую, диалог открытия файлов - это просто "ААА, МОИ ГЛАЗА!". Вообще любой софт на Tcl/Tk выглядит так будто он сломан. Словно ты заходишь в комнату, а там вся стена ободрана, из неё торчат трубы и проводка, вместо розеток - скрученные провода, что-то капает, где-то искрит.
> Если речь про это приложение...
> https://habr.com/ru/post/345574/
> https://habr.com/ru/post/343930/Да это приложение, но я не вижу описания улучшенной версии_где использовалось Оpen gl.Внешний вид был гораздо лучше,добавлял ось совсем немного кода, правда автор сразу придуприждал что понимать этот код совсем нетривиальная задача, т.к используется метод прямых вызовов функций open gl, похоже автора заели тролли, и он поубирал урок и то приложение.
>Всякими EFL и Tcl/TK можно детей пугать, так эти динозавры с видом эпохи до Windows 95 страшны и убоги.Не знаю про EFL, но Equinox Desktop Environment (EDE) на Fast, Light Toolkit (FLTK) быстрая легкая среда рабочего стола (СРС). Интерфейс прост и понятен даже новичку.
А если говорить про Trinty (TDE) то TQt вообще идеальный тулкит.
EDE не успел дорасти до полноценной DE. Был у него потенциал, но заброшен с 2013.
>EDE не успел дорасти до полноценной DEEDE копировал буквально один-в-один Windows 95-98. Win98 вполне себе функциональна для своего времени.
Как может быть идеальным то, что устарело? Никто не захочет ни юзать такое, ни писать под это. Это же отвратитиельно!
>Как может быть идеальным то, что устарело?Колесо тоже устрало?
>Никто не захочет ни юзать такое, ни писать под это.
К сожалению авторы дистрибутивов, разработчики программ рассуждают также как ты, а я как конечный пользователь вынужден выбирать из Гнома и КДЕ, хотя мне достаточно Equinox. Но к счастью я могу сделать свой собственный дистрибутив, чем наверное и займусь.
>Это же отвратитиельно!Это всего лишь твоё мнение. К сожалению или к счастью не у всех развито чувство прекрасного, как у тебя. Покажи что на твой взгляд не отвратительно.
> Колесо тоже устрало?Анон вознамерился на колёсах по космосу или под водой ездить ?
"в космосе" или "под водой" не бывает поверхностей? На повозках с полозьями будешь морских коньков запрягать?
> "в космосе" или "под водой" не бывает поверхностей?Расскажи мне, как на колёсах будешь с Земли до Луны ехать
Или в объёме океана «ехать»
Нафига создавать свой собственный дистрибутив? Gentoo, LFS
Хочу заметить, что я считаю одинаково уродскими и современный Гном и КДЕ. Хотя первые версии были похожи между собою и копировали Win98. Из чего делаем вывод что первые версии были удобнее в использовании чем последующие. То же самое касается и Винды, 98-я удобнее 11-й.
Трепло, ты хоть видел те первые версии? Внешний вид Гнома слизывали с Маков, например.
Чё там слизывали? Не свисти, там примитивно всё было и лагало на том железе, где кде3 летал и выглядел куда лучше.
На самом деле, я ошибся, и первый Гном действительно выглядел как привет из 90-х, каковым, собственно, и был.
А вот второй, где все подряд элементы таки слизывались с яблочной системы - как раз современник так восхваляемых вами третьих кед. Которые лично я до сих пор считаю некрасивыми именно из-за привычки к Гному. Убунту 10.04 со вторым Гномом я помню, например, по работе на Atom D510 - было неторопливо, но винды или кеды на этой железке были ну ничуть не живее.
>А вот второй, где все подряд элементы таки слизывались с яблочной системыОтличие Mac от Win: панель вверху, кнопки управления окном слева.
Взять MATE, да по умолчанию панель вверху, но двумя кликами её можно перенести вниз. Кнопки управления окном справа. На лицо копирование Win.
>Трепло, ты хоть видел те первые версии? Внешний вид Гнома слизывали с Маков, например.В этот раз поленился скриншот прикреплять и ты воспользовался. Вот что за люди, будут спорить, обвинять оппонента во лжи, сами лгать, только чтобы отстоять свою точку зрения.
KDE 1 копирует 1-в-1 Win98 вплоть до окон настройки экрана.
https://en.wikipedia.org/wiki/K_Desktop_Environment_1#/media...
https://en.wikipedia.org/wiki/K_Desktop_Environment_1#/media...Gnome 1 файловый менджер не отличим от файлового менеджера Win98
https://en.wikipedia.org/wiki/GNOME#/media/File:GNOME_1.0_(1999,_03)_with_GNOME_Panel_1_and_File_Manager.png
За два с половиной часа до этого вашего комментария я признал свою ошибку и уточнил позицию.
Извините, если испортил вам решительную победу над воображаемым врагом.
Под Windows XP собирается ?
Насколько я помню, последняя версия, с которой я что-то собирал под ХР - 3.1.4.
Могут быть мелкие тараканы в элементах интерфейса и их свойствах, которые в Windows появились только в Семерке - но это нетрудно отловить.
По win 98, с таким внешним видом самое то собирать.
Можно ли ХР запустить на 386?
> Можно ли ХР запустить на 386?Нет. Там минимум был 233 ммх процессор.
MMX не обязательно. Ну и 233, очевидно, от балды.
>MMX не обязательно. Ну и 233, очевидно, от балды.Как я помню ОФИЦИАЛЬНО минимально обазначенно пентиум 233 МГц_(но 233 выпускали уже с ммх) .Да есть ключ для setup отключает проверку (с митинского базара диски обычно использовали эту опцию по умолчанию) люди умудряются на 133 пентиум ставить. НО ЯДРО требует наличии инструкции CMPXCHG8B на процессоре так что без хаков на 486 комп не поставишь. Кроме того без ммх не работает деректх 9 версии b#c,куча звуковых драйверов и видио драйверов.
Вопрос был о том, на чём можно запустить. Запустить можно на любом пне.Directx 9 появился уже после выхода XP.
Кеды в 100 раз лучше, а не это 9 летнее поделие мамонта. Отъезд и по графике и по функционалу и по документации.
Так вот вопрос тогда, а wxWidgets поддерживает биндинги к KDE?
На сколько я понимаю, там не обычный Qt, а какой-то свой обернутый во что-то?
> В API wxWebRequest добавлена поддержка HTTPS и HTTP/2.Зачем это в тулките для GUI?! Кому надо, тот пусть libcURL использует, и обёртки к ней для C++.
А кто вам сказал, что это только тулкит для GUI?
В нем, например, wxThread есть. Причем вполне рабочий.
А указанный класс, собственно, под Линуксом и работает как обертка над курлом.
Я, конечно, понимаю, что wxWidgets родом из далёких 199х, но в современном С++ уже есть *встроенные* средства работы с потоками. Зачем этот нафталин?
>>Спустя 9 лет с момента выхода ветки 3.0 представлен первый выпуск новой стабильной ветки кроссплатформенного тулкита wxWidgets 3.2.0Основательно граждане работают, не то что всякие Хромы, Системды и иже с ними :).
И то, и то - крайности.
зато с++ посерединке (почти): 3 года между стандартами
У них понемногу выходили обновления в нестабильной ветке 3.1.x - которой вполне можно было пользоваться в продакшене. Последнее вышедшее недавно 3.1.7, видимо, показало, что регрессии поправили, а новых не добавили - значит, можно выкатить очередную стабильную версию и начать работу над 3.3.х
Время wxWidgets, Qt, GTK и т.п. безвозвратно ушло.
Ну-ка, ну-ка, интересно — а что же пришло?
В том и дело, что НИЧЕГО. Вырвиглазные "многоплатформенные тулкиты" обос___лись по самое горло, доказав, что невозможно сделать павлиноуткоежа. Кто это ещё не понял, продолжают играться в многоплатформу, очевидно убивая время.
"Нативные приложения - это хорошо. Нативные - это надёжно!" (ц) Борис
В чём обсёр Qt как мультиплатформы?
Нативные приложения — а, ну давайте под винду кодить на голом WinAPI, а по линукс под голые иксы.
Qt нормально, но, как по мне, для GUI слишком уж жирно, негибко, переусложнено и затруднительно что-то менять в самой библиотеке без её перекомпиляции...
Это не так работает. И, что-то мне подсказывает, видел ты его только на картинках.
Опиши конкретно, как это работает)
> Опиши конкретно, как это работает)Скажем, если тебе надо свой виджет, которого нет, ты наследуешься от кутей и делаешь свой виджет. Примерно так же, когда хочешь добавить фич существующему. А в кишки лезь это дело гнилое, независимо от тулкита. Как ты деплоить свой кастомный тулкит потом собираешься, не говоря уж о сопровождении?
Много раз сталкивался с тем, что проблему можно было бы решить изменением всего одной или нескольких строчек в исходниках тулкита (в том числе из-за ошибок в тулките), но по понятным причинам из-за невозможности внедрить эти изменения в сам тулкит приходилось городить немалый огород, чтобы как-то решить проблему...
Или же приходится идти на то, чтобы поддерживать свою версию тулкита, что в случае с GTK, Qt и подобными монстрами не представляется возможным, поэтому в своих проектах стараюсь использовать набор из более мелких библиотек, - в случае чего вполне реально поддерживать свои версии этих библиотек или в некоторых случаях вообще возможно встраивать их или их части в виде исходников в свои проекты.
А какими мелкими библиотеками можно заменить данные тулкиты?
Учитывая, что в данных тулкитах вся ценность только в GUI, то в зависимости от задач можно использовать и другие GUI-библиотеки. Мне нравится Dear ImGui, но оно требует допиливания. Хотя для ряда задач оно намного удобнее и функциональнее Qt, GTK и тем более wxWidgets.
Qt кривоватое неудобное поделие. QWidget'ы неудобны, для садомазо. QML еще большее извращение. С++ не хватает, давайте еще Javascript присобачим, пусть извращаются.
Для каждого приложения индивидуально, исходя из задач, сферы применения, языка программирования и т.д.
Давайте не уходить от ответа. Вот пишу я некоторое не особо специфическое приложение, которому нужен гуй — форма открытия файлов, меню, кнопочки, листбоксы/чекбоксы (каковых приложений 90%) — что мне использовать, если Qt/GTK/wxWidgets мертвы? Может, взять Electron?
Если какая-то утилита для обработки данных, то я вообще консолью обхожусь. А если пользователи требуют для неё GUI, то в данном случае его вообще пофиг на чём писать. Если полноценное приложение, которое разрабатывается годами, то тогда нужно тщательно выбирать средства разработки, исходя из задач и доступных ресурсов. Но ни wxWidgets, ни GTK я бы даже не рассматривал.
Я, конечно, понимаю, что консоль — это наше всё, но для какого-нибудь avidemux она, увы, не годится. Так что брать-то?
Опишите задачу)
Может так оказаться, что проще и универсальней будет запилить нативный бекенд и веб-морду
Причём, сколь-нибудь нормальная веб-морда с тоннами возможностей по отображению, сможет норм работать на любой оси и архитектуре где есть браузер
А бэкенд - возможно, компилить, но зато он к графическому инструментарию конкретной машины не будет привязан
При желании, бэкенд и «морда» могут и вовсе на разных устройствах работать.. а то и не бесплатно :)
Это и есть выше упомянутый Электрон.
Прожорливое говнище, универсальное настолько, что не подходит ни для чего вообще.
Ибо сама идея заводить "нативный бэкенд" там, где на хрен не нужен сервер - это уже натягивание совы на глобус, изначально. Независимо от того, что там будет в приложении.
Классическая схема - всё абстрагировать/переусложнить, потом героически решать проблемы абстрагирования/переусложнения всякими костылями и ещё большим абстрагированием и переусложнением... и так несколько раз до посинения... А потом, наконец, понять, что проще это всё на хрен выкинуть, и в конце концов просто взять "велосипед" и "допилить"... И это в результате оказывается надёжнее, проще, функциональнее и вообще быстрее и удобнее)))
Ага, вместо написания приложения я сяду писать свой тулкит.
За основу можно взять что-то более-менее подходящее под задачу, но что при реальной необходимости можно допилить.
> Это и есть выше упомянутый Электрон.Отчасти но нет - электрон, насколько помню, упомянутое предоставляет в рамках единого приложения
А вот даже захотел ты запилить ПО для управления своей же железкой, да такое чтобы не надо было под каждую версию каждой ОСи и архитектуры собирать - чтобы оно работало даже там, где ты изначально и не планировал..
Конкретно для упомянутого случая - часто, привет, lighttpd + sqlite + react
И браузер, в котором открывается энная страница при подключении устройства и можно норм настраивать. Причём, хоть на х86, хоть на арме, хоть - на Эльбрусе, разумеется, и на графический инструментарий тоже пофиг - оно и так норм работает
Иные аноны будут плеваться, но те, кто понормальней, вспомнят те времена, когда даже иной юсб-модем можно было запустить только под конкретной осью тупо потому, что на остальные не было управляющего ПОА жрущее или не_жрущее - так тут неоднозначно. Часто система позволяет процессам жрать столько сколько они хотят пока памяти полно, как только начинает не_хватать - начинает трясти и немало памяти высвобождается
Где имение, а где вода...
Веб-сервер на отдельной железке - это удобно, универсально и полностью оправданно.
Веб-сервер же, подпирающий программку на полтора окошка только ради того, чтобы не разбираться с API этих окошек под каждую систему - это дурость. Особенно потому, что как раз проблему абстрагирования от низкоуровневого системного API прекрасно решает сабж.
Я оформил возврат, продавец пока молчит. Может, спор открою.
> отличается позволением
> позволениемАвтор, пиши новости сразу на старославянском, к чему эти дешёвые манеризмы?
Это не старославянский, а казённо-бюрократический:> позволением использования собственных условий для распространения производных работ в бинарной форме.
Два прилагательных, два предлога, остальное существительные. Только бюрократы настолько ненавидят глаголы, потому что их философско-мировоззренческая позиция сводится к тому, чтобы ничего не делать (пока не делаешь ничего, невозможно оказаться козлом отпущения за проявленную инициативу), и глагол для них страшнее прокуратуры.
А всякие неумные люди, не читавшие классиков в школе, подражают бюрократам, думая что они умнее выглядят, когда избегают глаголов.
Оруэлл писал об этом, хоть и имел в виду английский язык. Он правда AFAIR не столько бюрократов, сколько академию разбирал по косточкам, объясняя зачем они так выражаются.
1ске в радость)
Пытались пользоваться на работе. У этого тулкита ооооочень плохо зделана оптимизация! Не рекомендую!
wx rulez. Только об сайзеры можно мозг сломать. А backend в виде GTK и Qt можно выбирать без перекомпиляции? Было бы круто посмотреть как одна прога работает под KDE или Mate на одной машине и ОС.
Для российских пользователей закладок нет?
Поясню на всякий случай.В связи с ситуацией в Европе уже были случаи внедрения в СПО вредоносных закладок, направленных на российских и белорусских пользователей. Об этом писали и на опеннете:
https://www.opennet.dev/opennews/art.shtml?num=56870
и не только:
https://www.eff.org/deeplinks/2022/03/anti-war-hacktivism-le...Учитывая украинский флаг в шапке сайта WxWidgets, исключить наличие в их коде чего-то подобного нельзя.
Я как создатель программ не хочу ни сам столкнуться с чем-то подобным, ни чтобы столкнулись те, кто будет моими программами пользоваться. Тем более что я пишу программы в том числе и для внутренних нужд предприятия, где работаю. Видимо пока я останусь на версии 3.1.
Если у кого-нибудь есть информация о наличии/отсутствии подобных закладок в коде WxWidgets, - прошу высказаться, думаю это будет интересно многим.
А как же Rust?!
ну зайдя на сайт можно больше не использовать его, т.к. не является интернациональным проектом. Справа верху хайповский флаг. Раньше юзал немного это framework на C++ и скорость радовала - намного выше qt. Но проблема с документацией и проблема с обновлениями ложила часто интерфейс весь. В продакшене стремно использовать его пока. Он хоть и давно но развивается крайне медленно.
Люблю этот тулкит. Но не использую.
