Python + PyQt4

e vivi felice x sempre nei secoli dei secoli amen

Aggiunta:
Qt4 e' una libreria scritta in C/C++ che imho si accompagna meglio all'uso col python che col C++ stesso. La licenza e' commerciale per prodotti commerciali.

se ho capito per te le strade sono 2:

1) usi l'accoppiata python + pyqt4 , il tuo eseguibile principale e' uno script python (e se ti piacciono i .exe puoi sempre farlo diventare un exe dopo usando pyinstaller o tool simili).
Il questo caso il mainloop in C/C++ x la gui non ti servirebbe in quanto pyqt e' un binding x python alle api di Qt e lo usi direttamente. Se dopo vedi che hai bisogno di usare codice gia' scritto in C puoi anche evitare wrapper e mal di testa in quanto il modulo python ctypes ti permette di aprire una dll e invocarne qualunque metodo facendo per te il cambio dei tipi di dato.

2) Qt e C/C++ sono un'accoppiata vincente anche senza python, per cui puoi semplicemente iniziare con quella. Pero' leggiti assolutamente l'introduzione della documentazione perche' Qt ha dei tool importantissimi che agevolano a dismisura lo sviluppo e fanno del lavoro magico al posto tuo.
Tipo:
- il sistema di build che genera progetti x qualunque piattaforma/ide supportato, ovvero gli dici "dati questi file, mi crei un Makefile/una solution/un xcodeproject?" lui crea per te e sono gia' configurati per compilare e linkare con le qt. Come il cmake per dire.

- il "moc" della gui ovvero a grandiline dato un xml che descrive l'interfaccia (creato tramite un editor visuale) crea i file .h delle dialog/main window che poi semplicemente includi per usarne gli oggetti. Ci sono anche qua piu' modi x farlo tipo estendendo un oggetto vuoto o derivando dalla classe generata..ma ecco sono banalissimi li owni in 1h di prove e piu' che altro sono paradigmi moderni non cose vetuste come ascoltare i msg che passano di windows o derivare mer*a come le mfc

- localizzazione e unicode, per te che stai in giappone credo sia il pane quotidiano.. cmq Qt ti offre il tool che parsa i tuoi file sorgenti e genera dei file che possono essere dati ad un traduttore e riusati nella propria applicazione.

Da python i primi 2 punti sono ancora piu' magici in quanto il sistema di build non ti serve (esegui uno script..), il "moc" non serve perche' non devi generare file .h intermedi apri direttamente i file xml (oppure altre vie di mezzo come al solito) oppure la programmi direttamente. Mentre per la localizzazione non mi ricordo se il parser che abbiamo noi ce lo siamo scritti o e' quello ufficiale per cui non mi pronuncio.


bene bene gli sviluppatori python sono ricercatissimi
Ti consiglio di guardare alcuni video del PyCon Italia

http://www.develer.com/website/video-pycon-2007

specialmente gli interventi di Alex Martelli

Grazie per le info. La storia di relegare la porzione C++ ad una DLL pero' non mi convince, perche' non si tratta di avere un engine ben definito ma piuttosto di qualcosa molto in fase di costruzione.
Magari quindi Python funziona meglio se c'e' una definizione netta tra un engine con basi solide ed un editor che deve fare parecchio lavoro di suo.

Per me e' piu' una questione di aggiungere una GUI minima ad una applicazione-engine.
Alla fine ho escluso Qt perche' tutto sommato costa troppo per quello che mi serve: piu' roba di settaggio parametri che veri e proprio dialoghi complicati.

Un'altra cosa che vorrei provare e sviluppare con Cocoa e Objective C adesso che almeno a casa sto switchando a Mac 8)


Dipende dalle applicazioni. Nel mio caso ho poca logica da gestire e molta roba di performance. Cioe' piu' una tech demo che un gioco, per cui mi serve giusto una GUI e basta. Per ora ci buttiamo su wxWidgets, ma vorrei espandere i miei orizzonti con qualcosa di piu' innovativo nel futuro.. tipo Cocoa, come dissi sopra 8)

non proprio, qt e' neutrale rispetto alle eccezioni, non le genera ne' le catcha per cui non le usa proprio. Ma come dici te, e altri prima di te, generare eccezioni e sperare di farle propagare correttamente in mezzo a codice che non le prende neppure in considerazione (e magari non e' neppure compilato per farlo come qt di default) e' sicuramente dannoso e certamente porta a crash.
Per questo Qt ti da la possibilita' di attivare l'eccezioni (non definendo #QT_NO_EXCEPTIONS) e reimplementando il metodo virtuale QApplication::notify dove andare a catchare le eccezioni che eventualmente hai tirato nei tuoi eventi.

WxWidgets e' una buona alternativa, un po' troppo limitata alla sola gui e ha il limite della non coerenza tra piu' piattaforme (cosa importante xchi ovviamente fa' prodotti che devono essere identici e comportarsi identicamente su linux mac windows e tra poco wince) X tutto il resto ho avvertito le stesse emozioni quando mollai tcl/tk x le wxwidget per poi passare tanti anni dopo a Qt, almeno con queste due il layout e' dinamico, pensa che c'e' chi crede che imporre le coordinate fisse dei widget sia il sistema di creare gui nel 2007 ...

aggiunta, cmq mi sembra che wxwidgets siano messe peggio come gestione delle eccezioni
http://www.wxwidgets.org/docs/faqgen.htm#exceptions

Qt funzionano a meraviglia e hanno tutto, ma proprio tutto. E' un framework completo, e il famigerato MOC di cui sopra è ben più di un tool che legge un xml: è il supporto fondamentale per il paradigma di programmazione segnali/slot rende Qt tanto semplice e funzionale (a scapito delle prestazioni). Praticamente puoi collegare un qualsiasi segnale (evento) di una classe (nota, non solo oggetti grafici, ma classi, quindi anche dispositivi di I/O, memoria, timer, ecc, ecc) ad un ricettore (slot) di altre classi. Il moc (che sta per meta object compiler) non è altro che un preprocessore di codice che va a sostituire delle macro per la creazione di segnali e slot con del codice C++ normalissimo.
Ovviamente Qt funziona basandosi fortemente su concetti quali copy-on-write, reference counting, thread safeness e chi più ne ha più ne metta, con il risultato di avere un framework completo, potente, molto ben documentato e portabile (tra l'altro è a pagamento solo se usate Visual Studio sotto Windows, altrimenti no).
Non so che problemi possa avere Qt con le eccezioni, mi spiegate un po' meglio?

Non sto a dirti delle solite altre alternative come GTK, FOX, FLTK, wxWidgets, etc, etc, perchè tanto grosso modo è la stessa solfa (le wxWidgets sono un po' più complete, FLTK ha un look&feel cagoso ma è una scheggia).
Sconsiglio python e C# per lo sbattone di usare due linguaggi. Poi in C# hai anche lo sbattone di dover chiamare Pinvoke e tutte le menate per mischiare codice managed con unmanaged.

Ti consiglio invece una minuscola libreria scritta interamente in OpenGL (simile a come fa Blender), si chiama GLui:
http://www.cs.unc.edu/~rademach/glui/.
E' portabile, semplice (anche troppo), ma fa il suo porco lavoro.

My fifty cents, again

Dome