А когда он qt поддерживать будет?

> wxWidgets

Не нужны.

> А когда он qt поддерживать будет?

Зачем? На каждой платформе уже поддерживается как минимум один нативный интерфейс. К чему распылять усилия?

PS особо ярые гткненавистники могут пользовать мотифный wxwidgets.

и на чем ты будешь писать морду к программе для нескольких ос с нативным гуи?

> и на чем ты будешь писать морду к программе для нескольких ос с нативным гуи?

На Qt, на чём же ещё!

> Не нужны.

А чем заменять? Чтобы LGPL'ное, настолько же кроссплатформенное и со всеми фичами?

qt хорош по фичам, но не катит, потому что не LGPL и не настолько кроссплатформен (а в рамках рабочих платформ не обладает настолько же нативным видом, как и wxwidgets - даже таких важных, как win и osx, а уж про всякую экзотику от пальмов до winmobile и не говорю - впрочем, я вообще не уверен, что на последних есть qt). gtk и другие линуксовые тулкиты являются именно "тулкитами", не предоставляя внутри себя средства работы с векторной графикой, xml, сокетами и т.д., да и выглядят не под иксами обычно еще хуже, чем qt.

Вот wx и занимает свою нишу; основной конкурент ему, конечно, qt, но друг друга они полностью заменить никак не могут. Кроме того, практично иметь мощный тулкит с фичами и традиционным gtk'шным видом.

неделя nokia на ЛОРе? :)

> А чем заменять? Чтобы LGPL'ное, настолько же кроссплатформенное и со всеми фичами?

Рискну предположить, что лицензия среди названных Вами причин - самый важный пункт.

Просто, видите ли, наблюдаю переход от wxWidgets к Qt на примере пары заметных приложений - VLC и hugin. В обоих случаях, как я понимаю, это именно из-за архитектурных преимуществ Qt.

Ну и глядя на то, как wxWidgets работает со шрифтами, я бы не имел ничего против того, чтобы Audacity тоже переписали на Qt. Ибо задостало.

ерунда какая :) сам пишу на wxWidgets - шрифты как и положено одни и те же в wx-ых и gtk-ых программах, если у вас КДЕ, то ставьте что-то не гтк-е и будет вас счастье

да вы ламер - какой там нативный гуи :)

когда там его соберут :) как я понимаю никакой разницы между maemo и обычным линуксом практически нет - это дебиан с Х-ми, разница только в архитектуре - ARM вместо x86

> Ну и глядя на то, как wxWidgets работает со шрифтами, я бы не имел ничего против того, чтобы Audacity тоже переписали на Qt. Ибо задостало

Лично я был бы больше доволен, если бы в audacity собственно звуковую подсистему переписали.. Чтобы с jack или хотя бы pulseaudio немного подружили. А то ж реально использовать невозможно на серьезных звуковых картах, где напрямую через alsa/oss emulation работать приложения не могут. А тулкит - да хрен с ним, при таких-то проблемах.. На шрифты, кстати, не жалуюсь.

А насчет перехода с wx на qt - есть и противоположные мнения, хороший пример - проект amule. Там, кстати, очень активно используется сетевая подсистема wx - более того, она подверглась сильной модернизации и улучшению как раз для того, чтобы обеспечить все требуемое для amule (а у него довольно серьезные требования). Можете глянуть форумы, там переодически просят qt-порт, а разработчики мотивировано рассказывают про wx vs qt ;)

> ерунда какая :) сам пишу на wxWidgets - шрифты как и положено одни и те же в wx-ых и gtk-ых программах

В том-то и дело, что нет :) Вы, верно, пользуетесь только виджетами типа label и button. А вот дальше всё становится очень непросто. Поставьте для интереса Audacity 1.3.сколько-нибудь и посмотрите на три вещи:

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

Посмотрите на кегль шрифта в заголовках типа "Радиальное искажение" в hugin:

http://www.linuxgraphics.ru/images/articles/tutorials/dphoto/tutorial-dphoto-...

Это ерунда? А по-моему, за такое убивают :)

Кстати, я правильно понимаю, что в wx нету собственного диалога выбора шрифта?

> если у вас КДЕ,

Гном :)

> Лично я был бы больше доволен, если бы в audacity собственно звуковую подсистему переписали..

Звуковая подсистема основывается на PortAUdio v19. На днях в CVS как раз залили обновление, с которым JACK лучше работает.

Ну и потом, на что ее менять? rtAudio мы уже пробовали. Поддерживать его как опциональный вариант некому, да и не развивается этот rtAudio уже года два как, если судить по "наличию" новых релизов.

это проблема разработчиков, а не wx - размер шрифта либо стоит по дефолту как в гтк, либо выставляется вручную

Кстати по поводу wx. амуль на на темной теме gtk ведет себя не адекватно. то есть на светлом поле (бекграунт списка серверов) белые буквы

http://img49.imageshack.us/img49/7756/amulekr6.png

разрабы амуля кивают в сторону wx и говорят, что это их глюк.

может кто знает как исправить?

> это проблема разработчиков, а не wx - размер шрифта либо стоит по дефолту как в гтк, либо выставляется вручную

Я вам предлагаю сначала посмотреть на версии этих же приложений под Windows, и уже потом пытаться высказывать столь смелые суждения о проблемах разработчиков :)

Для примера: http://img32.picoodle.com/img/img32/5/12/13/f_huginwinm_29eaa12.png

