Newsgroup: it.comp.os.linux.development
Titolo: WxWigets e Perl

Buongiorno,
qualcuno saprebbe consigliarmi un RAD decente per WxWind... opss...
WxWidgets, che produca codice Perl? Tutti quelli che ho trovato fin'ora
sono a pagamento!
Ciao,
ps: state attenti a pronunziare la parola Windows, potrebbero citarvi!
-- 
+--------+ ASCII ribbon campaign ( )
|  kral  |  - against HTML email  X 
+--------+              & vCards / \

 WxWidgets, che produca codice Perl? 
Mi sembra che WxGlade faccia al caso mio (non avevo visto subito che
generava anche codice Perl). Qualcuno che lo usa sa dirmi se è decente?
Grazie,


 generava anche codice Perl). Qualcuno che lo usa sa dirmi se è decente?
Per quale losco motivo vuoi che venga generato del codice Perl, che sarà
assolutamente non-ottimizzato, ridondante, e in buona parte inutile?
Non è meglio, se vuoi usare un tool per il disegno dell'interfaccia,
usare libglade e caricare il file XML all'avvio del programma?
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)                 [ 
http://www.emmanuelebassi.net
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 usare libglade e caricare il file XML all'avvio del programma?
Emmanuele si parla di wxGlade, non Glade di GTK :)
Programma scritto in python e purtroppo bacatissimo (l'ho provato di 
recente x farmi un'idea se wxWindows era o no un'alternativa sensata a
GTK x lo sviluppo di applicazioni crossplatform).
Anche per quanto riguarda GTK cmq io preferisco o fare le interfacce a 
mano, o, se troppo complesse, usare il sorgente generato da GLADE. Ho 
provato l'approccio via libglade, ma, oltre a richiedere svariate 
librerie in piu', tuttaltro che di serie su WIN32, era MOLTO piu` lento 
nella generazione di interfacce complesse, e sinceramente avere qualche 
gtk_object_set_data() qua e la` mi sembra un sacrificio molto minore, 
specie considerando che il peso della libglade e dell'albero espanso 
dalla generazione dell'XML in occupazione di ram e' sicuramente maggiore 
della piu` grossa interfaccia che possa pensare (e l'applicazione su cui 
lavoro ha 25 finestre per un interface.c che pesa 500k abbondanti).
Questo senza considerare il fatto che bisogna anche portarsi dietro un 
file xml .glade di interfaccia ASCII che con un semplice edit di un 
utonto che ci aggiunge un carattere fallisce il parsing completamente :)
Bye,
  Gabry

 
Bé, principalmente volevo usare WxWidgets (per la portabilità). Con il
tuo metodo, posso utilizzarlo? Ho usato VisualWx per Win32 e il codice
generato mi sembrava usabile ( non entusiasmante, ma usabile ) e
bastavano solo pochi ritocchi. 
Leggendo il tuo post, mi sorge il dubbio di  non essermi spiegato bene:
Glade e WxGlade sono due cose diverse, penso. Almeno il sito (
wxglade.sourceforge.net
 ) dice che hanno preso *spunto* da Glade. Sono
aperto a nuove proposte, cmq.
Ciao,


 utonto che ci aggiunge un carattere fallisce il parsing completamente :)
Per questo lo puoi mettere in posti strani, o dargli permessi
altrattanto strani. ;-)
E se un utonto modifica un file, beh: merita quello che gli capita; al
massimo, reinstallerà l'ambaradàn. :-)


 aperto a nuove proposte, cmq.
Hai ragione, non conoscevo wxGlade.
Anche se, personalmente, piuttosto che usare un layer come wxWidgets,
preferisco usare direttamente le GTK; ma sono preferenze personali.


 massimo, reinstallerà l'ambaradàn. :-)
Visto dal lato aziendale: se un utonto mi modifica un file, significa
assistenza; assistenza significa denari. Così poi impara a
mettere le mani dove non gli compete! ;)
Ciao,


 altrattanto strani. ;-)
Calcola che io sviluppo sempre con il "goal" della portabilita' le 
interfacce grafiche, quindi i permessi strani sono un'utopia, cosi' come 
il non dover provvedere io alla libglade o alla libxml2 (standard su 
linux ma su OSX e Win32 negli installer devo mettere pure le GTK).
Tra l'altro oltre il METTERE nell'archivio la libreria il problema 
spesso e' assicurarsi che il porting della libreria stessa sia ben fatto 
ed eventualmente andarne a correggere i bug...
Inoltre se si sviluppa commercialmente di OGNI libreria che si aggiunge 
ad un progetto bisogna farne una copia nel CVS del progetto, per 
permetterne una piu` semplice rintracciabilita` nel caso di bachi, che 
saltano fuori magari due o tre anni dopo la consegna del prodotto...
Bye,
  Gabry

 linux ma su OSX e Win32 negli installer devo mettere pure le GTK).
Il problema è creare un installer che permetta di aggiungere componenti
da installare. Gli installer per applicazioni per Windows, ad esempio,
includono sempre una copia di tutte le dipendenze, il che potrebbe
essere pure una mossa furba (non fosse che, senza DLL versioning,
diventa una stronzata allucinante, e un pericolo per la stabilità del
sistema).
