Вышел wxWidgets 2.6.0

а вот это - хорошо!

> Улучшена поддержка GTK+2

В X11 работает через gtk?

>В X11 работает через gtk?

По желанию.

О, вот это дело!

Сам я уже давно использую 2.5 ветку и скажу, что она намного стабильней чем 2.4. Надеюсь что в 2.6 они поправили доки, а то много чего там не хватало.

А каковы перспективы ее использования после выхода GPL-версии QT?

вот еслиб боа еще к нему обновили, легко на него народ пересаживается с делфей да вижал бейсиков:))

>А каковы перспективы ее использования после выхода GPL-версии QT?

такие же, как и были

опаньки, на сф.нет лежит 0.4.0 датированная 2005-03-17, похоже проект жив !!

/me пашел шупадь:)

Т.е. никаких?

я этого не говорил :)

Так чего-же есть в wx и чего нет в qt, кроме халявности?

> Так чего-же есть в wx и чего нет в qt, кроме халявности?

Нормальный C++ там есть. Qt это изврат с их .moc файлами и препросессингом.

в .moc распарсиваются только .ui, никто не запрещает все делать руками (без них т. е.)

Отличная новость! Давно ждал когда версия 2.5.x станет стабильной.

Это где же в wx используется нормальный/современный С++? В версии 2.5.2 такого не было. Вовсю использовались макросы. Для обеспечения кроссплатформенности отказались от применения стандартной библиотеки, шаблонов, множественного наследования. Не было и отдельного пространства имен для библиотеки.

Ну не в одном С++ счастье. WxPython например, очень удачная библиотека. Я на ней весьма шустро написал несколько кроссплатформенных приложений, под Win32 нативные виджеты, под Unix -- GTK2. QT не использовал из-за лицензии, нужна была кроссплатформенная LGPL библиотека.

нормальный C++ = оксиморон

> Это где же в wx используется нормальный/современный
> С++?
Во новых версиях появляется.

> Вовсю использовались макросы.
Да, это напрягает, но есть прогресс.

> Для обеспечения кроссплатформенности отказались от
> применения стандартной библиотеки,
Уже нет. Давно использую --with-stl в ./configure.

> Не было и отдельного пространства имен для библиотеки.
Планируется побороть.

В общем они по горло увязли в совместимости с
предыдущими версиями, но тем не менее всё же не
оставляют попыток выбраться из болота макросов
и перейти на нормальный С++.

Так получается, что преимущество только в халявной лицензии? Нативный внешний вид можно обеспечить через theming engine. Зато использование нативных виджетов в wx оборачивается разным поведением этих самых виджетов в одной и той же программе на разных платформах. Точных примеров не приведу, но когда ковырялся в wxMSW и wxGTK это было заметно.

Отлично! Теперь можно забыть про уродство с gtk1 и неработающими модификаторами меню в приложениях с русским интерфейсом.

Если соблюдать правила элементарной гигиены и не использовать С++ как затычку во все дыры, то не оксиморон.

> Так чего-же есть в wx и чего нет в qt, кроме халявности? http://wiki.wxwidgets.org/wiki.pl?WxWidgets_Compared_To_Other_Toolkits

я оттуда сделал вывод что куот лучше;) т. к. замечания спорны, а преимущества куот очевидны даже конкурентам:)

Очевидное преимущество wxwidgets только в лицензии. А остальные отличия можно считать, либо достоинствами, либо недостатками, кому как...

> Очевидное преимущество wxwidgets только в лицензии.

тоже спорно, сравни GPL Qt/KDE и LGPL GTK/GNOME. т. е. отдельно взятой конторе/разработчику конечно выгоднее использовать тулкит на халяву ... но сообщество от этого ничего не приобретает. Вот и приходится сажать на диету ... брать на работу маинтейнеров жизненно важных проектов:)

по остальным коротко:

как тут уже отметили использование нативных средств доставляет больше проблем совместимости (как между версиями одной платформы так и между платформами) поэтому просто использование нативного стиля виджетов имхо намного разумнее. Т. е. приложения с использованием куота выглядят в win mac и linux выглядят как родные но рисуются куотовской либой. Про нот тру си++ это напрасно, можно писать в классическом стиле, moc - надстройка для ui файлов и qmake поставляется с qt а без самой либы и так ничего не соберешь.

> А каковы перспективы ее использования после выхода GPL-версии QT?

Перспективы такие:
1. Использование качественной библиотеки в коммерчиских проектах бесплатно (LGPL).
2. Проект ведётся open source сообществом (как Debian).

