Переносимый GUI.

qt,wx

> но там тоже ставить питон, питон-гтк

Не надо. Берёшь py2exe и он собирает прогу в один дистриб. А в nix'ax пакуешь в соответвующий пакет и оно ставиться с зависимостями.

Мож тебе Jython нужён?

>может более скромные Tk?

он кстати входит в стандартную поставку питона, но под виндами тормозит безбожно

Qt

>Есть ли более лёгкие способы

qt-mt334.dll до 5 метров занимает в зависимости от сборки, носить с exe'шником одну или пару в случае qt4x dll'ок проще чем тянуть с дистрибутивом проги дистр перла или питона или tk

>Мож тебе Jython нужён?

C jython жабу все равно нужно знать.

QT и никаких особых проблем ;-)

Спасибо за советы.

Что касается qt, то программа соберётся в оффтопике без изменений кода?
И что для этого нужно? Подсунуть компилятору виндовый аналог qt-devel?

Сорри за моё ламерство в этом деле =)

>Ява отпадает (я в ней 0).

Ну и что? Научишься программить за 3 недели: http://forum.vingrad.ru/index.php?act=Print&client=printer&f=104&...

[quote] Что касается qt, то программа соберётся в оффтопике без изменений кода? И что для этого нужно? Подсунуть компилятору виндовый аналог qt-devel? [/quote] Если не будете выходить за рамки Qt, то да. У меня собирались :)

Я установил MinGW, скачал Qt для windows и установил, и потом просто зашёл вендовым шеллом в нужную папку и набрал qmake, make.

ссылка прикольная

5. Полная кроссплатформенность (у С++ частичная).
8. Множество свободных IDE (лучше чем для С++)

смеялся.

В принципе да, я не помню, лет 5 назад прикрутил QT влегкую к Visual C или Borland C++...

>то программа соберётся в оффтопике без изменений кода?

естественно

>И что для этого нужно?

скачать сорцы qt с trolltech.com и собрать тем компилятором который юзаешь под виндами (для сборки под msvs opensource версию qt придется чуть-чуть "похачить")

> qt-mt334.dll до 5 метров занимает в зависимости от сборки, носить с
> exe'шником одну или пару в случае qt4x dll'ок проще чем тянуть с
> дистрибутивом проги дистр перла или питона или tk
А с gtk можно подобное сотворить (ведь gaim в винде вроде по аналогичному принципу работает) и насколько это трудоемко?

Я тоже химик и передо мной тоже встала проблема разработки кроссплатформенной программы, причём с OpenGL. Я выбрал FLTK: http://www.fltk.org/

>"похачить" - это что с ним сделать надо будет, если не секрет? ;)

> Я выбрал FLTK

Симпатичная штучка. Однако собранные с ее помощью приложения будут смотреться чужеродно в большинстве случаев и не поддаваться общим настройкам Desktop environment. Если есть надежда на сколько-нибудь широкое распространение продукта и/или тяга к полезным знаниям, то Qt/gtk.

Ведь правда?

> А с gtk можно подобное сотворить (ведь gaim в винде вроде по аналогичному принципу работает) и насколько это трудоемко?
Пытаюсь сейчас собрать gtk статически. Если интересно, стучись в мыло насчёт результатов. Если не хочешь париться со статичной сборкой, то сходи сюда: http://gladewin32.sourceforge.net/

> это что с ним сделать надо будет, если не секрет? ;)


1. достать qmake.conf для студии и пару недостающих .cpp'шников с поддержкой vcproj для сборки правильного qmake.exe (находится через гугл)
2. перед запуском configure надо установить
переменную QMAKECONF установить в win32-g++, после прохождения configure вернуть её в win32-msvc2005 (или .net для 2003й)

далее запускаем qmake/nmake

да, qmake придется собрать ручками

>"похачить" - это что с ним сделать надо будет, если не секрет? ;)

http://qtnode.net/wiki/Qt4_with_Visual_Studio

я проверял - все работает как часы.

размер исполняемых, собранных MS VS.NET 2003 ровно в два раза меньше по сравнению со сборкой mingw 3.4.2.

// wbr

Не знаю не знаю, gtk который шел с виндовой версией гимпа тянет кроме dll'ок еще кучу всякой муйни.

уф, наконец-то кто-то скрипты написал для этой геморойной процедуры. в букмарки.

> размер исполняемых, собранных MS VS.NET 2003 ровно в два раза меньше по сравнению со сборкой mingw 3.4.2.

1. strip асиль, чувырло

2. а ещё mingw32-g++ по умолчанию статиком прилинковывает libstdc++

> 1. strip асиль, чувырло

уже после стрипа. не нужно считать аппонентов полными идиотами.

> 2. а ещё mingw32-g++ по умолчанию статиком прилинковывает libstdc++

с динамическим stdc++

ps: подписатья под своими словами боимся? чего? чай не кусаюсь.

// wbr

http://root.cern.ch/

> http://root.cern.ch/

IMHO для указанной задачи ROOT - это мягко говоря из пушки по воробъям.

// wbr

>> IMHO для указанной задачи ROOT - это мягко говоря из пушки по воробъям.

почему?
стоит обратить внимание, что "пушка" может
нормально "стрелять по воробъям" на iPAQ с 32Мб памяти:
http://root.cern.ch/root/roottalk/roottalk01/1190.html
http://root.cern.ch/root/images/ipaq1.jpg
http://root.cern.ch/root/images/ipaq2.jpg
http://root.cern.ch/root/images/ipaq3.jpg
http://root.cern.ch/root/images/ipaq4.jpg
http://root.cern.ch/root/images/ipaq5.jpg

> стоит обратить внимание, что "пушка" может нормально "стрелять по воробъям" на iPAQ с 32Мб памяти:

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

// wbr

>> 2. а ещё mingw32-g++ по умолчанию статиком прилинковывает libstdc++

>с динамическим stdc++

MinGW линкует libstdc++ _только_ статически, т.к. пользоваться библиотеками C++, собранными MS-like компиляторами не умеет и не будет уметь (разные C++ ABI).