model/view в wx чё-то не нашёл. это сосёт.

всегда можно выполнить ->SetFont( *wxNORMAL_FONT ) :)

Мне это ни о чем не говорит :)

покажи пример своего софта который не сосет

> и на чем ты будешь писать морду к программе для нескольких ос с нативным гуи?

Нативный гуи, да?...

зы: mkvtoolnix-gui грузится столько же, сколько java-приложение того же масштаба. Тем более совместимость постоянно ломают: обновляешь тот же mkvtoolnix, а ещё в догонку приходится тащить новый wxGTK и всё, что на нём написано. Бесит уже.

О боже, теперь и на Нокиях это убожество будет...

сомневаюсь, чтоб wx специально выставлял шрифт, он просто с помощью gtk создает виджет, ну да ладно - ведь можно руками получить дефолтный шрифт для гуи, сделать к примеру его жирным и применить - это 3 строчки, или если создавать гуи в DialogBlocks, то можно в свойствах указать, что фонт дефолтный жирный, если авторы гуи нехотят добавить 3 строки + 1 строка на каждый следующий виджет, чтоб получить нормальный вид, то значит ложили они на него :)

возьми профайлер, сырцы и проверь, что именно тормозит, а потом что-то утверждай

> Звуковая подсистема основывается на PortAUdio v19. На днях в CVS как раз залили обновление, с которым JACK лучше работает.

OK, посмотрю. Моя задача - чтобы он у меня хоть как-то заработал! Мне вообще-то audacity бывает весьма нужен, но после смены audigy 2 (из-за претензий к качеству звука) на нормальную m-audio audiophile и перехода на jack использовать его почти нереально. На 7 федоре с jack я audacity использовал, но очень аккуратно - через jack напрямую вообще было нереально из-за перекодирования, через alsa->jack оно как бы работало, но не очень хорошо и при открытии нескольких окон могло "испортить" jack.

Сейчас же оно не работает, т.е. в принципе (после перехода на fedora 8 и установки pulseaudio вместо jack). Версия в федоре валится всегда, весрия из cvs в какой-то момент начала запускаться при вырублении pulseaudio или запуске через padsp audacity (когда он перехватывает вывод на oss), но при попытке воспроизвести что-то что через oss, что через alsa->plughw, что через alsa->pulse оно либо тупо виснет, либо падает. Никакой альтернативы audacity я не знаю, пробовал sweep и jokosher - первое слишком убого по функционалу и немерянно глючит при количестве дорожек больше двух, второе просто не то. Ну совершенно не то.

Хорошо хоть на ноуте с его "hda-intel" все нормально работает (даже под 8 федорой и даже без вырубания pulseaudio, но это audacity совершенно не извиняет..).

Qt говорите? А это что?

http://maemo.org/downloads/product/OS2008/qt4/

Ну, в качестве замены, ИМХО, есть только два варианта: Traverso и Ardour. Второй из них, правда, принадлежит другому классу программ. Попробую узнать, что там с PulseAudio...

Маємо що маємо ))

> да вы ламер - какой там нативный гуи :)

Вы меня ни с кем не перепутали, уважаемый? :)

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

+сто

Писать морды нужно на tcl/tk. Намного проще чем с маразмаическими qt и wxWidgets. Это действительно доказано.

Если Tcl/Tk заменить на Python/Tkinter, то для мелких поделок ещё сгодится. А вот что-либо крупнее 100 строчек и трёх файлов писать на тикле это гроб. Ну и Tk умеет сильно меньше, чем Qt.

> Если Tcl/Tk заменить на Python/Tkinter,то для мелких поделок ещё сгодится.

А если человеку отрубить ноги, то он сможет ползать, ага.

> А если человеку отрубить ноги, то он сможет ползать, ага.

Ну-ка, давай, расскажи мне о преимуществах тикля перед быдлопитоном. :P

> Вдобавок, писать на Qt — сплошное удовольствие, в отличие от маразматического wxWidgets. Это доказано.

Примеры можно?

> зы: mkvtoolnix-gui грузится столько же, сколько java-приложение того же масштаба.

У меня под виндой QT-проги грузятся примерно так же долго, сколько и WX-овые.

> Примеры можно?

Примеры тебе? Там в wx одни захардкоженные таблицы событий чего стоят, да и вообще весь их стиль обработки событий. Нормального человека без многолетней МФЦшной дрессировки они способны довести до тошноты и рвоты. И доводят. Или вся эта чехарда с wxDC. Сравни с QPainter, если до сих пор не сравнивал, а потом пойди и тихо удавись от тоски. :P

> Там в wx одни захардкоженные таблицы событий чего стоят

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

> насчет перехода с wx на qt - есть и противоположные мнения, хороший пример - проект amule

Сырой и падучий, без бубна не соберёшь. Постабильнее примеры есть?

> Там, кстати, очень активно используется сетевая подсистема wx - более того, она подверглась сильной модернизации и улучшению как раз для того, чтобы обеспечить все требуемое для amule

Разве что это...

> Сырой и падучий, без бубна не соберёшь. Постабильнее примеры есть?

У меня все собирается и всегда собиралось, даже ежедневные билды. Что до падений - случайных не помню, были фиксированные падения на некоторых операциях с табами по вине wx (лечилось обновлением wx).

Примеры чего, полезных проектов, где используется wx? Конечно, а зачем? Сами не знаете? А других примеров проектов, где wx со всеми его фичами оказался именно _очень_ полезен, я не знаю.