А GPL-версию QT, как понимаешь, бесплатно можно будет использовать только в GPL проектах.

IMHO, по соотношению простота_использования/качество wxWidgets -- No. 1.

В .moc распарсивается все, что содержит в себе макрос Q_OBJECT. UI-файлы тут не причем. Из UI-файлов сначала делаются .h и .cpp, затем из .h клепается .moc, а потом все совместно собирается.

Дело не в доках, а в гарантии неизменности API.

Этого тебе нигде гарантировать не могут ;) Так что доки - принципиальнейшая вещь. Всегда. Если все подробно документировано, и описаны ключевые отличия одной версии от другой, то проблем никаких и портирование проходит чуть ли не на автомате, если что.

Да и портирование - это не все. Сам процесс написания кода с хорошими доками намного приятнее. У той же qt доки - просто высший класс.

Тупой вопрос: если я возьму, снесу wxWidgets 2.4, поставлю 2.6 и перекомпилирую aMule, получу ли я aMule на gtk2?

Я не понял эта приблуда без gtk может работать! Если не может то фтопку!

с предыдущей версией у меня не собрался audacity при установленной локали utf8?
соберется ли теперь? как у них с поддержкой utf8?

хе. Мужыки. а вы про ФЛТК слышали? ЛЖПЛ. лёгкая. ОпенЖЛ отлично поддерживается. использует Х11 и Вынь АПИ (про МАК не знаю нет у меня МАКа) когдато вхВыджетс смотрел по моему тяжеловатаю вешчь.

если к примеру нужно приложение работающее с сокетами, xml и т.п. то никаких moc не надо. да и с moc какие проблемы? раз в makefile указал и забыл

>2. Проект ведётся open source сообществом (как Debian).

Что мешает обществу форкнуть GPL QT?

Как насчет фактических гарантий этого общества по развитию и поддержке продукта?

Trolltech за это денежки получает, а wxовцы? Была у них попытка "продаться" Борланду, но что-то у них не получилось.

Во-первых, есть wxMotif. Был, во всяком случае.

Во-вторых, можно собрать с тулкитом X Window System/X.org. Кто-то из пользователей Audacity этим заморачивался, притом успешно.

Объясняю

C wxGTK 2.5-2.6 работает только версия Audacity из CVS HEAD. Все стабильные релизы ветки 1.2.x работают ТОЛЬКО wxWidgets 2.4.x и с 2.5-2.6 не будут работать НИКОГДА :)

Если вдруг боязно работать с CVS -- текущий срез Audacity очень стабилен. У меня к нему претензий как таковых нет. Пока не начнётся интеграция с движком Mezzo, ломать там ничего не будут :)

А что, у wxWidgets какие-то проблемы с гарантией неизменности API?

По поводу FLTK - не только видели, но и использовали. По количеству виджетов и враперов для других языков программирования он откровенно уступает WxWindows. Кстати amule из репозитария Ubuntu я успешно пересобирал для WxWindows-2.5.3, для GTK2 интерфейса.

2 Syncro

Выглядят они может и как родные, look сделать не проблема, а вот feel чтобы был как у родных интерфейсов -- это уже сложнее. Потом и возникают вопросы пользователей, а почему я щелкнул два раза по ColumnHeader в Table, и он автоматически размер по ширине надписи не сделал? А по поводу LGPL лицензии, WxWindows пожалуй единственная библиотека, обладающая кучей возможностей, которую можно использовать бесплатно, для коммерческих целей. Допустим поставили тебе на работе задачу, сделать простую утилиту или даже набор утилит с графическим интерфейсом, и ты решил упростить себе жизнь выбрав удобную и высокоуровневую библиотеку. Есть вероятность, что приобретение за 1500 у.е библиотеки QT будет не совсем оправдано.

> Про нот тру си++ это напрасно, можно писать в классическом стиле, moc - надстройка для ui файлов не напрасно! посмотри, что люди пишут: >В .moc распарсивается все, что содержит в себе макрос Q_OBJECT. А также сигналы и слоты, которых нет в С++

>Была у них попытка "продаться" Борланду, но что-то у них не получилось. Никуда они не продавались, просто борланд использует wxwidgets в C++BuilderX

>У той же qt доки - просто высший класс. Да и wxwidgets тоже отличные и примеров много с ней идёт

