QT ws MFC

MFC R.I.P. Ну, вот как бы и всё.

Раньше обсуждали квип, винамп и фубар, теперь следующий шаг - холивар про MFC.

wc это чо? ватер-клозет?
битва фреймворков в сортире!?
завязывайте с веществами больной и идите спать, ночь на дворе!

Нет, Qt благородный фреймворк и убогих не обижает.

не, у него ws. Наверно, Web Service. Т.е. товарисч хочет написать на Qt веб-сервис для генерации кода под MFC. И подозревает, что трахо^W битва будет не из легких. Как-то так.

также как и QT.

Тебя разве не забанили? А вообще, да, QT не нужен. Потому что это QuickTime (:

>Битва возможна?

Нет. MFC даже не дойдёт до ринга.

link to MFC for Linux или на винфак )

>link to MFC for Linux или на винфак )

Как грубо! Ни для кого не секрет, что на линукс-форума ходят именно для того, чтобы пообщаться с продвинутыми виндузятниками. Чтобы спрятаться от виндовозного быдла, которое неизбежно засоряет любой windows-форум. Чтобы в культурном кругу умных людей пообсуждать актуальные технологии сегодняшнего дня, поговорить о тонкостях разработки под MFC. Linux.org.ru для этого лучшее место. Виндузятников тут 80%, не вы им, а наоборот, они вам должны указывать.

и да, обязательно wsdl !

Нет. MFC -- такое УГ, что сдаётся без боя.

Давайте ещё WTL/ATL вспомним...

я конечно может не понимаю в Qt что-то, но вот качнул QtCreator, создал приложение в режиме, из-под QtCreator все запускается. но вот скомпилировал release, а он падла не запускается. возможно конечно это из-за мингавна, под оффтопиком на VC++ все пишут. но тем не менее, что за хренотень?

> а он падла не запускается

что пишет?

Вероятно, надо добавить путь к mingwm10.dll в PATH

>> а он падла не запускается

>что пишет?

>Вероятно, надо добавить путь к mingwm10.dll в PATH

Гарантированный способ получить ответ на лор такой гарантированный...

какой упадок... QT, ws... мальчик, уйди с моего лора

запомните простое часто встречающееся слово versus aka vs. не надо так позорится.

и то и другое - отстой.

вот битва GTK vs WxWidgets - это круто

> вот битва GTK vs WxWidgets - это круто

Гораздо интереснее битва Xlib vs. GTK. Или на худой конец Linux Kernel vs. GLibC.

причем wxWidgets - это круче по части поддерживаемых языков:

у GTK+ - C++, Perl (Gtk2-perl), Ruby (ruby-gtk2), Python (PyGTK), Java (java-gnome) (not available for Microsoft Windows), C# (Gtk#), PHP (PHP-GTK)

а у wxWidgets - Basic, Perl, Python, Ruby, Smalltalk, Lua, Java, JavaScript, Haskell, Eifell, .NET, Mono, D, Erlang.

>Linux Kernel vs. GLibC.

ОМГ, давай тогда уж sed vs. uClibc.

wxWidgets жутко недоработанный, у них до сих пор, например, не работает Z-buffer для виджетов наложенных друг на друга( нельзя вынести один на вверх или наоборот - "засунуть" вних ), и это в 21-м веке :)

у меня вот не получилось собрать приложение на qt под Visual C++ 2008 Express. все пути настроил, либы подключил, но линкер ругается на unresolved references. с gtk таких проблем не было. ссори за оффтопик.

Как ни странно, wxWidgets используется в очень толстой коммерческой UnrealEd

shaman mode?

> Как ни странно, wxWidgets используется в очень толстой коммерческой UnrealEd

честь и хвала терпению авторов UnrealEd :) мы сами используем wxWidgets, в целом библиотека хорошая, но местами настолько глючная и недоделанная( особенно под Mac OS X ), что матов не хватает