Доступен для тестирования второй кандидат в релизы кроссплатформенного тулкита wxWidgets 3.0 (http://wxwidgets.org/), позволяющего создавать графические интерфейсы для Linux, Windows, OS X, UNIX и некоторых мобильных платформ. Кроме исходных текстов для тестирования в окружении Windows доступны (http://sourceforge.net/projects/wxwindows/files/3.0.0-rc2/bi.../) бинарные сборки, созданные с использованием Microsot Visual C++ и MinGW-TDM (http://tdm-gcc.tdragon.net/)). Лицам, заинтересованным в этих сборках рекомендуется загрузить и проверить их, так как решение о целесообразности их предоставления для будущих релизов будет принято в зависимости от востребованности данных сборок.
wxWidgets - это С++ библиотека которая позволяет разработчикам создавать кроссплатформенные графические приложения. Доступны биндинги для популярных языков программирования, в том числе для PHP, Python, Perl и Ruby. В отличие от других тулкитов, wxWidgets обеспечивает для приложения по настоящему родной для целевой системы внешний вид и методы взаимодействия, благодаря использованию системных API, а не имитации GUI.
Релиз 3.0 является кульминацией нескольких лет работы с веткой 2.8, и вносит множество важных улучшений по сравнению со старыми стабильными выпусками. Из новшеств (https://sourceforge.net/projects/wxwindows/files/3.0.0-rc2/c...) можно отметить улучшенную и более простую поддержку Юникода; новый порт wxOSX/Cocoa, подходящий для разработки 64-битных приложений под OS X; поддержка GTK+ 3 в порте wxGTK. Тем, кто планирует переход с предыдущей версии, рекомендуется обратить особое внимание на наличие нарушающих совместимость изменений (http://docs.wxwidgets.org/3.0.0/overview_changes_since28.html).
URL: http://wxwidgets.org/
Новость: http://www.opennet.me/opennews/art.shtml?num=38283
В свое время намучился, подбирая нужную версию MinGW, а тут наконец-то сразу и 4.7 и 4.8 и x86 и amd64!Только одно огорчает:
> MinGW-TDM versions 4.7.1 and 4.8.1 (with the default SJLJ exceptions propagation method).SJLJ медленный жеж. По крайней мере на amd64 seh бы использовали :(
> SJLJ медленный жеж. По крайней мере на amd64 seh бы использовали :(На AMD64 именно он и используется.
> В свое время намучился, подбирая нужную версию MinGWВсё правильно - вендузоиды должны мучиться.
Вообще-то достаточно использовать для Виндов бесплатную MS VS Express - и никаких мучений с wx нет и не предвидится. Паллиативы типа MinGW никогда не были удачным решением.Я на этой почве как раз выкинул Винду с рабочего компьютера. Работал над Андроид-программой c JNI, Eclipse в винде вроде бы работает, но компиляция каждый раз оказывалась столь мучительно тормозным предприятием, что сначала переполз в виртуалку с Убунтой (даже там было быстрее), а потом осознал, что занимаюсь ерундой и трачу мощность машины на ненужную прослойку. Теперь Винда на машине только в виртуалке, и запускается она, только чтобы собрать в VS исправленную программу для виндоюзеров.
"Доступны биндинги для ... PHP, Python, Perl и Ruby" - это пздц. Как представлю себе монстра в виде php -> wxgtk -> gtk+, так и хочется открыть аптечку с валерьянкой.
А зачем GTK+? Библиотека и для консоли предлагает достаточно интересных заготовок.
Не уверен, правда, что там есть то, чего нет в самом PHP, но если, например, проводится оптимизация скорости - уж лучше, чем на голых сях/крестах что-то строчить.
> обеспечивает для приложения по настоящему родной для целевой системы внешний вид и методы взаимодействияЭто и фишка, и недостаток. Например, у меня в одной из программ использовался wxListBox с wxLB_MULTIPLE - под Виндами. Понадобилось портировать под Linux, а в GTK тупо нет подобного контрола, множественное выделение в списке - только доп. клавишами, а сочетания с ними уже используются. Да и убрать выделение, еще раз щелкнув по выделенному, не получится. В результате - либо менять привычный интерфейс, либо самому программировать контрол с нужным функционалом. Неприятно.
Ну, и, конечно, Qt уже имеет серьезную фору. Обычно в сравнении пеняют на то, что Qt требует кучи библиотек в довесок - так лицензия wxWidgets тоже не позволяет для бесплатного варианта статическую линковку, а вдобавок еще и версии этой библиотеки, доступные в репозиториях, устарели на несколько лет. Какой-либо ниши, где сейчас wxWidgets имеет значимое преимущество перед Qt, не вижу, признаться... хотя сам и пользуюсь именно ей.
> Обычно в сравнении пеняют на то, что Qt требует кучи библиотек в довесокСамый большой недостаток Qt- это MOC. Страшный костыль.
> лицензия wxWidgets тоже не позволяет для бесплатного варианта статическую линковку
Позволяет. "The wxWindows Licence is essentially the LGPL, with an exception stating that derived works in binary form may be distributed on the user's own terms." (http://www.wxwidgets.org/about/newlicen.htm).
Самый большой недостаток Qt - это C-пых-пых, а MOC - это необходимое зло для обхода ущербности языка.
s/языка/компилятора/Зачем использовать MOC, авторы Qt подробно объясняли: когда на всех платформах, на которых работает Qt, будет доступен штатный компилятор, поддерживающий хотя бы C++ v3 (1998 г.) _без_ багов, MOC можно будет выкинуть.
Но это всё мечты. Полноценная поддержка 'export' в шаблонах появилась в MSVC 2010. :)
Компиляторы кривые, потому что язык ущербный, с набором никому ненужных возможностей.
Зачем вы так о родном языке? То, что вы его тоже не освоили - это еще не недостаток.
export шаблонов выбросили из стандарта С++11, нет его и не планируется.
> Самый большой недостаток Qt - это C-пых-пыхНет там никакого "C-пых-пых". Там есть C++, и это самое большое достоинство Qt.
>Страшный костыль.Для инвалидов - да.
Для остальных - инструмент.
Для инвалидов - костыль инструмент.
Для остальных - ещё одна палка.
tester чорт тебя побери - ты потрясающе, вопиюще логичен! :)
> обеспечивает для приложения по настоящему родной для целевой системы внешний вид и методы взаимодействияРаньше писал на wx, сталкивался с разным поведением программы на разных ОС, впрочем и у Qt это есть но в меньшей степени.
Ну и с таким подходом едвали будет Android/ios/FireFoxOS версии wx-ов...
На ОгнелисОС и так ничего быть не может, там нельзя нативный код использовать, строго вебня.
с http://wxwidgets.org/
>We are looking for developers and/or funding to help us with developing wxAndroid port. If you are interested in working on this project yourself or would like to donate to see it happen, please contact us or visit the funding page. See the original forum post about this campaign for more details.c http://wiki.wxwidgets.org/WxWidgets_Source_Code_Overview
>iOS port, wx-base is working, while the GUI part is still in its infancy
Кто знает, подскажите- а как с помощью тулкита сего в каком-либо DE ввести такую функцию ("типа фишку"), которая позволяет открывать все файлы (и папки) не двойным, а одинарным щелчком мыши? (а также- чтобы под каждыми и файлом и папкой отображались (или всегда, или только при наведении на них курсора мыши) не только их названия, но и их размеры). В винде-то и тот и тот функционал- это не проблема. Но в подавляющем большинстве линуксовых DE обоих этих возможностей я там не нашел (а я к ним обоим и очень привык, и я уже давно как не на винде). Как и в линуксовых DE (где этого нет)- это создать? (что для этого нужно,- данный тулкит, или что-то другое?)
Еще такой вопрос по DE: их легковесных всяких разных существует в общем то много. Для определенной (и достаточно большой) ниши они тоже нужны. Но про них я читал, что многие из них (да и не только их)- с недоделками. И вот событие новости сей- оно насколько актуально для решения тех проблем? (а для других "DE"? А для мiра других ОС? (а у меня дома- "Mate", "Гном2", и сломанная (уже давно) XP)).
в Долфине - управление - допольнительные сведения. Плохо искал :)
>> а как с помощью тулкита сего в каком-либо DE ввести такую функциюКакая может быть связь тулкита сего с какой-либо DE? Примерно такая же как у теплого и мягкого.
>> И вот событие новости сей- оно насколько актуально для решения тех проблем?
Каких проблем? Поток сознания какой-то.
Вы бот (Ваш коммент полная ахинея) или начинающий программист?
> Вы бот (Ваш коммент полная ахинея) или начинающий программист?Это местная достопримечательность.
Была бы на много популярней и востребованней с общественной лицензией. С копилефт уже есть Qt и даже GTK.
А так большого интереса не представляет.
http://ru.wikipedia.org/wiki/FLTK
> http://ru.wikipedia.org/wiki/FLTKВ статье не написано, но, по-моему, FLTK ещё и под DOS портирована.
на нем одинэс под линукс написан, не пропадут
> на нем одинэс под линукс написанНормальные герои всегда идут в обход.
Они как раз выбрали легкий путь. Классы wxWidgets во многом копируют аналоги из MFC и тулкита CBuilder'a. Логику ломать практически не требуется.
Врапперы под наиболее распространенные языки есть. Нормальные программы-дизайнеры интерфейса есть (wxFormBuilder, например). Работать вполне можно. Хоть и появляются мыли о переходе на Qt все чаще.
> Хоть и появляются мыли о переходе на Qt все чаще.Например, когда требуется порт под Андроид и приходит ужасное понимание, что все, завязанное на wx, нужно переписывать заново.
подскажите, а ветка в 2.9 во что перейдет???? в 3.1? и тоже develop???? тогда вопрос из нечетных веток берут код с четные????
> Релиз 3.0 является кульминацией нескольких лет работы с веткой 2.8...процесс которой вы могли наблюдать, используя ветку 2.9.
Если вы используете 2.9 - просто переходите на 3.0 после релиза. Там, кстати, и изменений будет не так много. Если потом работа продолжится и случатся несовместимые с 3.0 изменения - они до окончания работы будут выделены в отдельную ветку 3.1.
я сижу на 2,9,5 ветки, но мне интересно, нечетные числа - это так сказать девелоп, тоесть ветка ВСЕГДА будет девелоп? то есть для релиза продукта лучше брать четные ветки? но тогда вопрос - что вливается в стабильную ветку, если она основана на стабильной предыдущей ветки?????????????????? немогу понять, где они перекрываются и суть девелопменсокй ветки, если она никогда не будет стабл??????
Версия 2.8.10 - это версия 2.8.0, в которой вычищены ошибки и доделано то, что не успели сделать сразу. Она полностью совместима с 2.8.0, один и тот же код будет нормально собираться как с одной, так и с другой.
Но вот разработчики решили сделать изменения, несовместимые с 2.8.0. Они назвали результат 2.9.0 - нечетность указывает на то, что это эксперименты, еще не обкатанные на практике.
Дальше развиваются две ветки - выходит 2.8.12 и 2.9.5. Одновременно. Первая - для совместимости, вторая - для экспериментов.
Наконец, эксперимент признан успешным, нововведения доведены до стабильного состояния.
2.8.13 уже не выпускают и эту ветку больше не развивают.
Выпускают 3.0, которая может отличаться от 2.9.5 только исправлением ошибок. Пользователям ветки 2.8 рекомендуют помучиться с исправлением своего кода и переходить на 3.0.
В какой-то момент окажется, что хочется внести еще какие-то несовместимые изменения. Ветку 3.0 ломать не будут - заведут 3.1. И все повторится.
ясно: брать стабл(3.0