>Тупой вопрос: если я возьму, снесу wxWidgets 2.4, поставлю 2.6 и перекомпилирую aMule, получу ли я aMule на gtk2? У меня и 2.4 использует gtk2 Вообще-то смотря как соберёш wxwidgets, она может и gtk1 и gtk2 и motif использовать, а может вообще не использовать ничего - wxX11 сама рисует виджеты wxX11 используется для систем с ограниченными ресурсами, либо если приспичит использовать свои темы >Я не понял эта приблуда без gtk может работать! Если не может то фтопку! Непонятливых фтопку! Хотя... небольшая часть виджетов не поддерживается в wxMotif ни в wxX11, а некоторые не со всеми фичами (в 2.4, не знаю как там в 2.6), так что под иксами лучше с gtk2 собирать

Ещё одна особенность wxwidgets - лёгкость портирования mfc приложений

> Про нот тру си++ это напрасно, можно писать в классическом стиле, moc - надстройка для ui файлов
Не напрасно! посмотри, что люди пишут:
>В .moc распарсивается все, что содержит в себе макрос Q_OBJECT.
А также сигналы и слоты, которых нет в С++

>попытка "продаться" Борланду, но что-то у них не получилось.
Никуда они не продавались, просто борланд использует wxwidgets в C++BuilderX

>У той же qt доки - просто высший класс.
Да и wxwidgets тоже отличные и примеров много с ней идёт

>Тупой вопрос: если я возьму, снесу wxWidgets 2.4, поставлю 2.6 и перекомпилирую aMule, получу ли я aMule на gtk2?
А у меня и 2.4 использует gtk2,
Вообще-то смотря как соберёш wxwidgets, она может и gtk1 и gtk2 и motif использовать, а может вообще не использовать ничего - wxX11 сама рисует виджеты
wxX11 используется для систем с ограниченными ресурсами, либо если приспичит использовать свои темы
Наверное в твоей системе так wxwidgets собрана, достаточно 2.4 пересобрать. А насчёт пересборки с 2.6 не знаю, соберется ли, там кое-что поменяли

>Я не понял эта приблуда без gtk может работать!
Непонятливых фтопку!
Хотя... небольшая часть виджетов не поддерживается в wxMotif ни в wxX11, а некоторые не со всеми фичами (в 2.4, не знаю как там в 2.6), Так что под иксами лучше с gtk2 собирать

Ещё одна особенность wxwidgets - лёгкость портирования mfc приложений

>А также сигналы и слоты, которых нет в С++

Я это подразумевал. Пишешь что-то с сигналом и слотом - надо Q_OBJECT включать.

в боа делал проект под оффтопиком, все отлично было, потом стартанул в линухе и получил:

1. из за того что в оффтопике алиясинг был отключени и шрифты на два размера меньше по умолчанию были часть надписей(на англ.) не влезала в виджеты (кнопки лейблы)

2. русских букв вообще видно не было (локаль линуха - утф)

3. даже относительные пути к файлам ресурсов не работали

4. написанная для 2.4.х.х на 2.5.х.х не заработала

теперь скажите какой в йопу можно делать комерческий продукт с такими выкрутасами ?? тащить в программке локальную версию текущей wxGTK(Windows) ?

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

и тем не менее как я уже говорил всё необходимое идет в составе qt, а без наличия библиотеки в системе разработка приложения с её использованием труднопредставима

Дык понятно ;) Кстати, то, что ты сказал, в некоторой степени относится ко всем имеющимся либам. Даже если библиотека у тебя есть, то без devel-пакета ты все равно далеко не уйдешь.

Мне, например, сложно представить себе широко распространенную linux-систему (всякие урезанные/узкоспециализированные в расчет не берем), у которой на дистрибутивном диске нет qt-devel. Не говоря уже о бесплатности либы под Linux. Единственная проблема: хочешь закрыть код - покупай. А так - флаг в руки.

>в .moc распарсиваются только .ui, никто не запрещает все делать руками (без них т. е.)

Что за бред.. moc-ать нужно все QObject не только *.ui (которые тоже QObject) весь QT построен вокруг метакомпилера...

> Мне, например, сложно представить себе широко распространенную linux-систему (всякие урезанные/узкоспециализированные в расчет не берем), у которой на дистрибутивном диске нет qt-devel.

В генту нет:) кстати объем /usr/include (в который кладуться все хедеры кроме прокоммерческих их /opt) у меня сейчас 25,6 мб(в связи с чем непонятен смысл разделения) и все собирается, и девелов ставить не надо:) вот такая вот магия, ну это так к слову:))

> Не говоря уже о бесплатности либы под Linux.

начиная с 4.0 она и под оффтопик бесплатная будет GPL и там и там об том и речь