Знаю, что тема неоднократно обсуждалась, но все же в этой ветке хочется сделать уклон именно на КОМПАКТНОСТЬ и ПОЛНУЮ БЕСПЛАТНОСТЬ. MacOS — обязательно, без Linux можно попробовать прожить.
Да и чем еще развлечь себя на каникулах, давайте по дискутируем!!!
Google сразу-же привел меня к этой статейке.
Мои размышления:
— Chromium Embedded Framework — круто конечно, все видели Battle.net, но таскать с собой 92Мб (из коробки) libcef.dll и еще пару .bin файлов для проектов аля крестики-нолики неохото совсем.
— любимый тут многими sciter в список Wiki не попал, и думаю, что по понятным причинам. В принципе, если хочется интерфейс в стиле HTML (CEF), и готов таскать с собой один файл в 2 МБ, то вполне себе, если бы не проприетарность.
— QT тоже не полностью FREE, да и это уже превратилось в философию типа boost — громоздковато, хотя из плюсов тот-же QML.
— любимая Страуструпом (из последней его книги) FLTK как-то уж слишком мрачновата.
— JUCE слишком узконаправлена.
— и вот вроде как wxWidgets — то, что я ищу, так как судя по прочитанному мной на форуме — это "фасад" к стандартным ОС API.
— хочу еще посмотреть GTK+, но боюсь что там многовато зависимостей.
Еще раз, нужна легковесная библиотека для небольших приложений, которая в идеале становиться частью исполняемого файла.
А вообще начинаю склоняться к выводу, что будущее кроссплатформенных GUI — HTTP+REST/HTML+CSS+AJAX+JavaScript
Здравствуйте, dosik, Вы писали:
D>Знаю, что тема неоднократно обсуждалась, но все же в этой ветке хочется сделать уклон именно на КОМПАКТНОСТЬ и ПОЛНУЮ БЕСПЛАТНОСТЬ. MacOS — обязательно, без Linux можно попробовать прожить.
Можно еще посмотреть на Nana (поддержка MacOS там заявлена как экспериментальная, но может для простых нужд и сойдет) и на FOX Toolkit (сама библиотека старая, но до сих пор развивается и въехать в нее не сложно).
Здравствуйте, dosik, Вы писали:
D>- QT тоже не полностью FREE, да и это уже превратилось в философию типа boost — громоздковато, хотя из плюсов тот-же QML.
Qt 4.8.7 полностью под LGPL, а компилировать её статическую версию себе дороже. Я пробовал, у меня получилось, но это не нужное и даже вредное занятие, так как надо учитывать то, что можно было бы не учитывать при динамической линковке. Что касается громоздковато, то можно взять для примера SDL. Тот же Qt имеет свою библиотеку виджетов, но к нему как и к SDL и другим можно подключать сторонние GUI. Здесь ведь главное, чтобы была возможность создать графическое окно для кроссплатформенного приложения.
openscenegraph
Библиотека osgViewer может так же быть легко встроена с другими оконными тулкитам, такими как Qt, GLUT, FLTK, SDL, WxWidget, Cocoa и MFC.
Точно так же работают игровые движки, геометрические ядра и тому подобное, причём в них есть свои GUI. Есть и обратная ситуация, когда можно запихнуть те же Qt виджеты в трёхмерное пространство, или комбинированный вариант. Даже просто смотря на совместимость различных GUI с оконными тулкитам вроде Qt, GLUT, SDL и тому подобных, я вижу гораздо больше вариантов для создания пользовательского интерфейса.
Что касается макоса, то говорят он более проблемный в этом плане, потому как раз без него прожить проще, чем без гну/линукса. Так что вряд ли стоит изобретать велосипед хотя бы по отношению к кроссплатформенным оконным тулкитам. А вот дальше уже использовать их возможности по GUI или встроить в них нечто стороннее руководствуясь при выборе того и другого той же компактностью.
Re[2]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, velkin, Вы писали:
V>Что касается макоса, то говорят он более проблемный в этом плане, потому как раз без него прожить проще, чем без гну/линукса.
Разработчикам быть может. Но у меня ориентация на конечного пользователя (обывателя). Как много у Вы знаете людей (разработчики не считаются ) с ноутбуками, на которые установлен Linux?
Здравствуйте, dosik, Вы писали:
D>Знаю, что тема неоднократно обсуждалась, но все же в этой ветке хочется сделать уклон именно на КОМПАКТНОСТЬ и ПОЛНУЮ БЕСПЛАТНОСТЬ. MacOS — обязательно, без Linux можно попробовать прожить. D>Да и чем еще развлечь себя на каникулах, давайте по дискутируем!!! D>Еще раз, нужна легковесная библиотека для небольших приложений, которая в идеале становиться частью исполняемого файла.
Здравствуйте, dosik, Вы писали:
D>Разработчикам быть может. Но у меня ориентация на конечного пользователя (обывателя).
Я к тому, что если уж на макоси заработает, особенно с кроссплатформенными оконными тулкитами, то гну/линукс это вообще не проблема. В овервотч на макос просто тупо забили. Хотя PS4 это FreeBSD 9.0 и он там есть, как и на винде с иксбокс ваном. Игроков уже говорят 35 млн. и чтобы вырасти ещё больше могли бы сделать версию для макоса. А те кроссплатформенные игры которые поновее, если поддерживают макос, то у них и гну/линукс доступен. Это косвенно свидетельствует о том, что программировать можно на чём угодно, а вот релиз лучше выпускать сначала на винде, а потом если останутся силы на всём остальном.
Если прикинуть очень грубо, то SDL 2.0.x примерно 1-1.2Мб на x86 и x64 версии, плюс нужен какой-нибудь хороший GUI. Релизные мингвшные библиотеки Qt 4.8.7 под винду не более 3МБ на Core и 10Мб на GUI, то есть 13Мб с динамической линковкой, со статической понятное дело меньше. Вот я смотрю тут писал Как собрать Qt 4.8 статически?
Если всё сделано правильно не слишком нагруженный скомпилированный гуишный пример будет занимать мегабайт семь и больше. Ни от библиотек Qt, ни от mingw'шных (на вроде, mingwm10.dll и других), он зависеть не будет. Можно поставить его на чистый компьютер, или стереть из системных переменной Path пути к библиотекам, или просто запустить консоль (cmd.exe) и там набрать set path= после чего динамически слинкованные файлы запущенные в этом же сеансе консоли сразу затребуют недостающее, а статические будут запускаться без вопросов.
Уже не поручусь за то, что было много лет назад, но значит 7Мб на минимуме, что тоже не особо экономно и не оправдывает использование статической сборки, тем более учитывая лицензию LGPL. Есть примеры, как подключить OpenCASCADE к тем же вышеперечисленным оконным тулкитам. Графические и игровые движки тоже много что умеют.
А в целом ничего не даётся бесплатно, где-то гуишная библиотека всё равно находится, в папке с операционкой или поставляемая в комплекте с программой. Тот же Qt отрисовывает всё сам, то есть стиль винды или макоса это просто имитация средствами самого Qt. Я вот сейчас посмотрел, различные примеры к Qt занимают 50кб, некоторые больше и даже меньше, просто к ним надо библиотеки, вроде ядра, гуи, баз данных, сетей и так далее.
Можно ещё в компиляторе включать соответствующие оптимизации. Хотя смысла в этом особого нет, те же релизные библиотеки Qt при всех своих размерах просто микроскопические, по сравнению со многими программами и пропускными каналами интернета. Так что здесь если только чисто академический интерес, а так лучше выбирать по функционалу.
Re[4]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, dosik, Вы писали:
D>- и вот вроде как wxWidgets — то, что я ищу, так как судя по прочитанному мной на форуме — это "фасад" к стандартным ОС API.
Это не так уж плохо, поскольку обеспечивает настоящий нативный лук анд фил, а не вечно кривоватую его эмуляцию. Но ходят слухи, что wxWidgets очень глюкав (сам я не пробовал).
Re[2]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, Pzz, Вы писали:
Pzz>Здравствуйте, dosik, Вы писали:
D>>- и вот вроде как wxWidgets — то, что я ищу, так как судя по прочитанному мной на форуме — это "фасад" к стандартным ОС API.
Pzz>Это не так уж плохо, поскольку обеспечивает настоящий нативный лук анд фил, а не вечно кривоватую его эмуляцию. Но ходят слухи, что wxWidgets очень глюкав (сам я не пробовал).
а зачем он нужен это нэйтивный лук и фил?!
Никогда ни один юзер у меня не просил эту лабуду!
юзеры просят чтобы было просто и понятно и изящно-красиво максимум.
А эту лабуду юзера даже не подозревают о ней. Эта сущность существует исключительно в мозгах некоторых програмистов.
UX дизайнеры должны руководствоваться гайд лайнами гугла и эпла по ГУИ, а там никакой фигни лук-ифил никогда не сущесвовало.
Люди пишущие про этот лук-и-фил вообще все перпутали п перевернули с ног на голову.
Есть стратегические установки как делать ГУИ — от гугла и эпла.
Есть их текущие реализации... которые меняются от версии к версии ОС, но все в русле установок "партии" (революции не исключены
переход от сквеморфизма к плоскому и материальному ГУИ)
Так вот — молиться надо на стратегические установки. а не текущую реализацию (лук-и-фил)
Врубаетесь коллеги?
Здравствуйте, dosik, Вы писали:
D>... D>А вообще начинаю склоняться к выводу, что будущее кроссплатформенных GUI — HTTP+REST/HTML+CSS+AJAX+JavaScript
Я примерно это же слышал лет 13 назад, когда техникум заканчивал.
А по сабжу — я адепт Qt. Написал для себя шаблончик проекта на cmake, который сразу подхватывает Qt+boost и умеет с помощью windeployqt и пары костылей делать standalone сборку. Может когда-нибудь выложу на гитхаб.
Здравствуйте, SaZ, Вы писали:
SaZ>Я примерно это же слышал лет 13 назад, когда техникум заканчивал.
Тогда только зарождались WebSocket, AJAX, не говоря уже про другие приятности типа jQuery, Angular, React.
SaZ>Qt+boost
А я сторонник минимализма, быть может в силу того, что ни когда не участвовал в очень крупных проектах, и по этому старюсь избегать любых крупных библиотек.
Здравствуйте, dosik, Вы писали:
D>Тогда только зарождались WebSocket, AJAX, не говоря уже про другие приятности типа jQuery, Angular, React.
Но воз и ныне там (в плане гуёв для десктопа).
D>А я сторонник минимализма, быть может в силу того, что ни когда не участвовал в очень крупных проектах, и по этому старюсь избегать любых крупных библиотек.
STL — уже очень крупная библиотека. Её вы тоже избегаете? Странный аргумент. Что Qt загоняет в определённые рамки — ещё могу понять, но вот буст это же в основном header-only библиотека. При желании оттуда вообще очень легко достаётся нужная функциональность, если не хотите таскать весь буст с собой.
Вы можете чётко сформулировать, что значит для вас "крупная библиотека"?
Здравствуйте, SaZ, Вы писали:
SaZ>STL — уже очень крупная библиотека. Её вы тоже избегаете?
Она таковой стала в 11 стандарте. Ее избежать практически невозможно, иначе С++ превратиться в простой С с классами
SaZ>но вот буст это же в основном header-only библиотека.
Так и сделали с asio, часто пользуюсь.
SaZ>Вы можете чётко сформулировать, что значит для вас "крупная библиотека"?
Я думаю, что этого ни кто не сможет, если с точи зрения исходников. В данном вопросе (контексте обсуждаемой темы) на пальцах: CEF (Electron) крупная по тому, как надо тянуть с собой не один файл, да и конечно решение превышает 100МБ, QT избыточна — много лишнего, что пользовать не буду.
Re[2]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, niXman, Вы писали:
X>FLTK, wxWidgets
А в FLTK уже есть нормальная поддержка юникода? А то когда я им интересовался, надо было кодировку менять в зависимости от ОСи — какая уж тут кроссплатформенность.
Re[3]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, loginx, Вы писали:
L>Так вот — молиться надо на стратегические установки. а не текущую реализацию (лук-и-фил) L>Врубаетесь коллеги?
Приведу простой пример: собираем программку на FLTK 2.0, запускаем и удивляемся: все кнопки, все скроллбары, все элементы интерфейса выглядят как будто вырублены топором. Потому что по умолчанию они отрисованы в стиле то ли Motif, то ли еще какой древней фигни. Причем стандартные диалоги (например, диалог открытия файла) тоже саморисованные, а не системные.
Когда пользователи такую программу открывают, они сильно удивляются и долго еще плюются, потому что непривычно.
Например, вот так выглядит окно выбора файла на Windows 7:
Re[4]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, dosik, Вы писали:
D>Знаю, что тема неоднократно обсуждалась, но все же в этой ветке хочется сделать уклон именно на КОМПАКТНОСТЬ и ПОЛНУЮ БЕСПЛАТНОСТЬ. MacOS — обязательно, без Linux можно попробовать прожить. D>Да и чем еще развлечь себя на каникулах, давайте по дискутируем!!! D>Еще раз, нужна легковесная библиотека для небольших приложений, которая в идеале становиться частью исполняемого файла.
Если не требуется нативный вид контролов (всё же во многих случаях "не родной" вид приложения является минусом), то наверное самым лучшим решением будет https://github.com/wjakob/nanogui — тут и эффективность (рисует через GPU) и кроссплатформенность и компактность и использование современного C++.
D>А вообще начинаю склоняться к выводу, что будущее кроссплатформенных GUI — HTTP+REST/HTML+CSS+AJAX+JavaScript
Ты имеешь в виду реализовывать своё GUI с помощью запуска системного браузера? )
Re[2]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, alex_public, Вы писали:
_>https://github.com/wjakob/nanogui — тут и эффективность (рисует через GPU) и кроссплатформенность и компактность и использование современного C++.
Интересная своеобразная библиотечка.
_>Ты имеешь в виду реализовывать своё GUI с помощью запуска системного браузера? )
Именно.
Re[2]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, alex_public, Вы писали:
_>Если не требуется нативный вид контролов (всё же во многих случаях "не родной" вид приложения является минусом), то наверное самым лучшим решением будет https://github.com/wjakob/nanogui — тут и эффективность (рисует через GPU) и кроссплатформенность и компактность и использование современного C++.
Сыровата она, resize у неё весёлый
Re[2]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, reversecode, Вы писали:
R>давно известный ответ на такие вопросы — сделай сам R>в чем проблема взять и набросать свою гуи ?
Встречный вопрос — зачем?
Для чего тратить время и силы, на то, что давно уже готово
ИМХО этот путь (разработку своей GUI библиотеки на C++) я бы назвал:
— Ломиться в открытую дверь
P.S. А чем тебе Qt не угодил?
Ну не хочешь чтобы громоздко, так возьми предыдущую версию, например Qt 4.8.7.
В чём проблема?
Здравствуйте, dosik, Вы писали:
SaZ>STL — уже очень крупная библиотека. Её вы тоже избегаете? D>Она таковой стала в 11 стандарте. Ее избежать практически невозможно, иначе С++ превратиться в простой С с классами
Три кита ООП: Инкапсуляция Наследование Полиморфизм
Существуют и без STL...
Так при чём же здесь простой С с классами
SaZ>Вы можете чётко сформулировать, что значит для вас "крупная библиотека"? D>...QT избыточна — много лишнего, что пользовать не буду.
По ходу, понятие "крупная библиотека" осталось неясным...
Вот если бы Вы знали, что:
Процессоры (не только Intel и AMD, но даже и ARM) — избыточны;
Любая Операционная Система (как Windows, так и любой Linux и проочие мак-оси) — избыточна;
Любое приложение (aka пользовательский процесс) подымает за собой немало системных библиотек, о которых пользователи, а иногда даже и разработчики — сами не подозревают (утилита Depends.exe: http://www.dependencywalker.com в помощь)...
Думаю, что пересели бы с компьютера, за счёты — там избыточности нет
Здравствуйте, AlexGin, Вы писали:
AG>Три кита ООП: AG>Инкапсуляция AG>Наследование AG>Полиморфизм AG>Существуют и без STL...
Поздравляю Вас, что наконец то разобрались
AG>Вот если бы Вы знали, что: AG>Процессоры (не только Intel и AMD, но даже и ARM) — избыточны; AG>Любая Операционная Система (как Windows, так и любой Linux и проочие мак-оси) — избыточна...
AG>Думаю, что пересели бы с компьютера, за счёты — там избыточности нет!
Вы видимо так и делаете!
Re[3]: Компактная бесплатная C++ crossplatform GUI
AG>Встречный вопрос — зачем? AG>Для чего тратить время и силы, на то, что давно уже готово AG>ИМХО этот путь (разработку своей GUI библиотеки на C++) я бы назвал: AG>- Ломиться в открытую дверь
важный момент, следить за темой
начало темы, ТС, — я знаю много ГУИ, раз, два, три, ... итд, ничего не подходит, советуйте еще гуи
читая это, понятно, тема ради флейма, поэтому я дал резонный ответ, — ничего не нравится и не можешь найти ничего вменяемого ?! — сделай сам
Re[3]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, reversecode, Вы писали:
R>важный момент, следить за темой
Точно важный!!!
R>начало темы, ТС, — я знаю много ГУИ, раз, два, три, ... итд, ничего не подходит, советуйте еще гуи
Google (Wiki) предлагает много GUI, кто что юзал, посоветуйте что выбрать со следующими критериями: раз, два, три, ... итд
Re[3]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, Mr.Delphist, Вы писали:
_>>>Ты имеешь в виду реализовывать своё GUI с помощью запуска системного браузера? )
MD>А если его нет в системе? Ну вот вообще, отсутствует в природе как таковой (или есть, но уровня IE4).
Командная строка и конфигурировение по средствам редактирования файлов в помощь на таких системах.
Re[5]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, uzhas, Вы писали:
U>крестик на красном фоне нативный! всё, что нужно юзеру в данном случае
А как же гибкая навигация между папками, работа с другими дисками/сетью/мобилками, фильтрация по нестандартным расширениям? Ну и свежие системные фичи типа поиска по контенту (Win8/10) и т.п.
Системные диалоги ой как непросты.
Re[2]: Компактная бесплатная C++ crossplatform GUI
Здравствуйте, Pzz, Вы писали:
Pzz>Здравствуйте, dosik, Вы писали:
D>>- и вот вроде как wxWidgets — то, что я ищу, так как судя по прочитанному мной на форуме — это "фасад" к стандартным ОС API.
Pzz>Это не так уж плохо, поскольку обеспечивает настоящий нативный лук анд фил, а не вечно кривоватую его эмуляцию. Но ходят слухи, что wxWidgets очень глюкав (сам я не пробовал).
wxWidgets под Windows использует стандартные типы окон (кнопка, выпадающий список, ...) из WinAPI, а под Unix — GTK. Но есть вариант сборки библиотеки wxUniversal. В этом случае под всеми ОС все интерфейсные элементы реализуются самостоятельно, а не используются готовые типы окон и поэтому выглядит одинаково под всеми платформами. wxUniversal под UNIX реализуется через xlib. Я давно не использовал wxWidgets, а когда использовал последний раз — wxUniversal был ещё сырой, а для строк использовались самостоятельные классы, но — велась работа по переписыванию на использование std::string. Тогда я какой-то глюкавости не заметил, но проект развивался очень вяло. Что сейчас — не знаю.
