Размышляю на тему кроссплатформенности в написании GUI приложений, чтоб работало и в Win и в Linux. На мой вгляд существует лишь два достойных варианта - C++/Qt и java/AWT/Swing. Но какой путь лучше? java , c одной стороны, хорошо, это путь стандартный, но она , как известно, по производительности проигрывает c++. Однако ее не сбрасываю со счетов, поскольку , во-первых, на хороших машинах мне кажется это уже непроблема, так на P4 512M время отклика GUI интерфейса вполне нормальное ( самое главное запуститься :), а во-вторых по ней очень много документации, и литература в книжных магазинах есть ( по QT книжек ниразу невстречал ). С другой стороны, QT интересный вариант, на нем весь KDE построен, и что привлекает , так для пользования из под Linux нет необходимости в какой-либо доп. установке навроде JDK , запускай и все, однако, насколько я понял, чтобы это все работало в Win, нужно инсталлить платные ( в отличии от java ) qt-либы ... И еще вопрос, насколько хорош qt-интерфейс в виндах ( в плане глюкавости )? Видел один единств. продукт - tora под виндами ( это SQL Developer под oracle ), он на qt написан, вроде ниче так работает, хотя кое где бывают какие то подвисоны , на мой взгляд под Linux-ом она получше пашет.
Вообщем, буду рад любым отзывам в пользу как того так и другого.

Если я правильно понял, это делать kylix приложения на borland C Builder?
А в Linux-е это под какими либами работает, gtk?

несколько уточнений про Kylix
тут прочитал
среда программирования для Kylix основана на программе wine и не является самостоятельным Linux-приложением. Из этого следует, что все разрабатываемые приложения должны обращаться к библиотеке libwine
Т.е. если наше приложение будет работать в режиме "полуэмуляции", не сказал бы что это хорошо!

понятно
а вот еще такой вопрос, по переносимости, бывает необходимо в приложении пользоваться потоками, или допустим программа у нас ведет какой-то обмен по tcp, реализация под Linux и Win вещей типа этого ведь разная. Интересно, как оформляется кроссплатформенное приложение?

to FishingIsGood
а как там обстоит дело с MS Office/OpenOffice? бывает нужно оформить отчет ввиде xls/doc файла

ну да, допустим пусть будет boost
могу ли я используя данные библиотеки сформировать excel файл и передать его в сам Excel. К примеру приняли из таблиц БД отчет, нажимаем кнопку и он в Excel-е , ну или Open Office. Конечно можно выкрутиться и через csv файл, но вот в java к примеру есть хороший пакет один POI, он позволяет читать/писать в формате xls. А как это будет все на С++ ?

nik_xЕссли хочешь кросс-платформно работать в режиме оффиса, то уже сам и сказал, что это OpenOffice.
А насчет формирования XLS-файла, то в этом форуме я уже как-то раздавал сорцы для формирования XLS-файла из задачи (C++) /системно не привязаны/
Я так понял вы разобрались с этим http://sc.openoffice.org/excelfileformat.pdf и написали собственные классы.
Да?
Было бы хорошо , если б нашлись готовые кроссплатформенные либы с примерами на С++. А то самому такую работу проделывать... Мне то пока это ненужно, но вдруг нужно будет завтра, вот я и пытаюсь выяснить. Всетаки нельзя сбрасывать со счетов то что большинство пока что под win сидит, а там эти форматы на первом месте.
Ну вцелом картина проясняется, еще хотелось бы уточнить по области программирования tcp. Среди Boost Libraries на их сайте что то про это не нашел ничего. А тут как? Так под win написание клиента начинается с вызова WSAStartup ну и поехало ... Подозреваю под это дело должны быть тоже какие-то кроссплатформенные либы.

да, действ., похоже хорошая штука этот wxWidgets
to FishingIsGood
а можно уточнить, вы говорили про библиотеку wxWindows, я правильно понял что это та, которая идет в составе пакета wxWidgets?

И еще вопрос, про среду программирования, как лучше, разрабатывать в KDevelop, а на Win лишь проверять, или прикрутить этот wxWidgets к MSVC++?

no-dashi среда программирования для Kylix основана на программе wine и не является самостоятельным Linux-приложением. Из этого следует, что все разрабатываемые приложения должны обращаться к библиотеке libwine

Найдите того, кто это написал и стукните ему в морду, поскольку большего он не заслужил. Kylix строит native-приложения, а привязана к WINE _только_ среда разработки.
а что его искать, тут он :)
http://www.linuxfocus.org/Russian/October2004/article350.shtml