Re[2]: wxWidgets и Shareware разработки - Shareware и бизнес

Здравствуйте, retalik, Вы писали:

R>Так вот, моё традиционное мнение: дотнет даёт множество преимуществ в разработке, которые можно принять во внимание.

А библиотека wxWidgets (для C++) даёт тоже множество преимуществ в скорости и цене разработки.

1) GUI, удобнейшие и разнообразнейшие средства RAD:

Code::Blocks (http://www.codeblocks.org/),
DialogBlocks (http://www.dialogblocks.com/),
wxFormBuilder (http://wxformbuilder.org/?page_id=21),
wxDev-C++ (http://wxdsgn.sourceforge.net/),
CodeLite (http://codelite.org/),
wxGlade (http://wxglade.sourceforge.net/).

2) Быстрый и удобный класс wxString (поддержка Unicode: UTF8/16/32, конверсия между любыми character sets (KOI8-R, Windows-1251, Codepage 866 итд) есть и wxRegEx.

3) Большое количество кроссплатформенных классов для разных целей: работа с таймерами, потоками, процессами, архивами, сокетами, ftp, http, (опционально curl), логами, датой, быстрыми хэш таблицами, array, списками, коммандной строкой, системы помощи, xml, html, файловой системой, интерфейс — окна, диалоги, контролы, буффер обмена, drag&drop, работа с принтером/preview, Document/view framework, advanced user interface и многое другое из сторонних wx библиотек (wxCode — http://wxcode.sourceforge.net и http://www.wxcommunity.com/modules.php?op=modload&name=Downloads&file=index).

В плюсы wxWidgets пишем кроссплатформенность (Windows, Linux, MacOSX), малый размер генерируемого бинарника (консольные — от 200kb, графические проги занимают — от 1.5MB (с upx — 700kb)), высокая скорость выполнения, малые требования к ресурсам памяти, БЕСПЛАТНОСТЬ для коммерческих целей, открытость исходного кода.

R> Максимальный выигрыш, конечно, получается для серверных приложений (за счёт убойности ASP.NET, средств работы с данными и всяких сетевых штук типа веб-сервисов).

Если говорить об удобстве для программиста, то да, направление ASP очень сильно распиарено, по нему создано много туториалов, книг, позиционируется в университетах для изучения решений от майкрософт. Но с помощью удобной библиотеки wxWidgets — скорость написания программ уже сравнима со скоростью написания на C#. Поэтому даже есть большие сомнения в том, нужна ли вообще платформа .NET. Для C++ есть множеств библиотек для создания веб сервисов на самых различных уровнях абстракции и использования протоколов.

Если говорить о ресурсах, то здесь максимальный выигрыш дают консольные приложения C++/FastCGI для веба.
При правильном использовании технологий lighttpd/FastCGI/C++ , можно добиться значительной экономии ресурсов.
Например, можно вместо 10 или 100 серверов с ASP.NET арендовать всего 1 сервер c FastCGI/С++ для выполнения тех же самых задач.

13.05.09 16:49: Ветка выделена из темы .Net Framework 3.5 и Shareware разработки — retalik

А>В плюсы wxWidgets пишем кроссплатформенность (Windows, Linux, MacOSX),

можно я вмешаюсь? кроссплатформенность от QT, wxWidgets или Java в плане пользовательского интерфейса приводит к созданию программ типа "и не винда и не мак". у этих двух систем куча различий в плане интерфейса пользователя. не только кнопочки другого цвета, нет.

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

я портировал виндовый софт под мак, писал с нуля под него же, вывод такой: реально проще разобраться с obj-c и cocoa, чем пытаться сделать черти-что, зато сразу под все платформы. а уж учитывая сколько всего в cocoa уже встроено — проще виндовый код вообще с нуля переписать

Библиотека wxWidgets (http://www.wxwidgets.org/) позволяет разработчикам создавать приложения для Windows, Linux, MacOSX, используя общую базу программного кода.

wxWidgets может быть использован из таких языков программирования как C++, Python, Perl и даже из C#/.NET (!!!)

В отличии от других кроссплатформенных инструментов программирования, приложения написанные на wxWidgets выглядят нативными, потому что вместо эмуляции графических контролов используюся нативные контролы операционных систем.

Журнал MaximumPC (http://www.maximumpc.com/) недавно опубликовал список 32 наиболее важных приложения для каждого нового персонального компьютера. И как минимум 5 из этих приложений используют wxWidgets:

Dropbox (http://www.getdropbox.com/),
TrueCrypt (http://www.truecrypt.org/),
FileZilla (http://filezilla-project.org/),
Digsby (http://www.digsby.com/),
Audacity (http://audacity.sourceforge.net/).

Список некоторых кроссплатформенных программ, которые используют библиотеку wxWidgets можно найти здесь: http://www.wxwidgets.org/about/screensh.htm

ov>я только что сходил на сайт wxWidgets, посмотрел скриншоты "маковских" программ — ужас. тихий. и, между прочим, мак-пользователи очень это чувствуют. и стараются не использовать "неродные" приложения. и авторы софта часто пишут, что софт сделан на маке и под мак, особо подчеркивая "натуральность" происхождения :)

А вы можете в качестве примера указать какие скриншоты там неправильные и что там не так?
Я так понимаю вы смотрели здесь

Да там действительно ад, например тулбар тут: http://wxwidgets.org/images/screens/waveidea-mac.jpg

Другое дело, что там скриншоты древних версий, сейчас wx вроде весьма достойна.

_>А вы можете в качестве примера указать какие скриншоты там неправильные и что там не так?
_>Я так понимаю вы смотрели здесь

_>А вы можете в качестве примера указать какие скриншоты там неправильные и что там не так?

скриншоты там кривые почти все. сразу бросаются в глаза чисто виндовые тулбары. начиная от виндового стиля кнопок и заканчивая тем, что выносить в тулбар кнопки new/open/save это чисто виндовая тема.

на самом деле, если ты за маком посидишь хотя бы недельку, поработаешь с "родным" софтом, то все эти вещи увидишь сам без проблем. а так по картинкам объяснять трудно.

AV>Другое дело, что там скриншоты древних версий, сейчас wx вроде весьма достойна.
да какая бы достойная она не была, там ведь нету аналога CoreData, Cocoa Bindings, да и вообще контроллеров таких, как в Cocoa, механизмы для Undo/Redo готовые есть с сериализацией команд? вряд ли.

Cocoa для меня стала открытием. очень серьезный и навороченный фреймворк, при этом сделанный весьма просто. так что если надо писать под мак — я лучше с нуля сделаю все на obj-c/cocoa или же реализую часть функционала кроссплатформенно на С++, а под каждую платформу сделаю обертки на наиболее удобном фреймворке.

Здравствуйте, ov, Вы писали:

ov>скриншоты там кривые почти все. сразу бросаются в глаза чисто виндовые тулбары. начиная от виндового стиля кнопок и заканчивая тем, что выносить в тулбар кнопки new/open/save это чисто виндовая тема.

И с каких это пор кривизна рук отдельных разработчиков привыкших писать под виндовс, и выносяших привычные кнопки на тулбар, причисляется к кривезне библиотеки?

P.S. По теме "wxWidgets и Shareware разработки" (заметьте про кроссплатформенность ни слова

Блог шароварщика
Микроблог про wxWidgets

B_>И с каких это пор кривизна рук отдельных разработчиков привыкших писать под виндовс, и выносяших привычные кнопки на тулбар, причисляется к кривезне библиотеки?
я не называл библиотеку кривой. я сказал, что использование таких библиотек приводит к неестественному интерфейсу программ. а приведение программ к естественному виду равноценно по трудозатратам написанию интерфейса на родном фреймворке.

B_>P.S. По теме "wxWidgets и Shareware разработки" (заметьте про кроссплатформенность ни слова

Здравствуйте, Аноним, Вы писали:

А>Журнал MaximumPC (http://www.maximumpc.com/) недавно опубликовал список 32 наиболее важных приложения для каждого нового персонального компьютера. И как минимум 5 из этих приложений используют wxWidgets:

А>Dropbox (http://www.getdropbox.com/),
А>TrueCrypt (http://www.truecrypt.org/),
А>FileZilla (http://filezilla-project.org/),
А>Digsby (http://www.digsby.com/),
А>Audacity (http://audacity.sourceforge.net/).

Лучше бы они опубликовали список из 32 приложений, авторам которых досталось больше всего долларов США за час работы. Это было бы больше в тему.

Здравствуйте, Begemot_, Вы писали:

B_>И с каких это пор кривизна рук отдельных разработчиков привыкших писать под виндовс, и выносяших привычные кнопки на тулбар, причисляется к кривезне библиотеки?

При желании отдельных разработчиков, этот вопрос можно бы было решить.

Вообще, библиотека wx — многоцелевая, быстрая и очень удобная. Под Windows работает очень хорошо. Можно перекомпилировать и запускать под Linux.

На счёт мака — тоже вполне работает, но пока только поддерживается Carbon API. Полноценная поддержка нового wxCocoa — на сколько я знаю, в стадии разработки.

B_>P.S. По теме "wxWidgets и Shareware разработки" (заметьте про кроссплатформенность ни слова

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

Да, согласен. Я как раз один из тех, кто использовал MFC около 8 лет. Перешёл на wx и считаю, что wxWidgets действительно лучше чем MFC. По удобству, больше проработано нюансов, открытость-бесплатность, небольшой размер бинарника, высокая скорость, и дополнительный бонус — возможность запускать под Linux и Mac.

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

А>На счёт мака — тоже вполне работает, но пока только поддерживается Carbon API. Полноценная поддержка нового wxCocoa — на сколько я знаю, в стадии разработки.
эппл потихоньку уводит разработчиков от карбона. как бы в итоге вообще не отказались от него со времененм.
а в использование Cocoa из С++ я не верю. по крайней мере в человеческое использование. потому что С++ не позволяет ни создавать объекты по имени, ни обращаться к свойствам по имени, ни подписываться на уведомления об изменении свойств. С++ язык статический, а с Cocoa работают динамические языки типа obj-c, в первую очередь, ну и java с питоном.

так что даже если wxCocoa и будет, то это будет только одно название. реальной работы в cocoa-style не получится.

Здравствуйте, ov, Вы писали:

ov>эппл потихоньку уводит разработчиков от карбона.

На счёт эппл. Apple вообще не уважает труд разработчиков. Сплошное кидалово. У них постоянно меняются API, слабо поддерживается обратная совместимость, или вообще её нет. Свободный язык С++ уже их не устраивает, захотелось и здесь привязать к собственной среде. С Apple Store рассказывают, постоянные грабли. То не принимают после того как заплатили, то им вообще не нужны лишние конкуренты. Железо как всегда только от Apple. Пиар, фантики-бантики, постоянные ограничения и привязки. Как-то несерьёзно всё это.

Даже политика Microsoft на фоне сверхнаглости и жадности Apple выглядит куда более либеральной. Ну а Linux и свобода, это вообще почти слова-синонимы.

ov>>эппл потихоньку уводит разработчиков от карбона.
А>На счёт эппл. Apple вообще не уважает труд разработчиков. Сплошное кидалово. У них постоянно меняются API, слабо поддерживается обратная совместимость, или вообще её нет.
не меняются, а эволюционируют

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

в плане обратной совместимости — да нормально там все. народ вполне успешно продает софт, работающий на OS X 10.2, 10.3. про 10.4 вообще молчу. преувеличиваешь ты, имхо.

А>Свободный язык С++ уже их не устраивает, захотелось и здесь привязать к собственной среде.
ты, сдается мне, Cocoa не видел. и не знаешь в чем его крутизна. на С++ этого просто не сделать в силу его статичности. obj-c очень своеобразный язык, но он офигенно подходит для реализации всех идей, заложенных в Cocoa.

Здравствуйте, ov, Вы писали:

ov>не меняются, а эволюционируют

Уже через год, на следующей конференции WWDC 2007, Стив Джобс, рассказывая о задержке выхода Mac OS X 10.5 и о ее новых возможностях, в своей презентации показал, что одной из новых возможностей будет являться поддержка 64-битности в Cocoa, а вот Carbon куда-то из презентации Джобса подевался. И тут подозрение разработчиков на Carbon их не обмануло — когда они стали выяснять, случайно ли пропал Carbon из презентации Джобса, оказалось, что неслучайно. Apple действительно в последний момент “выбросила” поддержку 64-бит из Carbon для финальной версии 10.5.

здесь

Помнится много шума было...

Блог шароварщика
Микроблог про wxWidgets

ov>>не меняются, а эволюционируют

ну я ж говорил — уводят от карбона

а про смену АПИ я имел в виду изменения в Cocoa. с карбоном не сталкивался вообще, так что не могу судить как оно там меняется.

Здравствуйте, ov, Вы писали:

ov>>>не меняются, а эволюционируют

ov>ну я ж говорил — уводят от карбона

ov>а про смену АПИ я имел в виду изменения в Cocoa. с карбоном не сталкивался вообще, так что не могу судить как оно там меняется.

Из за отсутствия Cocoa в wxWidgets я не доделал sheets (по дефолту их вообще нет в wx).
Это вот такие штуки: http://img266.imageshack.us/img266/4937/picture2wd9.png
Засабмитил патч (http://trac.wxwidgets.org/ticket/9459), потом обратил внимание, что с карбоновским апи
они выезжают из середины тулбара. По гайду "sheets should emerge from a definite visual edge".
Чтобы позиционировать sheets, нужен делегат willPositionWindow а его аналога в карбоне нету.
Эпл ответил "Unfortunately we do not currently offer a supported method of doing this." Такие дела.

А>Полноценная поддержка нового wxCocoa — на сколько я знаю, в стадии разработки.
Вы наверное говорите о wxWidgets 2.9.0, которая должна в ближайшие дни зарелизиться.
Но в ветке 2.8 есть папки cocoa, они никак не относятся к Cocoa?

Здравствуйте, Аноним, Вы писали:

А>А библиотека wxWidgets (для C++) даёт тоже множество преимуществ в скорости и цене разработки....

А>В плюсы wxWidgets пишем кроссплатформенность (Windows, Linux, MacOSX), малый размер генерируемого бинарника (консольные — от 200kb, графические проги занимают — от 1.5MB (с upx — 700kb)), высокая скорость выполнения, малые требования к ресурсам памяти, БЕСПЛАТНОСТЬ для коммерческих целей, открытость исходного кода.

Решил вот попробовать, что за супер такой этот "wxWidgets". Скачал, отбилдил. Билдилась сама wxWidgets минут 5. Простенький пример из "samples" билдится 40 сек. Получаемый .exe в версии "release" весит и вправду 1.5MB, но тянет за собой MSVCR. Попытался, было, линковать её статически, но для этого надо перелопачивать все 20(!) проектов самой "wxWidgets". Скорость не супер, от клика на иконку до появления окна ~0.5 сек. Кроссплатформенность? — теоретически, конечно интересно, не более того.
В общем вывод такой, хоть плюйтесь господа, хоть нет, а лучше "дельфей" для написания Windows Gui пока не придумано. Для сравнения — примерно такое же приложение весит 400КВ, компилируется за доли секунд. Есть классы практически для всех, указаных топикстартером приложений. Переведены на паскаль все нужные хидеры. Удобство и скорость разработки не сравнятся с "плюсами". Так что, можно выделять новую (или старую) тему — "Delphi и Shareware разработки"

Здравствуйте, Аноним, Вы писали:

Блин, так быстро ушло пред.сообщение, что не успел подписаться, Аноним 585 если что, это я

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Begemot_, Вы писали:

А>По удобству, больше проработано нюансов, открытость-бесплатность, небольшой размер бинарника, высокая скорость, и дополнительный бонус — возможность запускать под Linux и Mac.

ну ну, совсеm небольшой размер бинарников — 2 мегабайта ноутпад

))

А>Простенький пример из "samples" билдится 40 сек.
Это отключены precompiled headers. В реальном проекте если их включить, то шустренько получается.

А>Получаемый .exe в версии "release" весит и вправду 1.5MB, но тянет за собой MSVCR.
Это отключается: RUNTIME_LIBS = static

А>Попытался, было, линковать её статически, но для этого надо перелопачивать все 20(!) проектов самой "wxWidgets". Скорость не супер, от клика на иконку до появления окна ~0.5 сек.
Ну зачем же так извращаться. Достаточно подправить wxWidgets/build/msw/config.vc и строить через консоль. Если приловчится, то _запуск_ на построение с измененными настройками займет меньше минуты. А перелопачивать файлы проектов — это не очень хорошо, можно ошибиться и будут проблемы с линковкой.

Здравствуйте, astral_marine, Вы писали:

А>>Простенький пример из "samples" билдится 40 сек.
_>Это отключены precompiled headers. В реальном проекте если их включить, то шустренько получается.

А>>Получаемый .exe в версии "release" весит и вправду 1.5MB, но тянет за собой MSVCR.
_>Это отключается: RUNTIME_LIBS = static

А>>Попытался, было, линковать её статически, но для этого надо перелопачивать все 20(!) проектов самой "wxWidgets". Скорость не супер, от клика на иконку до появления окна ~0.5 сек.
_>Ну зачем же так извращаться. Достаточно подправить wxWidgets/build/msw/config.vc и строить через консоль. Если приловчится, то _запуск_ на построение с измененными настройками займет меньше минуты. А перелопачивать файлы проектов — это не очень хорошо, можно ошибиться и будут проблемы с линковкой.

Возможно, возможно. Я, повторюсь, попробовал просто из любопытства, файлы настроек не изучал. Пробежался по хелпу, классам. В общем ничего такого, ради чего стоило бы "предать родной vcl" не нашёл. Либа по моему черезчур раздутая. Ну зачем, скажем для представления банальной мыши, у которой максимум 5 кнопок и два колеса нужны 3 класса, причем у одного аж 50 членов (в смысле процедур). Ну сделайте 1 класс, 8 колбеков и достаточно. Мышь она и в линухе мышь.
Да и вообще после "dcc32.exe" в vs2008 ощущаешь себя как то не очень. Скорости дельфийского компилятора хватает на то что бы он в бекграунде, пока набиваешь код, без всяких помех компилил юнит и выдавал ошибки в окно сообщений внизу. А это чертовски удобно. плюс проверка синтаксиса.

А>В общем вывод такой, хоть плюйтесь господа, хоть нет, а лучше "дельфей" для написания Windows Gui пока не придумано. Для сравнения — примерно такое же приложение весит 400КВ, компилируется за доли секунд. Есть классы практически для всех, указаных топикстартером приложений. Переведены на паскаль все нужные хидеры. Удобство и скорость разработки не сравнятся с "плюсами". Так что, можно выделять новую (или старую) тему — "Delphi и Shareware разработки"

В качестве "морды" -- удобно.
Тяжелые алгоритмы на дельфи делать глупо (помнится генерация фрактала, переписанная на С++ один в один без изменний алгоритма и собранная msvc с оптимизацией оказалась на порядок (!) быстрее "оптимизированного" варианта, сгенерированного дельфи).

Если гнаться за размером бинарника, то WTL окажется круче

Самое главное -- кроссплатформенность. Для кого-то это не имеет значения, для кого-то необходимость.

Здравствуйте, K13, Вы писали:

А>>В общем вывод такой, хоть плюйтесь господа, хоть нет, а лучше "дельфей" для написания Windows Gui пока не придумано. Для сравнения — примерно такое же приложение весит 400КВ, компилируется за доли секунд. Есть классы практически для всех, указаных топикстартером приложений. Переведены на паскаль все нужные хидеры. Удобство и скорость разработки не сравнятся с "плюсами". Так что, можно выделять новую (или старую) тему — "Delphi и Shareware разработки"

K13>В качестве "морды" -- удобно.
K13>Тяжелые алгоритмы на дельфи делать глупо (помнится генерация фрактала, переписанная на С++ один в один без изменний алгоритма и собранная msvc с оптимизацией оказалась на порядок (!) быстрее "оптимизированного" варианта, сгенерированного дельфи).

K13>Если гнаться за размером бинарника, то WTL окажется круче

K13>Самое главное -- кроссплатформенность. Для кого-то это не имеет значения, для кого-то необходимость.

Так за "морду" и идет речь. Генерить "фрактал" в шареваре нечасто приходится, много полезного времени уходит именно на гуй. Ну а WTL это уж совсем. Проще на чистом апи изложить, намного нагляднее и понятнее будет. Макросы, они удобны до определённого порога их использования. За ним начинается "МакроКошмар".

Здравствуйте, butcha, Вы писали:

B>Так за "морду" и идет речь. Генерить "фрактал" в шареваре нечасто приходится, много полезного времени уходит именно на гуй. Ну а WTL это уж совсем. Проще на чистом апи изложить, намного нагляднее и понятнее будет. Макросы, они удобны до определённого порога их использования. За ним начинается "МакроКошмар".

Чего-то путаете. Макросы это в MFC, а в WTL шаблоны. И WTL одна из самых клевых библиотек для построения GUI

Здравствуйте, K13, Вы писали:

K13>Самое главное -- кроссплатформенность. Для кого-то это не имеет значения, для кого-то необходимость.

Я вообще то мало этой темой интересуюсь (кроссплатформенность), считаю по старинке, что жизни вне виндовс нет.
Мне просто интерестно, а есть ли реально существующие, работающие "кроссплатформ." приложения?. То есть ни "кроссплатф. IDE для создания кроссплатф. программ", а сами программы, созданные с применением этой чудо-технологии. Понятно что физически это не возможно. Наверное Файрфокс из этой компании?

Здравствуйте, yumi, Вы писали:

Y>Здравствуйте, butcha, Вы писали:

B>>Так за "морду" и идет речь. Генерить "фрактал" в шареваре нечасто приходится, много полезного времени уходит именно на гуй. Ну а WTL это уж совсем. Проще на чистом апи изложить, намного нагляднее и понятнее будет. Макросы, они удобны до определённого порога их использования. За ним начинается "МакроКошмар".

Y>Чего-то путаете. Макросы это в MFC, а в WTL шаблоны. И WTL одна из самых клевых библиотек для построения GUI

А, какая разница, макросы, шаблоны. Всё равно кошмар. То что не видно в коде явно, ни глазом, ни коде-эксплорером, не есть хорошо. Попытки отойти на шаг в сторону от этого шаблона, равносильны смерти. Я както попыталься применить кажется какойто тип-список из STL, после долгого его изучения я понял, что для простого обхода членов этого списка надо проделать такой финт ушами, что гораздо проще создать динам.array, поработать с ним и благополучно убить.

"butcha" <81413@users.rsdn.ru> wrote in message news:3395285@news.rsdn.ru...
> Я вообще то мало этой темой интересуюсь (кроссплатформенность), считаю по старинке, что жизни вне виндовс нет.
> Мне просто интерестно, а есть ли реально существующие, работающие "кроссплатформ." приложения?. То есть ни "кроссплатф. IDE для создания кроссплатф. программ", а сами программы, созданные с применением этой чудо-технологии. Понятно что физически это не возможно. Наверное Файрфокс из этой компании?

VirtualBox например (на QT сделан), Audacity (не помню на чем). Часто, на сайтах производителей фреймворков / IDE есть ссылки на приложения, сделанные с использованием их технологий. Вот еще интересная штука IDE — Real Basic, выглядит работоспособно.

Posted via RSDN NNTP Server 2.1 beta

Здравствуйте, ov, Вы писали:

А>>В плюсы wxWidgets пишем кроссплатформенность (Windows, Linux, MacOSX),

ov>можно я вмешаюсь? кроссплатформенность от QT, wxWidgets или Java в плане пользовательского интерфейса приводит к созданию программ типа "и не винда и не мак". у этих двух систем куча различий в плане интерфейса пользователя. не только кнопочки другого цвета, нет.

А вот это спорно. Например в винде, где все "правильные" программы достаточно серы и однообразны, такие кроссплатформенные библиотеки вносят некоторое разнообразие.

Здравствуйте, wellwell, Вы писали:

W>...

W>VirtualBox например (на QT сделан), Audacity (не помню на чем). Часто, на сайтах производителей фреймворков / IDE есть ссылки на приложения, сделанные с использованием их технологий. Вот еще интересная штука IDE — Real Basic, выглядит работоспособно.

Понятно, VirtualBox — windows-инсталятор размером 63МГБ отбивает охоту его пробовать. Да и наврядли это лучше VMware-player+VMXWizard. В описании нет и намеков на "виртуальную сеть", лишь "Virtual USB Controllers".
REALbasic — какой то странный сайт, все страницы удивительно похожи друг на друга, один и тот же текст, лишь картинка со скриншотом то слева, то сверху. Так и не понял, каким образом они собираются компилировать "native executables for three operating systems (Windows, Mac and Linux)". И чем он лучше моего UltraEdit?
Вобщем блажь вся эта кроссплатформенность. Нереально пытаться скрещивать ёжика с бабочкой. Конкуренция нужна. Вот скрестили VC c VSNET и что вышло? Неуклюжий комбайн. А развивались бы отдельно, были бы оптимальные инструменты, каждый для своих задач

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, wellwell, Вы писали:

W>>...

Извиняюсь за Аноним585 в пред посте, случайно вышел в offline

Здравствуйте, рыбак, Вы писали:

Р>А вот это спорно. Например в винде, где все "правильные" программы достаточно серы и однообразны, такие кроссплатформенные библиотеки вносят некоторое разнообразие.

Vista и "что-там-дальше" нас избавит от этой "серости". У меня уже рябит в глазах.

Здравствуйте, butcha, Вы писали:
B>Мне просто интерестно, а есть ли реально существующие, работающие "кроссплатформ." приложения?.
Существуют. Вероятно, для шароварщиков кроссплатформенность гуя создает больше проблем, чем решает. Однако, скажем, для бесплатного софта поддержка разных платформ (пусть даже интерфейс не будет смотреться идеально на маке) — это только в плюс.

B>Наверное Файрфокс из этой компании?
У мозиллы, насколько я понял, своя платформа для разработки приложений: https://developer.mozilla.org/En/Using_Mozilla_code_in_other_projects

WTL уж совсем...

Пописал я "не корысти ради, а токмо волею" ГУЙ чистом WinAPI! Фтоппку адназначно млин!

Пока приложение простенькое, меню, пара диалогов оно еще как-то ничего, мороки конечно побольше, но терпимо. Даже в чем-то приятственнее — всё под полным контролем.

Но вот когда приложение начинает развиваться, вот тут-то и наступает всепобеждающий ананизмъ — начинаешь просто тонуть во всех этих деталях.
WTL позволяет в первую очередь и абстрагироваться от деталей, а активно применять повторное использование (наследование, примеси, дополнительные карты и.т.д.).
А WinAPI собсна при этом никто не отменяет: есть желание, дык и пожалста — нате m_hWnd и делай что хочу. В реальном проекте так и было — как только потребовалось нормально развивать ГУЙ, чуток его усложннить, по быстренькому аккуратненько сбоку-припёку была прикручена WTL и понеслась: WinMain и цикл выборки свой собственный, рукописный, а как только доходит до окон — тут уже WTL все раскручивает.
WTL рулит

Здравствуйте, Mr.Cat, Вы писали:

MC>Здравствуйте, butcha, Вы писали:
B>>Мне просто интерестно, а есть ли реально существующие, работающие "кроссплатформ." приложения?.
MC>Существуют. Вероятно, для шароварщиков кроссплатформенность гуя создает больше проблем, чем решает. Однако, скажем, для бесплатного софта поддержка разных платформ (пусть даже интерфейс не будет смотреться идеально на маке) — это только в плюс.

Возвращаясь к теме топика, можно вывести, "wxWidgets и Shareware разработки" — скорее нет, чем да? Хотя я думаю, при наличии удобного плагина (дизайнера диалогов, форм) к VS есть шансы. Плюс возможность изменять и создавать свои ВинКонтролы очень не помешала бы. Но это означает привязатся к WinAPI. Так что — скорее нет (для меня, как начинающего варить шары).

Здравствуйте, butcha, Вы писали:
B>Возвращаясь к теме топика, можно вывести, "wxWidgets и Shareware разработки" — скорее нет, чем да?
ХЗ, а в шароваре не секу. Но, скажем, gtk-приложения, портированные из линупсов, под виндой смотрятся очень даже ничего (pidgin, xchat, hgtk и т.п.)

Здравствуйте, Mr.Cat, Вы писали:

MC>Здравствуйте, butcha, Вы писали:
B>>Возвращаясь к теме топика, можно вывести, "wxWidgets и Shareware разработки" — скорее нет, чем да?
MC>ХЗ, а в шароваре не секу. Но, скажем, gtk-приложения, портированные из линупсов, под виндой смотрятся очень даже ничего (pidgin, xchat, hgtk и т.п.)

Может быть. У себя на компе я обнаружил пока лишь одну "неродную" прогу — PCStudio3 от телефона самсунга. Я так понял она сделана на QT. На вид симпатично. Но поведение какое то неправильное. Жмешь на заголовке правой кнопкой — в ответ никого. Жмешь на кнопку "Закрыть окно" — оно нагло не закрывается секунд 5. Сразу бросается в глаза какая то тормознутость, контекстного меню (по правой кнопке) почти нигде нет. Едит контролы в состоянии Енабле-Дизабле на вид абсолютно одинаковы. В общем не то.

Здравствуйте, wellwell, Вы писали:

W> Audacity (не помню на чем).

На wxWidgets.

Здравствуйте, butcha, Вы писали:

B>Возвращаясь к теме топика, можно вывести, "wxWidgets и Shareware разработки" — скорее нет, чем да? Хотя я думаю, при наличии удобного плагина (дизайнера диалогов, форм) к VS есть шансы. Плюс возможность изменять и создавать свои ВинКонтролы очень не помешала бы. Но это означает привязатся к WinAPI. Так что — скорее нет (для меня, как начинающего варить шары).

Скорее да чем нет. Qt слишком тяжел, MFC более коряв, остается WTL и wx, wx гораздо проще для начинающего и гораздо богаче в возможностях. Кроме того у wx как и у Qt куча биндингов на разные языки, например питон и перл. Конечно есть еще альтернативы, например GTK и даже TK, но они беднее и их тяжелее использовать под Windows. Плюс как легкая замена WTL http://www.fltk.org/

Кстати недавно вышел TwinForms адаптация wx под Delphi и C++ Builder.

Ну и ко всему конечно есть еще куча GUI библиотек под C++, но все они сравнительно малораспрастранены и поэтому их использовать рискованей, хотя некторые типа:

http://www.fox-toolkit.org/
http://www.ultimatepp.org/
http://vcf-online.org/

вполне мощные и зрелые.

Ну еще для шараварок вполне подходит HTMLayout http://terrainformatica.com/htmlayout/main.whtm

Здравствуйте, <Аноним>, Вы писали:

А>Решил вот попробовать, что за супер такой этот "wxWidgets". Скачал, отбилдил. Билдилась сама wxWidgets минут 5. Простенький пример из "samples" билдится 40 сек. Получаемый .exe в версии "release" весит и вправду 1.5MB, но тянет за собой MSVCR. Попытался, было, линковать её статически, но для этого надо перелопачивать все 20(!) проектов самой "wxWidgets". Скорость не супер, от клика на иконку до появления окна ~0.5 сек. Кроссплатформенность? — теоретически, конечно интересно, не более того.

Да, я тоже был весьма недоволен всем этим убожеством первый месяц, пока не разобрался

особенно, интересно про "перелопачивать"

Блог шароварщика
Микроблог про wxWidgets

Здравствуйте, butcha, Вы писали:

B>Возвращаясь к теме топика, можно вывести, "wxWidgets и Shareware разработки" — скорее нет, чем да?
Почему? А помоему скорее да, чем нет. Покрайней мере у меня шаровара на вх, и я не жалуюсь.

B>Хотя я думаю, при наличии удобного плагина (дизайнера диалогов, форм) к VS есть шансы.
Применимость либы в шароваре определяется плагином к VS?

B> Я так понял она сделана на QT. На вид симпатично. Но поведение какое то неправильное. Жмешь на заголовке правой кнопкой — в ответ никого. Жмешь на кнопку "Закрыть окно" — оно нагло не закрывается секунд 5. Сразу бросается в глаза какая то тормознутость, контекстного меню (по правой кнопке) почти нигде нет. Едит контролы в состоянии Енабле-Дизабле на вид абсолютно одинаковы. В общем не то.

Да, у QT, есть такая большая проблема.

Блог шароварщика
Микроблог про wxWidgets

Здравствуйте, Begemot_, Вы писали:

B_>Здравствуйте, butcha, Вы писали:

B_>Применимость либы в шароваре определяется плагином к VS?

Просто дизайнер форм в разы увеличивает скорость работы. Вот сейчас например, вожусь с гди,гди+, кинул в дельфи на форму панель, сплитер, кнопку, в обработчике клика кнопки ставлю эксперименты, сплитером сжимаю-разжимаю панель, проверяю на изменения размеров и т.д. В другом Иде на написание такой вспомогательной програмки ушло бы пол дня, это отвлекло бы от основной задачи. А тут минута делов.

Здравствуйте, Begemot_, Вы писали:

B>> Я так понял она сделана на QT. На вид симпатично. Но поведение какое то неправильное. Жмешь на заголовке правой кнопкой — в ответ никого.

Все у Qt ок — поведение окон стандартное для платформы.

B>> Жмешь на кнопку "Закрыть окно" — оно нагло не закрывается секунд 5.

Казалось бы при чем тут Qt? Может она файл в 200 метров в это время сохраняет.

B>> Сразу бросается в глаза какая то тормознутость, контекстного меню (по правой кнопке) почти нигде нет.

Контекстное меню, представляете, как это ни странно заполняет сам разработчик

Есть событие contextMenuEvent в котором разработчик добавляет нужные команды в зависимости от контекста. А делается это кстати так. При создании окна создаются команды, так например:

  FileNewAction = new QAction(tr("&New document"), this);
  FileNewAction->setIcon(QIcon(":/images/file_new.png"));
  FileNewAction->setShortcut(tr("Ctrl+N"));
  FileNewAction->setStatusTip(tr("Creates a new document"));
  connect(FileNewAction, SIGNAL(triggered()), this, SLOT(FileNew())); // FileNew() будет вызываться когда юзер вызовет команду

Думаю переводить не надо и так все понятно

Ну и потом запихиваем команду куда нам надо:

  FileMenu = menuBar()->addMenu(tr("&File")); // Создали главное меню
  FileMenu->addAction(FileNewAction); // Добавили туда команду
  ...
  FileToolBar = addToolBar(tr("File")); // Создали тул бар
  FileToolBar->addAction(FileNewAction); // Добавили туда команду
  ...
  // Обрабатываем вызов контекстного меню
  void contextMenuEvent(QContextMenuEvent* event)
  {
    QMenu menu(this); // Создали меню
    menu.addAction(FileNewAction); // Засунули туда команды
    ...
    menu.exec(event->globalPos()); // Показали меню
  }

B>> Едит контролы в состоянии Енабле-Дизабле на вид абсолютно одинаковы. В общем не то.

Неправда. Выглядят контролы в точьности как нативные и ведут себя также.

B_>Да, у QT, есть такая большая проблема.

Уважаемый, я вас умоляю — качните Qt, хватит верить в сказки

Здравствуйте, Ytz, Вы писали:

B_>>Да, у QT, есть такая большая проблема.

Ytz>Уважаемый, я вас умоляю — качните Qt, хватит верить в сказки

Почему сказки? QT использует свои контролы или уже может научилась нативные юзать? Вот пока не научится, поведение будет не стандартным... Оно юзает одинакомый код контролов с одинаковым поведением под все платформы или как?

Я иногда пользуюсь софтом на QT, тут уже где-то выражал свое неловольствие кривостью KVIrc'a. Да и другие отзывались про behaviour под макос. У вас есть софтина с обычным гуи, давайте я покажи где кривость? или убедюсь что все ок

Блог шароварщика
Микроблог про wxWidgets

Здравствуйте, Begemot_, Вы писали:

B_>Я иногда пользуюсь софтом на QT, тут уже где-то выражал свое неловольствие кривостью KVIrc'a. Да и другие отзывались про behaviour под макос. У вас есть софтина с обычным гуи, давайте я покажи где кривость? или убедюсь что все ок

Кстати, Google Earth сделан на Qt, можно его посмотреть как неплохой пример.

Здравствуйте, Ytz, Вы писали:

Ytz>Контекстное меню, представляете, как это ни странно заполняет сам разработчик

...

Имелось в виду Контекст. Меню на заголовке окна, т.е. "System menu", оно просто обязано быть на своем месте. В виндовс разработчику вообщето и не рекомендуется что либо менять в его работе. Так что если уж сделали окно, дайте возможность от него избавиться

DM>Кстати, Google Earth сделан на Qt, можно его посмотреть как неплохой пример.
Действительно, Google Earth неплохой пример кривизны реализации Qt:
1. Размеры элементов меню больше обычных.
2. Тулбар имеет неестественных цвета и размеры. Вы вообще где-нибудь видели такие тулбары?
3. Панели оформлены с неправильными стилями.
4. Выпадающие списки рисуются вручную, а не как в других приложениях.
5. Выделение в деревах сделано каким-то кисловатым цветом. Какие-то непонятные отступы.
И это только с первого взгляда.
Такой себе KDE for Windows. Блеватся хочется. Кстати похожие проблемы имеет GTK+ под вендой (см. GIMP). Они друг у друга передирали, что ли.
Нет что бы использовать системные элементы управления, так им велосипеды нарисовать захотелось.
В итоге они не дают look не говоря уже о feel.

Что реально там круто сделано, то это карта. Но к Qt она не имеет никакого отношения.

Здравствуйте, butcha, Вы писали:

B>Здравствуйте, Ytz, Вы писали:

Ytz>>Контекстное меню, представляете, как это ни странно заполняет сам разработчик

...

B>Имелось в виду Контекст. Меню на заголовке окна, т.е. "System menu", оно просто обязано быть на своем месте. В виндовс разработчику вообщето и не рекомендуется что либо менять в его работе. Так что если уж сделали окно, дайте возможность от него избавиться

Вы меня удивляете, сказал же, что поведение окна родное для платформы. Не верите — качайте Qt, там масса демок сами убедитесь.

Здравствуйте, FR, Вы писали:

FR>Кстати недавно вышел TwinForms адаптация wx под Delphi и C++ Builder.

Судя по видео — прям-таки мечта идиота... И цена вполне нормальная... Где кидают?

Здравствуйте, Begemot_, Вы писали:

B_>Почему сказки? QT использует свои контролы или уже может научилась нативные юзать? Вот пока не научится, поведение будет не стандартным... Оно юзает одинакомый код контролов с одинаковым поведением под все платформы или как?

Потому что сказки. Я уже предложил качнуть Qt, там есть демки, можно посмотреть самому, а не верить слухам. Нестандартное поведение возникает от желания разработчика сделать его таким. По дефолту все в соответствии с гайд-лайнами, смотрите сами. Кстати о wxWidgets — навскидку сразу скажу пару программ которыми пользуюсь и где любимый вами лук энд фил отсутствует: TortoiseSVN (глюки с фокусом особенно заметны) и Wink (тут вообще все плохо, контролы родные, а лайоуты непонятно по какому гайду сделаны).

По крайней мере под линупсом оно умеет выглядеть точь-в-точь, как gtk.

Здравствуйте, astral_marine, Вы писали:
DM>>Кстати, Google Earth сделан на Qt, можно его посмотреть как неплохой пример.
_>Действительно, Google Earth неплохой пример кривизны реализации Qt:
_>1. Размеры элементов меню больше обычных.
_>2. Тулбар имеет неестественных цвета и размеры. Вы вообще где-нибудь видели такие тулбары?
_>3. Панели оформлены с неправильными стилями.
_>4. Выпадающие списки рисуются вручную, а не как в других приложениях.
_>5. Выделение в деревах сделано каким-то кисловатым цветом. Какие-то непонятные отступы.
Т.е. конструктивных замечаний не будет?

Видать там тема захардкодена. Qt должен уметь рисовать контролы, неотличимые от нативных. Под линупсом умеет (если нативным считать gtk).

Кстати похожие проблемы имеет GTK+ под вендой (см. GIMP).
А что с ним не так? Из неродного там разве что диалог открытия файла.

Здравствуйте, D. Mon, Вы писали:
DM>Кстати, Google Earth сделан на Qt, можно его посмотреть как неплохой пример.
Еще psi — jabber-клиент.

Mr.Cat wrote:

> А что с ним не так? Из неродного там разве что диалог открытия файла.

да, диалог открытия файла там отличный. Стандартный виндовый нервно
курит в сторонке.

Posted via RSDN NNTP Server 2.1 beta

Здравствуйте, butcha, Вы писали:

B_>>Применимость либы в шароваре определяется плагином к VS?

B>Просто дизайнер форм в разы увеличивает скорость работы. Вот сейчас например, вожусь с гди,гди+, кинул в дельфи на форму панель, сплитер, кнопку, в обработчике клика кнопки ставлю эксперименты, сплитером сжимаю-разжимаю панель, проверяю на изменения размеров и т.д. В другом Иде на написание такой вспомогательной програмки ушло бы пол дня, это отвлекло бы от основной задачи. А тут минута делов.

Для прототипирования да удобно и быстро, да и то если набил руку под библиотечку типа TK неизвестно еще что быстрее ручками или мышкой. Рабочий GUI лучше ручками.

А так для wx дизайнеров форм полно, на выбор качественные но платные

http://www.dialogblocks.com/
http://www.wxdesigner-software.de/

или не такие удобные (или немножко глючные) бесплатные

http://xrced.sourceforge.net/
http://wxformbuilder.org/
http://visualwx.altervista.org/

Здравствуйте, CaptainX, Вы писали:

FR>>Кстати недавно вышел TwinForms адаптация wx под Delphi и C++ Builder.

CX>Судя по видео — прям-таки мечта идиота... И цена вполне нормальная... Где кидают?

Фиг его знает

А обязательно должны кидать?

Здравствуйте, FR, Вы писали:
FR>Для прототипирования да удобно и быстро, да и то если набил руку под библиотечку типа TK
Таки да. Почему в этой ветке тема тотального превосходства Tk над всем и вся таки и осталась нераскрытой?

Здравствуйте, Mr.Cat, Вы писали:

MC>Здравствуйте, FR, Вы писали:
FR>>Для прототипирования да удобно и быстро, да и то если набил руку под библиотечку типа TK
MC>Таки да. Почему в этой ветке тема тотального превосходства Tk над всем и вся таки и осталась нераскрытой?

Да TK велик и могущ

Но его удобно использовать из питона или TCL но неудобно из C++ или Delphi.
Ну и конечно бедноват он для коробочного софта.

Здравствуйте, FR, Вы писали:

FR>Для прототипирования да удобно и быстро, да и то если набил руку под библиотечку типа TK неизвестно еще что быстрее ручками или мышкой. Рабочий GUI лучше ручками.

Относительно "TK" — не как не пойму, зачем 1001ый раз опять изобретать велосипед. Не пробовал, но прочитал здесь, там наличие TreeCtrl преподносится как величайшее достижение ("...useful widgets built on top of Tk such as TkTreeCtrl...") — всё ясно.

FR>А так для wx дизайнеров форм полно, на выбор качественные но платные

FR>http://www.dialogblocks.com/
FR>http://www.wxdesigner-software.de/

FR>или не такие удобные (или немножко глючные) бесплатные

FR>http://xrced.sourceforge.net/
FR>http://wxformbuilder.org/
FR>http://visualwx.altervista.org/

Из перечисленого проверил один "wxformbuilder" (скриншот понравился

Что можно сказать — Не Работает. Нажал на иконку "форма" — форма появилась. Пытаюсь соорудить на ней какой нибуть контрол — прога на меня не обращает никакого внимания. Засомевался в своем существовании, щупаю мышку — холодная, смотрю в зеркало — я на месте. Лезу в "Help" — его просто нет. (зато есть эбаут). Стало как то жаль на всё это баловство потраченого времени.

Здравствуйте, Ytz, Вы писали:

Ytz>Потому что сказки. Я уже предложил качнуть Qt, там есть демки, можно посмотреть самому, а не верить слухам.
А я предложил показать мне нормальное приложение на QT, зачем кивать на демки? меня демки не интересуют, меня интересуют готовые программы, желательно уровня шаровары. Демки они на то и демки, что бы быть написанные кое-как.

Ytz> Нестандартное поведение возникает от желания разработчика сделать его таким. По дефолту все в соответствии с гайд-лайнами, смотрите сами. Кстати о wxWidgets — навскидку сразу скажу пару программ которыми пользуюсь и где любимый вами лук энд фил отсутствует: TortoiseSVN (глюки с фокусом особенно заметны) и Wink (тут вообще все плохо, контролы родные, а лайоуты непонятно по какому гайду сделаны).
ээээ, опа, а разве TortoiseSVN на вх написана??
а винк... ну что же примеры неудачных програм везде, есть, тем более что винк фривара и писалась давно. К тому же "лайоуты непонятно по какому гайду", к библиотеке имеет мало отношения. Библиотека юзает родные контролы и это более менее гарантирует родное и привычное поведение.
Большинство програм на QT, джаве и т.д. сразу видно, бросается в глаза — ну не то, не нативно. Возьмите мой софт на вх — на глаз не отличить от такого же написанного на mfc, wtl и так далее.

Блог шароварщика
Микроблог про wxWidgets

Ох, ну я просто сражен. Начнем по порядку:

Здравствуйте, Begemot_, Вы писали:

B_>А я предложил показать мне нормальное приложение на QT, зачем кивать на демки? меня демки не интересуют, меня интересуют готовые программы, желательно уровня шаровары. Демки они на то и демки, что бы быть написанные кое-как.

Про кое-как не понял, обьясните пожалуйста. И какая разница написано в демке new QLabel или у меня в программе? Впрочем качайте, смотрите, на моем сайте есть разработка на Qt.

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

Для начала идем на MSDN и читаем user interface guidelines, что-бы понять что нельзя просто контролы свалить в кучю и сказать, что это user interface. Подобные Guidlines имеет любая уважающая система, Mac OS X например. Вот Qt здесь помогает разработчику компонуя контролы согласно guidline системы под которой запущена программа. Не знаю как с этим дела обстоят у wxWidgets.

B_>Большинство програм на QT, джаве и т.д. сразу видно, бросается в глаза — ну не то, не нативно. Возьмите мой софт на вх — на глаз не отличить от такого же написанного на mfc, wtl и так далее.

1) Примеры программ в студию.
2) А теперь взглянем насколько нативно выглядит ваш софт:

1) Где в меню вертикальная полоса?
2) Почему галочки выглядят по другому?
3) WTF?! wxWidgets не имеет менеджеров компоновки?
4) Зачем пиндюлька, которая к тому же у вас не работает?
5) Почему тулбар так оборвался?
6) Почему в строке ввода текст уехал вверх?
Про кнопки промолчу. И это только первый экран. Ох, грустно. Вылезайте наконец из пещеры

wx более компактный, по сравнению с Qt. на wx можно создать запакованный бинарник размером от 500-700 килобайт.
wx работает с нативными контролами, не использует шаблоны везде где это не нужно — и в результате код выполняется быстрее чем у Qt.

в общем, во многих проектах пока выгоднее использовать wx.

Begemot — проги классные. интерфейс вполне юзабелен.

отклик на события у wx по-любому быстрее чем у Qt. бинарник получается меньше. кроссплатформенность есть. очевидные преимущества для шаровары.

Здравствуйте, Ytz, Вы писали:

Ytz>Про кое-как не понял, обьясните пожалуйста. И какая разница написано в демке new QLabel или у меня в программе? Впрочем качайте, смотрите, на моем сайте есть разработка на Qt.
Ну обычно между демкой и _продуктом_ есть определенная разница в вылизанности, для демки можно просто накидать контролов на форму, даже не выровняв их, да и на всякие аспекты типа фокуса вмимания не обращать. А вот в продуктах, обычно уже все нормально.

Ytz>Для начала идем на MSDN и читаем user interface guidelines, что-бы понять что нельзя просто контролы свалить в кучю и сказать, что это user interface. Подобные Guidlines имеет любая уважающая система, Mac OS X например. Вот Qt здесь помогает разработчику компонуя контролы согласно guidline системы под которой запущена программа. Не знаю как с этим дела обстоят у wxWidgets.
Я говоря про QT, все-таки больше упирал на поведение контролов, чем на внешний вид. Внешний вид еще ладно — темы, овнер драв контролы, украшательства.. а вот неправильно поведение сильно раздражает, именно об этом я и говорил.

B_>> Возьмите мой софт на вх — на глаз не отличить от такого же написанного на mfc, wtl и так далее.
Ytz>2) А теперь взглянем насколько нативно выглядит ваш софт:
Да, жестоко

Но как я и говорил средний юзер не отличит от "на mfc, wtl и так далее" в отличии от написанного на QT или Джаве.

Ytz>1) Где в меню вертикальная полоса?
Ytz>2) Почему галочки выглядят по другому?
каюсь меню меня и самого сильно смущает в вх, странно что оно не поддерживает темы и другие темы, я об этом пару раз ругался в блоге

Ytz>3) WTF?! wxWidgets не имеет менеджеров компоновки?
Поддерживает, великолепно поддерживае кстати.
А что по-вашему в данном случае должен был сделать менеджер компоновки в такой ситуации?
В данном случае окно руководствуется моими инструкциями, относительно минимального размера, я решил что так можно.

Ytz>4) Зачем пиндюлька, которая к тому же у вас не работает?
Опять же мое решение, пиндюльку я оставил потому что мне не нравится как без нее выглядит иконка слишком близкая к краю окна, а не работает она потому что я считаю что таскать тулбар в программе смысла нету.
Кстати тулбар не стандартный, а third-party, но и это мое решение

Ytz>5) Почему тулбар так оборвался?
бага

Я его вообще выкину в следующей версии, вернее заменю на нормальный.

Ytz>6) Почему в строке ввода текст уехал вверх?
только что посмотрел в MFC приложении — в высоком текст контроле, текст точно так же вверху, да и на твоем первом скриншоте посмотри где Ариал, точно так же вверху. Да и где ему быть, если в вхВиджетс текстовый контрол просто обертка надл виндовым — со всеми его плюсами и минусами, так что это не засчитываем

Ytz>Про кнопки промолчу. И это только первый экран. Ох, грустно. Вылезайте наконец из пещеры

А что кнопки, неправильно себя ведут?

Заметьте, ни одной притензии к нестандартному поведению программы...

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

Блог шароварщика
Микроблог про wxWidgets

Здравствуйте, Аноним, Вы писали:

А>wx более компактный, по сравнению с Qt. на wx можно создать запакованный бинарник размером от 500-700 килобайт.

Верно. А еще большинство пользователей об этом даже не задумается — времена модемов и дискет прошли.

А>wx работает с нативными контролами, не использует шаблоны везде где это не нужно — и в результате код выполняется быстрее чем у Qt.

Смешно. Кнопки рисуются на современных компьютерах одинаково быстро, проблема скорости возникает при обработке больших объемов данных или работе сложных алгоритмов, на Qt ни wxWidgets этим не занимаются.

А>в общем, во многих проектах пока выгоднее использовать wx.

Почему?

А>Begemot — проги классные. интерфейс вполне юзабелен.

Согласен. Но интерфейс как мы выяснили не нативный.

А>отклик на события у wx по-любому быстрее чем у Qt. бинарник получается меньше. кроссплатформенность есть. очевидные преимущества для шаровары.

Даже спорить не буду, а великодушно возьму цифры с потолка и заявлю, что отклик Qt в 10 раз тормознутей, чем у wxWidgets — от нажатия на кнопку, до вызова управляющего кода проходит 0.0001 секунда в первом случае и 0.00001 во втором. И что?

Cocoa уже поддерживаем?

Здравствуйте, Ytz, Вы писали:

Ytz>Смешно. Кнопки рисуются на современных компьютерах одинаково быстро, проблема скорости возникает при обработке больших объемов данных или работе сложных алгоритмов, на Qt ни wxWidgets этим не занимаются.
ой, не кажи.

Я на работе пишу программу монстр на вх-сах, там почти все овнердровное — интерфейс тормозит очееень сильно. Правда говорят еще до стадии оптимизации не добрались и потом будет лучше, но поверь мне очень заметны тормоза интерфейса, а у меня 4ядерник..

Ytz>Согласен. Но интерфейс как мы выяснили не нативный.
просто овнердравный, а поведение нативное

Ytz>Cocoa уже поддерживаем?
в процессе.

Блог шароварщика
Микроблог про wxWidgets

Здравствуйте, Ytz, Вы писали:

А>>wx более компактный, по сравнению с Qt. на wx можно создать запакованный бинарник размером от 500-700 килобайт.
Ytz>Верно. А еще большинство пользователей об этом даже не задумается — времена модемов и дискет прошли.

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

А>>wx работает с нативными контролами, не использует шаблоны везде где это не нужно — и в результате код выполняется быстрее чем у Qt.
Ytz>Смешно. Кнопки рисуются на современных компьютерах одинаково быстро, проблема скорости возникает при обработке больших объемов данных или работе сложных алгоритмов, на Qt ни wxWidgets этим не занимаются.

Производительность очень важна, не смотря на то что говорят дотнетчики. Очень надеюсь, что Qt не пойдёт по тому же иррациональному пути использования памяти как в .net и в ущерб быстродействию, а будут всё-таки заботиться о постепенном уменьшении размера бинарника, общей рационализации библиотеки.

Так вот, опять не поверите, но компактный Wx Base Lib (100 килобайт в upx) очень удобно использовать в качестве кроссплатформенной стандартной библиотеки вместо STL и boost. Однозначно работает шустрее, так как там принципиально не используются шаблоны, при этом всё выполнено в старых лучших традициях си с классами (С++), предусмотрено очень много удобных классов c операторами на всевозможные случаи. Удачно подобраны названия функций. Использование технологии COW (copy on write) помогает дополнительно экономить ресурсы (reference counting — when an object is assigned to another, no copying really takes place: only the reference count on the shared object data is incremented and both objects share the same data (a very fast operation)).

А>>в общем, во многих проектах пока выгоднее использовать wx.
Ytz>Почему?

Потому что wx очень удобен. C помощью wx программировать на C++ получается так же удобно и быстро как на Java или PHP.

А>>Begemot — проги классные. интерфейс вполне юзабелен.
Ytz>Согласен. Но интерфейс как мы выяснили не нативный.

Нативный, просто кое-что можно доработать.

Ytz>Cocoa уже поддерживаем?

Работы в этом направлении сейчас ведутся. Wx хорошо работал и работает под Mac используя carbon и некоторые фичи cocoa. Но мне пока важна поддержка Windows и Linux.

Если принципиально нужна будет имитация именно Cocoa — пока буду юзать темы Qt. Вообще, Qt никто ведь не отменяет, тоже очень хорошая либа, просто говорю, что мне на данный момент гораздо более интересен wxWidgets из-за более оптимальной реализации библиотеки, более эффективного кода.

Здравствуйте, Ytz, Вы писали:

Ytz>Даже спорить не буду, а великодушно возьму цифры с потолка и заявлю, что отклик Qt в 10 раз тормознутей, чем у wxWidgets — от нажатия на кнопку, до вызова управляющего кода проходит 0.0001 секунда в первом случае и 0.00001 во втором. И что?

В Qt есть задержки которые вполне заметны невооруженным глазом.

Здравствуйте, Аноним, Вы писали:

А>Так вот, опять не поверите, но компактный Wx Base Lib (100 килобайт в upx) очень удобно использовать в качестве кроссплатформенной стандартной библиотеки вместо STL и boost. Однозначно работает шустрее, так как там принципиально не используются шаблоны, при этом всё выполнено в старых лучших традициях си с классами (С++), предусмотрено очень много удобных классов c операторами на всевозможные случаи. Удачно подобраны названия функций.

Кошмарные контейнеры, объявляемые через макросы я бы к преимуществам wx никак бы ни отнес.
Шаблоны работают шустрее, нешаблоных аналогов, единственный недостаток раздувание кода.

И вообще писать с использованием wx намного приятнее на питоне чем на C++, C++ у wx в очень древнем стиле.

B>Так за "морду" и идет речь. Генерить "фрактал" в шареваре нечасто приходится, много полезного времени уходит именно на гуй. Ну а WTL это уж совсем. Проще на чистом апи изложить, намного нагляднее и понятнее будет. Макросы, они удобны до определённого порога их использования. За ним начинается "МакроКошмар".

it depends. В нашей шароваре есть место и фракталам, и системам уравнений с миллионами неизвестных...
Примитивное копирование части картинки в другую становится интереснее, стоит вспомнить о цветовых профилях.

С дельфи после 7 версии дела не имел, но по сравнению с Qt — гораздо удобнее редактор формочек.
С другой стороны, Qt лучше заточена под динамическое изменение размера окна -- задаются отступы, приоритеты на рост, ограничения на размеры.
В Дельфи очень удобное управление компонентами, брошенными на форму. В Qt Designer можно только выставить свойства.

С другой стороны, по связыванию сигналов (событий) и обработчиков (слотов) Qt гораздо гибче: элементарно вешается на любое событие любое число обработчиков, слот может игнорировать "лишние" параметры сигнала.

Еще одна фишка, которая мне очень нравится в Qt -- style sheets (http://doc.trolltech.com/4.5/stylesheet-examples.html)

Примеры у них корявые (не знаю почему) но вот скриншот реального окна, которое выглядит одинаково и под виндой и под маком:
http://akvis.com/img/register-software/reg-1.jpg

Ни одного самописного контрола, никакой ручной отрисовки чего бы то ни было. просто style sheet (вот кусок)

QGroupBox
{
    padding-top: -8px;
    margin-top: 14px;
    margin-left: 6px;
    margin-right: 6px;
    margin-bottom: 3px;
    border-radius: 6px;
    border-color: rgb(216,167,80);
    border-width: 1px;
    border-style: solid;
}

QPushButton
{
    border-image: url(:/about/about_push_button.png) 1 11 1 11 repeat;
    border-top: 1px transparent;
    border-left: 11px transparent;
    border-right: 11px transparent;
    border-bottom: 1px transparent;
    font-size: 13px;
}

QPushButton:enabled
{
    color: rgb(5,64,69);
}

QPushButton:disabled
{
    border-image: url(:/about/about_push_button_disabled.png) 1 11 1 11 repeat;
}

QPushButton:hover
{
    border-image: url(:/about/about_push_button_hover.png) 1 11 1 11 repeat;
}

QPushButton:pressed
{
    border-image: url(:/about/about_push_button_clicked.png) 1 11 1 11 repeat;
}

#txtLicense, #txtCustomer, #txtVersion
{
    font-size: 11px;
    color: rgb(5,64,69);
}

#txtChooseEdition
{
    font-size: 15px;
}

#txtCopyright, #txtMisc
{
    color: rgb(5,64,69);
    font-size: 10px;
    font-weight: normal;
}

#txtEdition
{
    font-size: 11px;
}

причем меняя его вживую в Qt Designer, я сразу вижу изменения в отрисовке контролов.
Сделают дизайнеры другие контролы -- я заменю .png и посмотрю что получилось

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

Здравствуйте, K13, Вы писали:

K13>Примеры у них корявые (не знаю почему) но вот скриншот реального окна, которое выглядит одинаково и под виндой и под маком:
K13>http://akvis.com/img/register-software/reg-1.jpg

..........

K13>Самое главное, что так могут рулить дизайнеры, знакомые с html+css и даже не знающие программирования.
K13>Изменения здесь никак не могут испортить сам код и его логику.

Для таких вещей есть более легкий (и лучше подходящий для шараварок) и мощный HTMLayout

А>Так вот, опять не поверите, но компактный Wx Base Lib (100 килобайт в upx) очень удобно использовать в качестве кроссплатформенной стандартной библиотеки вместо STL и boost. Однозначно работает шустрее, так как там принципиально не используются шаблоны, при этом всё выполнено в старых лучших традициях си с классами (С++), предусмотрено очень много удобных классов c операторами на всевозможные случаи. Удачно подобраны названия функций. Использование технологии COW (copy on write) помогает дополнительно экономить ресурсы (reference counting — when an object is assigned to another, no copying really takes place: only the reference count on the shared object data is incremented and both objects share the same data (a very fast operation)).

Для небольших объектов быстрее скопировать, чем делать InterlockedIncrement в случае нескольких ядер.

А>Если принципиально нужна будет имитация именно Cocoa — пока буду юзать темы Qt. Вообще, Qt никто ведь не отменяет, тоже очень хорошая либа, просто говорю, что мне на данный момент гораздо более интересен wxWidgets из-за более оптимальной реализации библиотеки, более эффективного кода.

Вообще-то при сборке Qt под мак параметром configure задается либо Carbon либо Cocoa, при сборке под 64 бита допустим только Cocoa. Там еще хватает проблем, судя по мейл-листу и changelist 4.5.1 но правят довольно шустро.

Здравствуйте, Аноним, Вы писали:

А>Не поверите, у меня модем.

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

Что у вас за система? Вот под линукс без хорошего канала совсем туго — после установки убунты еще минимум метров 500 в виде апдейтов и необходимых пакетов закачать приходится. Да и под винду апдейты по 300 метров идут. Не думают гады о ребятах с модемами

А>Времена дискет прошли, но я люблю запускать параллельно много небольших программ. Чем меньше будет использоваться памяти — тем больше можно запускать дополнительных программ.

Сколько у вас памяти? Вот у меня на ноутбуке 2 метра, сейчас запущено — 2 студии, Firefox, Thunderbird, QiP, VMware с XP (256 Мб ), FAR, Word, плюс несколько утилит в трее и все отлично работает. Если у Вас 64 метра памяти и модем, то извините, но интерес как потенциальный покупатель вы вряд ли представляете

FR>Для таких вещей есть более легкий (и лучше подходящий для шараварок) и мощный HTMLayout

Он кроссплатформенный?

Здравствуйте, K13, Вы писали:

FR>>Для таких вещей есть более легкий (и лучше подходящий для шараварок) и мощный HTMLayout

K13>Он кроссплатформенный?

Нет, но обещают сделать.

Здравствуйте, FR, Вы писали:

А>>Так вот, опять не поверите, но компактный Wx Base Lib (100 килобайт в upx) очень удобно использовать в качестве кроссплатформенной стандартной библиотеки вместо STL и boost. Однозначно работает шустрее, так как там принципиально не используются шаблоны, при этом всё выполнено в старых лучших традициях си с классами (С++), предусмотрено очень много удобных классов c операторами на всевозможные случаи. Удачно подобраны названия функций.
FR>контейнеры, объявляемые через макросы я бы к преимуществам wx никак бы ни отнес.

А я бы отнёс. По сути, отпадает необходимость в использовании дополнительных библиотек boost и stlport, у которых есть серьёзные проблемы с совместимостью с некоторыми компиляторами, и которые ещё значительно увеличивают размер бинарника из-за использования шаблонов везде там где это не нужно и в результате замедляют общую скорость работы программы.

FR>Шаблоны работают шустрее, нешаблоных аналогов, единственный недостаток раздувание кода.

По сравнению с эстэловскими контейнерами, классический нешаблонный С/C++ аналог обычно даёт выигрыш в производительноси в 3-5 раз.

FR>И вообще писать с использованием wx намного приятнее на питоне чем на C++, C++ у wx в очень древнем стиле.

Да-да. В древнем, старом добром стиле Си с классами, очень удобном для восприятия и понятном, что существенно увеличивает производительность написания кода и его повторного использования, с учётом соблюдения правил рефакторинга.

Именно из-за принципиального отказа от STL мне нравится ещё кроссплатформенный irrlicht engine. Быстрый, компактный, потому что написан в классическом стиле — си с классами.

Здравствуйте, Ytz, Вы писали:

Ytz>Что у вас за система? Вот под линукс без хорошего канала совсем туго — после установки убунты еще минимум метров 500 в виде апдейтов и необходимых пакетов закачать приходится. Да и под винду апдейты по 300 метров идут. Не думают гады о ребятах с модемами

У меня много разных компов. На одном ADSL модем, на другом модем для dial-up. И если надо скачать апдейт — в распоряжении есть канал 512 килобит.

Ytz>Сколько у вас памяти? Вот у меня на ноутбуке 2 метра, сейчас запущено — 2 студии, Firefox, Thunderbird, QiP, VMware с XP (256 Мб ), FAR, Word, плюс несколько утилит в трее и все отлично работает. Если у Вас 64 метра памяти и модем, то извините, но интерес как потенциальный покупатель вы вряд ли представляете

Как потенциальный покупатель интереса не представляю — это точно.

Мне важнее самому производить софт для покупателей.

Ytz>потратьте время на продумывание эффективных алгоритмов. Сам писал еще на ассемблере под 8 битные компьютеры — понимаю, что такое оптимизация и эффективность.

Да, согласен, продумывание эффективных алгоритмов — это тоже очень важно.

Здравствуйте, Аноним, Вы писали:

А>А я бы отнёс. По сути, отпадает необходимость в использовании дополнительных библиотек boost и stlport, у которых есть серьёзные проблемы с совместимостью с некоторыми компиляторами, и которые ещё значительно увеличивают размер бинарника из-за использования шаблонов везде там где это не нужно и в результате замедляют общую скорость работы программы.

На фоне dll от wx boost и stlport очень мало что раздуют

FR>>Шаблоны работают шустрее, нешаблоных аналогов, единственный недостаток раздувание кода.

А>По сравнению с эстэловскими контейнерами, классический нешаблонный С/C++ аналог обычно даёт выигрыш в производительноси в 3-5 раз.

Сказки

FR>>И вообще писать с использованием wx намного приятнее на питоне чем на C++, C++ у wx в очень древнем стиле.

А>Да-да. В древнем, старом добром стиле Си с классами, очень удобном для восприятия и понятном, что существенно увеличивает производительность написания кода и его повторного использования, с учётом соблюдения правил рефакторинга.

А>Именно из-за принципиального отказа от STL мне нравится ещё кроссплатформенный irrlicht engine. Быстрый, компактный, потому что написан в классическом стиле — си с классами.

Включаюю телепатию,

игродел, притом на стадии еще не читавший Александреску?
Тогда включаем ожидание в пару лет.

Здравствуйте, FR, Вы писали:

FR>На фоне dll от wx, boost и stlport очень мало что раздуют

шаблонные либы как раз много раздуют. а базовый консольный wx можно компилировать статически без всяких dll. 100kb в сжатом виде получается. это очень мало.
с GUI интерфейсом — немного больше.
а про буст с стлпортом: так даже в qt отказались в пользу своего шаблонного QTL. то есть, вместо того чтобы немного подумать и сишные использовать, повелись за стадом... в результате теперь по производительности элементарно сливают wx'у.

А>>По сравнению с эстэловскими контейнерами, классический нешаблонный С/C++ аналог обычно даёт выигрыш в производительноси в 3-5 раз.
FR>Сказки

не сказки, а эффект общественного мнения об stl.

почитайте альтернативную инфу:
http://www.ski-epic.com/templates_stl_rant/index.html
http://www.ski-epic.com/templates_stl_rant/comments_from_others.html

FR>Включаюю телепатию,

игродел, притом на стадии еще не читавший Александреску?

скажу честно, последствия его филологической "магии" неудачные. этот товарищ распугал народ, дискредитировал язык си с классами, создал миф о его сложности и запутанности. сейчас ему вроде бы (наконец-то!) надоел даже с++ (просто больше нет ничего "новенького"), так побежал в новомодный D. туда ему и дорога. типа, со стареньким ему лень разбираться... зачем там математику и алгоритмы изучать-совершенствовать логику, главное наворачивать-наворачивать... не важно, что иррационально и нецелесообразно, главное чтобы всё было "новенькое" и "новомодное"...

FR>Тогда включаем ожидание в пару лет.

можешь сразу выключать. не скрою, единственная рабочая альтернатива Си с классами которую серьёзно рассматриваю — это object pascal.
но на данный момент выгоднее использовать с++, из-за большого числа открытых бесплатных библиотек.

Здравствуйте, Аноним, Вы писали:

А>шаблонные либы как раз много раздуют. а базовый консольный wx можно компилировать статически без всяких dll. 100kb в сжатом виде получается. это очень мало.
А>с GUI интерфейсом — немного больше.

Раздувание от STL и буста для типичной шараварки точно будет меньше чем добавит wx, в общем сейчас это вообще не вопрос, могло еще иметь какое-то значения во времена процессоров с кешами в 128 Мб.

А>а про буст с стлпортом: так даже в qt отказались в пользу своего шаблонного QTL. то есть, вместо того чтобы немного подумать и сишные использовать, повелись за стадом... в результате теперь по производительности элементарно сливают wx'у.

У Qt ровно те же чисто исторические причины неиспользования STL.

А>>>По сравнению с эстэловскими контейнерами, классический нешаблонный С/C++ аналог обычно даёт выигрыш в производительноси в 3-5 раз.
FR>>Сказки

А>не сказки, а эффект общественного мнения об stl.

Скорее общественного мифа, реально только для строк имеющего хоть какое-то основание.

А>почитайте альтернативную инфу:
А>http://www.ski-epic.com/templates_stl_rant/index.html
А>http://www.ski-epic.com/templates_stl_rant/comments_from_others.html

Помню тогда (в 2005) вроде здесь на rsdn был неплохой флейм по этим статьям.

А>скажу честно, последствия его филологической "магии" неудачные. этот товарищ распугал народ, дискредитировал язык си с классами, создал миф о его сложности и запутанности. сейчас ему вроде бы (наконец-то!) надоел даже с++ (просто больше нет ничего "новенького"), так побежал в новомодный D. туда ему и дорога. типа, со стареньким ему лень разбираться... зачем там математику и алгоритмы изучать-совершенствовать логику, главное наворачивать-наворачивать... не важно, что иррационально и нецелесообразно, главное чтобы всё было "новенькое" и "новомодное"...

Ничего он не дискредитировал, показал просто куда нужно развиватся языку чтобы совсем не устареть, жаль комитет почти не внял.
Новомодный D кстати по философии намного ближе к си с классами чем С++, хотя Александреску очень опасен и для него

FR>>Тогда включаем ожидание в пару лет.

А>можешь сразу выключать. не скрою, единственная рабочая альтернатива Си с классами которую серьёзно рассматриваю — это object pascal.
А>но на данный момент выгоднее использовать с++, из-за большого числа открытых бесплатных библиотек.

Может тогда лучше Java, или тьфу-тьфу даже Оберон?

Здравствуйте, Аноним, Вы писали:
А>можешь сразу выключать. не скрою, единственная рабочая альтернатива Си с классами которую серьёзно рассматриваю — это object pascal.
А если OCaml?

Здравствуйте, FR, Вы писали:

FR>Новомодный D кстати по философии намного ближе к си с классами чем С++, хотя Александреску очень опасен и для него

Да, шёл бы он по-дальше... пускай этот распиаренный филолог теперь раздувает D, E, F, ... и так далее... пока не надоест...

А скромные математики в этом время будут создавать нетривиальные, быстрые, работающие программы на C++.

FR>Может тогда лучше Java, или тьфу-тьфу даже Оберон?

Про экзотику, интерпретаторы и виртуальные машины здесь речь не идёт.

object pascal — IMHO, это пока единственный серьёзный конкурент Cи c классами.

Здравствуйте, Аноним, Вы писали:

А>Да, шёл бы он по-дальше... пускай этот распиаренный филолог теперь раздувает D, E, F, ... и так далее... пока не надоест...

Судя по D он только в аппетит входит

А>А скромные математики в этом время будут создавать нетривиальные, быстрые, работающие программы на C++.

Скромные математики, больше фортран уважают.
А не скромные Ocaml и Haskell

FR>>Может тогда лучше Java, или тьфу-тьфу даже Оберон?

А>Про экзотику, интерпретаторы и виртуальные машины здесь речь не идёт.

интер чего

А>object pascal — IMHO, это пока единственный серьёзный конкурент Cи c классами.

Угу конкурент, только не единственный и не шибко серъезный.

Здравствуйте, FR, Вы писали:

FR>Судя по D он только в аппетит входит

Да, товарищ старается.

FR>Скромные математики, больше фортран уважают.

Кстати, полностью с ними согласен. Поэтому Intel одновременно выпускает компиляторы и C++ и Fortran.

FR>А не скромные Ocaml и Haskell

Да, функциональный SML и прочее... до конца не понимаю какой в этом смысл... распыляться на разные экзотические языки и инструменты? Ведь прикладная математика это же не лингвистика.

И ещё под очень большим вопросом стоит быстродействие алгоритмов реализованных на функциональных языках.

FR>Угу конкурент, только не единственный и не шибко серъезный.

Какие ещё по-вашему ?

Здравствуйте, Аноним, Вы писали:

FR>>А не скромные Ocaml и Haskell

А>Да, функциональный SML и прочее... до конца не понимаю какой в этом смысл... распыляться на разные экзотические языки и инструменты? Ведь прикладная математика это же не лингвистика.

Ну функциональщина всяко ближе к математике чем императивщина.

А>И ещё под очень большим вопросом стоит быстродействие алгоритмов реализованных на функциональных языках.

FR>>Угу конкурент, только не единственный и не шибко серъезный.

А>Какие ещё по-вашему ?

Так зависит от сферы применения, а так в основном конечно Шарп с Явой,
старый VB (и куча бейсиков не от ms), еще смесь питон + C/C++.

Здравствуйте, FR, Вы писали:

FR>Ну функциональщина всяко ближе к математике чем императивщина.

Для быстрого решения каких-то разовых задач, наверное, пойдёт.

Но вот в плане реализации конкретных сложных алгоритмов, и самое главное их быстродействия -- это ещё нужно тщательно сравнивать.

FR>>>Угу конкурент, только не единственный и не шибко серъезный.
А>>Какие ещё по-вашему ?
FR>Так зависит от сферы применения, а так в основном конечно Шарп с Явой,
FR>старый VB (и куча бейсиков не от ms), еще смесь питон + C/C++.

А... мне уже нравятся такие "конкуренты" С/С++.

Тогда всё складывается очень хорошо.

Здравствуйте, Аноним, Вы писали:

А>Для быстрого решения каких-то разовых задач, наверное, пойдёт.

Скорее для более быстрого написания сложной логики, и для получения более надежного кода.

А>Но вот в плане реализации конкретных сложных алгоритмов, и самое главное их быстродействия -- это ещё нужно тщательно сравнивать.

OCaml конечно медленее чем хорошие C++ компиляторы, но думаю тот же Delphi запросто обгонит.

FR>>>>Угу конкурент, только не единственный и не шибко серъезный.
А>>>Какие ещё по-вашему ?
FR>>Так зависит от сферы применения, а так в основном конечно Шарп с Явой,
FR>>старый VB (и куча бейсиков не от ms), еще смесь питон + C/C++.

А>А... мне уже нравятся такие "конкуренты" С/С++.

Тогда всё складывается очень хорошо.

Угу, с каждым годом ниша C++ становится меньше и меньше

Здравствуйте, FR, Вы писали:

FR>Скорее для более быстрого написания сложной логики, и для получения более надежного кода.

Да, и такое тоже может быть.

FR>Угу, с каждым годом ниша C++ становится меньше и меньше

Так не обязательно всегда повторять за окружающими. Иногда можно выбирать и свой путь.

Помните, что C++ это универсальный язык, поэтому с нишами как раз всё нормально.

Вот вы говорите про ниши. А гляньте-ка вот на этот японский список:

http://tinyurl.com/libcpp

...и скажите пожалуйста, ещё какой-нибудь язык имеет такой БОГАТЫЙ выбор бесплатных, открытых, кроссплатформенных библиотек ?

И всегда надёжный выигрыш по производительности. Так что, напрасно вы верите всем этим баззмейкерам и филологам.

Будущее у С++ действительно очень хорошее.

Здравствуйте, Аноним, Вы писали:
А>Да, функциональный SML и прочее... до конца не понимаю какой в этом смысл... распыляться на разные экзотические языки и инструменты?
Тут как с арбузом и свиным хрящиком. Насобачившись, на ФЯ можно шустро писать довольно компактный и в то же врем производительный код. В частности, есть люди, которые на полном серьезе ставят ocsigen/eliom (веб-платформа на базе ocaml) в один ряд с rails.

А>И ещё под очень большим вопросом стоит быстродействие алгоритмов реализованных на функциональных языках.
На синтетических тестах OCaml (да и хаскель, пожалуй, тоже) не так уж сильно проигрывает C++. Еще тут в одной недавней ветке обсуждалось, что ленивые языки (хаскель, ага) позволяют в некоторых случаях получать выигрыш в вычислительной сложности алгоритмов.

Здравствуйте, Ytz, Вы писали:

Ytz>Я когда с C# и .NET стал знакомиться, временами аж в голос выл, когда понимал, что в то время пока я плюсах тратил время на выдумывание велосипедов, поиск готовых решений, их интеграции в проект, здесь мог бы это время посвятить чему-то более полезному.

Ага. В 1999 году когда знакомился с Дельфи точно так же был наивно в восторге от кажущейся быстроты и простоты. Но потом, когда речь заходила не только о работе с БД и стандартным интерфейсом, а с какими-нибудь нетривиальными задачами, готовых средств RAD уже явно не хватало. И эти полуавтоматические визарды и решения даже иногда являлись препятствием для нормальной работы и понимания кода.

Ytz>Так что обилие библиотек для C++ — это следствие скудной стандартной библиотеки.

Никто вас не заставляет везде использовать stl/повторять за окружающими. IMHO, stl — вообще неудачная либа.

Ytz>Сколько для C++ написано классов для работы со строками?

Например, попробуйте юникодный wxString — класс компактный и удобный.

Обилие библиотек для C++ — это следствие его широкого применения.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Ytz, Вы писали:

Ytz>>Я когда с C# и .NET стал знакомиться, временами аж в голос выл, когда понимал, что в то время пока я плюсах тратил время на выдумывание велосипедов, поиск готовых решений, их интеграции в проект, здесь мог бы это время посвятить чему-то более полезному.

А>Ага. В 1999 году когда знакомился с Дельфи точно так же был наивно в восторге от кажущейся быстроты и простоты. Но потом, когда речь заходила не только о работе с БД и стандартным интерфейсом, а с какими-нибудь нетривиальными задачами, готовых средств RAD уже явно не хватало. И эти полуавтоматические визарды и решения даже иногда являлись препятствием для нормальной работы и понимания кода.

Это тут причем?

Ytz>>Так что обилие библиотек для C++ — это следствие скудной стандартной библиотеки.

А>Никто вас не заставляет везде использовать stl/повторять за окружающими. IMHO, stl — вообще неудачная либа.

Это тут причем?

Ytz>>Сколько для C++ написано классов для работы со строками?

А>Например, попробуйте юникодный wxString — класс компактный и удобный.

Вы вообще читаете, что люди пишут?

Здравствуйте, Аноним, Вы писали:

А>Обилие библиотек для C++ — это следствие его широкого применения.

Вывод неверный. Никому в голову не придет писать для .NET класс для работы со строками, знаете почему? Почему для C++ сотня таких классов понимаете?

Здравствуйте, Ytz, Вы писали:

А>>Обилие библиотек для C++ — это следствие его широкого применения.

Ytz>Вывод неверный.

А я всё же настаиваю, что вывод верный. Пожалуйста, всё-таки тщательнее изучите список: http://tinyurl.com/libcpp

Ytz>Никому в голову не придет писать для .NET класс для работы со строками, знаете почему?

Почему?

Отсутствие возможности выбора, альтернативы (как сейчас в дотнет) — это что ли предел ваших мечтаний?

Ytz>Почему для C++ сотня таких классов понимаете?

Зачем сотня? Я же писал, используйте юникодный wxString. Там есть все варианты конверсий UTF8/16/32 и code pages + все необходимые операции, фунции + wxRegex. Считайте его стандартом и спокойно работайте также как и в дотнет. Если вам важна именно некая чисто психологическая поддержка — то это уже другой вопрос. Но в отличие от дотнета — wxWidgets открыт, бесплатен для коммерческого использования, и коммьюнити регулярно исправляет базу кода.

Здравствуйте, Аноним, Вы писали:

А>Вот вы говорите про ниши. А гляньте-ка вот на этот японский список:

А>http://tinyurl.com/libcpp

А>...и скажите пожалуйста, ещё какой-нибудь язык имеет такой БОГАТЫЙ выбор бесплатных, открытых, кроссплатформенных библиотек ?

У Явы наверняка больше, NET тоже потихоньку догоняет.

Кроме того по субъективным ощущениям, для питона библиотек больше чем для C++. Парадокс в том что процентов 80 питоновских библиотек написаны на Си/С++. Ощущения вызваны конечно очень богатой стандартной бибилотекой питона и тем что чужие библиотеки в отличии от C++ пристыковываются безгеморойно.

А>И всегда надёжный выигрыш по производительности. Так что, напрасно вы верите всем этим баззмейкерам и филологам.

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

А>Будущее у С++ действительно очень хорошее.

Угу как у фортрана или кобола.

Здравствуйте, Аноним, Вы писали:

А>Отсутствие возможности выбора, альтернативы (как сейчас в дотнет) — это что ли предел ваших мечтаний?

Для строк отсутствие альтернативы это благо

К тому же никто ни мешает написать свой класс если нужно.

Ytz>>Почему для C++ сотня таких классов понимаете?

А>Зачем сотня? Я же писал, используйте юникодный wxString. Там есть все варианты конверсий UTF8/16/32 и code pages + все необходимые операции, фунции + wxRegex. Считайте его стандартом и спокойно работайте также как и в дотнет. Если вам важна именно некая чисто психологическая поддержка — то это уже другой вопрос. Но в отличие от дотнета — wxWidgets открыт, бесплатен для коммерческого использования, и коммьюнити регулярно исправляет базу кода.

Не получится, одна из библиотек захочет std::string, другая CString.

Здравствуйте, Аноним, Вы писали:

Ytz>>Никому в голову не придет писать для .NET класс для работы со строками, знаете почему?

А>Почему?

Потому что в стандартной поставке есть весь необходимый функционал — велосипед изобретать не надо.

А>Отсутствие возможности выбора, альтернативы (как сейчас в дотнет) — это что ли предел ваших мечтаний?

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

Ytz>>Почему для C++ сотня таких классов понимаете?

А>Зачем сотня? Я же писал, используйте юникодный wxString. Там есть все варианты конверсий UTF8/16/32 и code pages + все необходимые операции, фунции + wxRegex. Считайте его стандартом и спокойно работайте также как и в дотнет. Если вам важна именно некая чисто психологическая поддержка — то это уже другой вопрос.

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

А>Но в отличие от дотнета — wxWidgets открыт, бесплатен для коммерческого использования,

.NET уже платным стал?

А>и коммьюнити регулярно исправляет базу кода.

Аааа, баги? И разработчикам не скучно — поддерживать зоопарк сторонних библиотек в актуальном состоянии.

Аноним 604 пишет:

> Вот вы говорите про ниши. А гляньте-ка вот на этот японский список:
>
> http://tinyurl.com/libcpp
>
> ...и скажите пожалуйста, ещё какой-нибудь язык имеет такой БОГАТЫЙ выбор
> бесплатных, открытых, кроссплатформенных библиотек ?
Посмотрел список. Извините, но это по-моему в основном список костылей,
многие из которых заняты имплементацией java.lang.String самым
правильным и единственно им известным образом.

Не увидел в списке (возможно невнимательно смотрел) аналогов Spring,
Hibernate, Lucene и прочих штуковин, значительно облегчающих enterprise
программирование.

> Будущее у С++ действительно очень хорошее.
За будущее С++ нет оснований опасаться, также как и за будущее C, Java и
.NET по причине огромного количества УЖЕ написанного и работающего на
нём софта. А вовсе не из-за мифической "производительности" или наличия
"кроссплатформенных библиотек".

--
WBR,
Serge.

Posted via RSDN NNTP Server 2.1 beta

Здравствуйте, Ytz, Вы писали:

Ytz>Коммерческое что-то пишите...? Допускаю что копаться ... и находить жемчужины ... интересно, но обычно стоит задача которую надо решить и сжатые сроки.

Некоторые сейчас до сих пор в MS Access решают задачи в сжатые сроки. И им тоже (как и новомодным дотнетчикам) никогда не докажешь, что если хорошо разобраться, то и на C++ можно сделать тоже самое и кроссплатформенно, к тому же, при очередных капризах майкрософта не надо будет переписывать всё заново.

Только зачем им это надо, если они руководствуются только одной фразой: it just works

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

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Ytz, Вы писали:

Ytz>>Коммерческое что-то пишите...? Допускаю что копаться ... и находить жемчужины ... интересно, но обычно стоит задача которую надо решить и сжатые сроки.

А>Некоторые сейчас до сих пор в MS Access решают задачи в сжатые сроки.

И что?

А>И им тоже (как и новомодным дотнетчикам) никогда не докажешь, что если хорошо разобраться, то и на C++ можно сделать тоже самое и кроссплатформенно

Хорошее сравнение C++ и Access

А> к тому же, при очередных капризах майкрософта не надо будет переписывать всё заново.

Еще можно вот так: при очередных капризах разработчиков сторонних библиотек.

Не уловлю вашу мысль. Сформулируйте тезис.

Здравствуйте, Ytz, Вы писали:

А>>И им тоже (как и дотнетчикам) никогда не докажешь, что если хорошо разобраться, то и на C++ можно сделать тоже самое и кроссплатформенно
Ytz>Хорошее сравнение C++ и Access

А точнее: Access, C# .net и С++.

Ytz>Еще можно вот так: при очередных капризах разработчиков сторонних библиотек.

В open source (wxWidgets, Qt) такое явление маловероятно и чисто технически нереализуемо, потому что всегда можно сделать форк...

Здравствуйте, Аноним, Вы писали:

А>А точнее: Access, C# .net и С++.

Что изменилось? Как было бредом, так и осталось.

Ytz>>Еще можно вот так: при очередных капризах разработчиков сторонних библиотек.

А>В open source (wxWidgets, Qt) такое явление маловероятно и чисто технически нереализуемо, потому что всегда можно сделать форк...

Ага известные басни.

Я в предыдущем сообщение просил тезис сформулировать, а то непонятно о чем вообще разговор идет.

Здравствуйте, Аноним, Вы писали:

Ytz>>Еще можно вот так: при очередных капризах разработчиков сторонних библиотек.

А>В open source (wxWidgets, Qt) такое явление маловероятно и чисто технически нереализуемо, потому что всегда можно сделать форк...

Так python 3.0 дождались ждем wxWidgets 3.0

Хотя конечно ms VB'шников намного круче прокинул

wxWidgets is free and open source. You don't have to worry about wxWidgets' vendor going broke. You will always have access to the source code.

wxWidgets supports more compilers than probably any other framework. All popular Windows C++ compilers are supported, and on Windows you can use the Cygwin or Mingw32 free compilers. Even the 16-bit versions of Visual C++ and Borland C++ can be used. On Windows, makefiles are provided, with project files for VC++ 5 and above. Just about all known Unix C++ compilers are supported, for the Motif and GTK platforms.

wxWidgets allows you to target:

Linux/Unix with the GTK+ toolkit (or plain X11, or Motif)
MacOS
Windows Vista
Windows XP
Windows ME
Windows 98
Windows 95
Windows NT
Windows CE
Windows 2K

So, you don't have to worry that your development investment will be made obsolete.

Ещё вопросы есть?

Здравствуйте, Аноним, Вы писали:

А>Ещё вопросы есть?

Вопрос ровно один — вы читаете, что вам пишут? Зачем мне эта цитата, о чем вы спорите? Еще раз сформулируйте тезис, я не понимаю, о чем идет речь.

Здравствуйте, Аноним, Вы писали:

А>Некоторые сейчас до сих пор в MS Access решают задачи в сжатые сроки. И им тоже (как и новомодным дотнетчикам) никогда не докажешь, что если хорошо разобраться, то и на C++ можно сделать тоже самое и кроссплатформенно, к тому же, при очередных капризах майкрософта не надо будет переписывать всё заново.

Вообще тема сильно в сторону уходит, наверно не стоит на C++ циклится тем более сабж (wxWidgets) доступен из кучи языков:

http://www.wxpython.org/
http://wxnet.sourceforge.net/
http://wxperl.sourceforge.net/
http://apps.sourceforge.net/mediawiki/wxerlang/index.php?title=Main_Page
http://www.twinforms.com/products/wxformsdelphi/index.php/

Здравствуйте, FR, Вы писали:

FR>Вообще тема сильно в сторону уходит, наверно не стоит на C++ циклится тем более сабж (wxWidgets) доступен из кучи языков

FR>http://www.wxpython.org/
FR>http://wxnet.sourceforge.net/
FR>http://wxperl.sourceforge.net/
FR>http://apps.sourceforge.net/mediawiki/wxerlang/index.php?title=Main_Page
FR>http://www.twinforms.com/products/wxformsdelphi/index.php/

Это очень хорошо. Но ядро самой библиотеки wxWidgets — написано исключительно на С++. Также и PHP опирается на сишные библиотеки.

Чем больше будет пользователей wxWidgets — тем лучше.

Здравствуйте, Аноним, Вы писали:

А>Это очень хорошо. Но ядро самой библиотеки wxWidgets — написано исключительно на С++. Также и PHP опирается на сишные библиотеки.

"Кто о чем, а вшивый о бане"

Здравствуйте, hrensgory, Вы писали:

>> Вот вы говорите про ниши. А гляньте-ка вот на этот японский список:
>>
>> http://tinyurl.com/libcpp
>>
>> ...и скажите пожалуйста, ещё какой-нибудь язык имеет такой БОГАТЫЙ выбор
>> бесплатных, открытых, кроссплатформенных библиотек ?
H>Посмотрел список. Извините, но это по-моему в основном список костылей,
H>многие из которых заняты имплементацией java.lang.String самым
H>правильным и единственно им известным образом.

Давайте не будем придумывать, а просто идём по японскому списку библиотек С++, очень коротко:

LTI-Lib <LGPL> LTI-Lib is an object oriented computer vision library
Crypto++ Library is a free C++ class library of cryptographic schemes.
ObjCryst++ Crystallographic C++ Library: object-oriented Crystallographic Library, for the analysis of Crystal structures from scattering experiments
Botan <BSD> Botan is a C++ library of cryptographic algorithms. It includes a wide selection of cryptographic algorithms (including AES, DES, SHA-1, RSA, and DSA, among many others). It also support X.509 certificates

Blitz++ / http://sf.net/projects/blitz <GPL/The Blitz++ Artistic License> Blitz++ is a C++ class library for scientific computing which provides performance on par with Fortran 77/90.
IT++ is a C++ library of mathematical, signal processing, speech processing, and communications classes and functions.
muParser <MIT> muParser is an extensible high performance math parser library. It is based on transforming an expression into a bytecode and precalculating constant parts of it.

LibAran <LGPL> LibAran is a 2D/3D Fast Multipole Method software library.
BIAS(The Basic Image AlgorithmS C++ Library) <BIAS License>
CGAL(the Computational Geometry Algorithms Library) <LGPL/QPL> — The goal of the CGAL Open Source Project is to provide easy access to efficient and reliable geometric algorithms to users in industry and academia in the form of a C++ library.
VIGRA <The VIGRA Artistic License> — VIGRA stands for "Vision with Generic Algorithms". It's a novel computer vision library
GD Graphics Library, Intel® IPL(Image Processing Library)
OpenCV(Intel Open Source Computer Vision Library) <BSD> This library is mainly aimed at real time computer vision.
SGI — Image Format Library™(IFL), paintlib
FreeImage <GPL/FIPL>
Camellia Image Processing Library <BSD>

FFmpeg, libavicodec
OpenAL <LGPL> OpenAL is a cross-platform 3D audio API
RtAudio is a set of C++ classes which provide a common API (Application Programming Interface) for realtime audio input/output across Linux (native ALSA, JACK, and OSS), Macintosh OS X, SGI, and Windows (DirectSound and ASIO) operating systems.
Xiph.org > Ogg Vorbis <BSD>
Speex — a free codec for free speech
BASS is an audio library for use in Windows and Mac OSX software.
The Festival Speech Synthesis System <X> Festival offers a general framework for building speech synthesis systems

libxml/libxml2(The XML C parser and toolkit of Gnome) <MIT>
XML Security Library <MIT> XML Security Library is a C library based on LibXML2. The library supports major XML security standards
libxslt <MIT> Libxslt is the XSLT C library
C++ WSDL Parser — An efficient C++ WSDL library
SP(SGML Parser) — A free, object-oriented toolkit for SGML parsing and entity management.
libmrss <LGPL> — mRSS is a C library for parsing, writing and creating RSS (0.91, 0.92, 1.0, 2.0) files or streams
libhtmlparse — libhtmlparse is a lightweight HTML parsing library.

flex(The Fast Lexical Analyzer) / http://sf.net/projects/flex <BSD> — Flex is a fast lexical analyser generator. It is a tool for generating programs that perform pattern-matching on text. There are many applications for Flex, including writing compilers in conjunction with GNU Bison.

Qwt — Qt Widgets for Technical Applications <LGPL> — The Qwt library contains GUI Components and utility classes which are primarily useful for programs with a technical background. Beside a 2D plot widget it provides scales, sliders, dials, compasses, thermometers, wheels and knobs to control or display values, arrays, or ranges of type double.
QwtPlot3D <zlib> — QwtPlot3D is not a program, but a feature-rich Qt/OpenGL-based C++ programming library, providing essentially a bunch of 3D-widgets for programmers.
PLplot <BSD/LGPL> — Scientific graphics plotting library
libdecodeqr <LGPL> — "libdecodeqr" is a C/C++ library for decoding QR code based on JIS X 0510 and ISO/IEC18004.

Tesseract OCR <Apache License V2.0>
Orocos(The Open RObot COntrol Software) — The Open RObot COntrol Software (Orocos) framework applies software patterns in C++ to achieve real-time execution of software components

LBNL's Network Research Group > libpcap(the Packet Capture library)
WinPcap(the Free Packet Capture Library for Windows) — WinPcap is an open source library for packet capture and network analysis

Socket++ library defines a family of C++ classes that can be used more effectively than directly calling the underlying low-level system functions
Librascal is a C/C++ library for asynchronous networking.
Endpoint C++ Socket Library <BSD> — Endpoint is a portable C++ socket library, which runs on Unix or Win32, utilizing IPv4 or IPv6, and supports TCP, UDP, and raw sockets as clients or servers.
Libwww — the W3C Protocol Library — Libwww is a highly modular, general-purpose client side Web API written in C for Unix and Windows (Win32). It's well suited for both small and large applications, like browser/editors, robots, batch tools, etc.
OpenSSL
libcURL <MIT/X> — libcurl is a free and easy-to-use client-side URL transfer library, supporting FTP, FTPS, HTTP, HTTPS, GOPHER, TELNET, DICT, FILE and LDAP. libcurl is free, thread-safe, IPv6 compatible, feature rich, well supported and fast.
C++ Portable Components — The C++ Portable Components are a collection of open-source class libraries that simplify and accelerate the development of network-centric, portable applications in C++.
jwSMTP — Send email programmatically (C++ code/lib). Linux, Windows etc. Attachments, Multiple recipients, Cc/Bcc recipients supported. MX lookup or send to an SMTP server direct.

MICO CORBA, TAO(The ACE ORB), omniORB, omniEvents, omniEvents enables CORBA applications to communicate through asynchronous broadcast channels
MyORB, ORBit

CERTI <LGPL> — CERTI is a runtime infrastructure for distributed discrete event simulations
MSI(Multi-Simulation Interface) <LGPL> — The Multi-Simulator Interface(MSI) is a simulation interconnection engine.
Portico <CDDL(Common Development and Distribution License)> — An open source implementation of the High Level Architecture Run-Time Infrastructure.

liblzw <Public Domain>
Basic Compression Library <zlib/libpng>
libtar, zlib, bzip2
7-Zip > LZMA SDK <Public Domain>
Microsoft Cabinet SDK
UnRAR source
GCA SDK
libwpd <LGPL> — libwpd is a general purpose library for reading (or, interpreting data from) WordPerfect files.
libcsv <LGPL>
xlsLib <LGPL> — A multiplatform C++ library for dynamic generation of Excel .xls files containing multiple worksheets.
PoDoFo <LGPL> — The PoDoFo library is a free, portable C++ library. It can parse existing PDF files and create new ones from scratch.
wxPdfDocument <wxWindows Library License> — wxPdfDocument allows wxWidgets applications to generate PDF documents.
Haru Free PDF Library <zlib/libpng> — Haru is a library for c/c++ that has the ability to generate PDF document for free.
CHM lib <LGPL> — CHMLIB is a library for dealing with Microsoft ITSS/CHM format files.

И это только часть того, что приведено в этом небольшом японском списке...

всё что надо для обычной работы — уже есть готово в wxWidgets и Qt (unicode строка, потоки, базы данных, GUI и прочее).

Дотнетчикам такое разнообразие библиотек и ДОСТУПНОСТЬ БЕСПЛАТНОГО ОТКРЫТОГО ИСХОДНОГО КОДА даже и не снилась!

А если взять ещё подробный список всех готовых библиотек непосредственно из SourceForge и Google Code ?

Здравствуйте, hrensgory, Вы писали:

>> Будущее у С++ действительно очень хорошее.
H>За будущее С++ нет оснований опасаться, также как и за будущее C, Java и
H>.NET по причине огромного количества УЖЕ написанного и работающего на
H>нём софта. А вовсе не из-за мифической "производительности" или наличия
H>"кроссплатформенных библиотек".

Будущее у С++ очень хорошее одновременно и по причине огромного количества софта, и кроссплатформенных библиотек. Про производительность доказывать вам не буду, потому что безусловное преимущество C++ и так очевидно. С++ это си с классами. А си — это кроссплатформенный ассемблер. То есть, "ниже" языка си уже идёт только ассемблер.

Здравствуйте, Аноним, не стесняйтесь, копируйте сюда все что в интернете найдете.

Здравствуйте, Ytz, Вы писали:

Ytz>2) А теперь взглянем насколько нативно выглядит ваш софт:
Ytz>

Ytz>1) Где в меню вертикальная полоса?
Ytz>2) Почему галочки выглядят по другому?
Этим контролом почему-то подхвачена тема из ХР, вместо Вистовской. В других wx-приложениях все в порядке.

Кароч: ты либо ваще не шаришь, либо тролль.

Здравствуйте, Fiery_Ice, Вы писали:

F_I>Этим контролом почему-то подхвачена тема из ХР, вместо Вистовской. В других wx-приложениях все в порядке.

От модератора:
Строка выше была по теме обсуждения. А за личные выпады вроде строки ниже у нас полагаются санкции. Предупреждение. Личную перепалку удалил.

F_I>Кароч: ты либо ваще не шаришь, либо тролль.

Здравствуйте, ov, Вы писали:

А>>В плюсы wxWidgets пишем кроссплатформенность (Windows, Linux, MacOSX),

ov>можно я вмешаюсь? кроссплатформенность от QT, wxWidgets или Java в плане пользовательского интерфейса приводит к созданию программ типа "и не винда и не мак". у этих двух систем куча различий в плане интерфейса пользователя. не только кнопочки другого цвета, нет.

ov>я только что сходил на сайт wxWidgets, посмотрел скриншоты "маковских" программ — ужас. тихий. и, между прочим, мак-пользователи очень это чувствуют. и стараются не использовать "неродные" приложения. и авторы софта часто пишут, что софт сделан на маке и под мак, особо подчеркивая "натуральность" происхождения

ov>я портировал виндовый софт под мак, писал с нуля под него же, вывод такой: реально проще разобраться с obj-c и cocoa, чем пытаться сделать черти-что, зато сразу под все платформы. а уж учитывая сколько всего в cocoa уже встроено — проще виндовый код вообще с нуля переписать

это миф
зависит от радиуса кривизны рук.

	От:	Аноним
	Дата:	13.05.09 11:38
	Оценка:

	От:	ov
	Дата:	13.05.09 11:57
	Оценка:	+1

	От:	Аноним
	Дата:	13.05.09 12:08
	Оценка:

	От:	astral_marine
	Дата:	13.05.09 19:21
	Оценка:

От:	Anton Vorobev	http://vorobev.livejournal.com
Дата:	13.05.09 20:08
Оценка:

От:	Begemot_	http://softvoile.com/
Дата:	14.05.09 04:31
Оценка:	+2

От:	K13	http://akvis.com
Дата:	19.05.09 05:55
Оценка:

От:	wellwell	https://www.softperfect.com
Дата:	19.05.09 09:26
Оценка:

От:	Carc	http://www.amlpages.com/home.php
Дата:	19.05.09 12:11
Оценка:	+3

От:	Ytz	https://github.com/mtrempoltsev
Дата:	20.05.09 19:38
Оценка:	-1

От:	D. Mon	http://thedeemon.livejournal.com
Дата:	21.05.09 04:49
Оценка:

От:	CaptainX	http://www.cushystock.com
Дата:	21.05.09 06:49
Оценка:

От:	retalik	www.airbandits.com/
Дата:	28.05.09 10:35
Оценка:

От:	Denys V.	http://ua.linkedin.com/in/dvalchuk
Дата:	01.06.09 15:27
Оценка:

	От:	Joric
	Дата:	17.05.09 05:11
	Оценка:

	От:	butcha
	Дата:	18.05.09 15:50
	Оценка:

	От:	butcha
	Дата:	18.05.09 20:31
	Оценка: