Salve lista era tempo che non scrivevo ma volevo conoscere la vostra
opinione.
dovrei realizzare un piccolo programma desktop in ruby, il target è
windows xp principalmente non ho ancora deciso quale gui utilizzare
avrei bisogno di un gui designer, la portabilità cross platform non è
essenziale e non vorrei dover studiare troppi manuali per ua cosa
relativamente semplice.
Vi spiego in due righe quello che dovrebbe fare il programma.
una maschera dove inserire dei dati con il controllo che i dati siano in
un range
questi dati servono per calcolare le dimensioni dell’oggetto da
costruire
dopo si sceglie il tipo di oggetto tra A, B, C
premendo ok il programma dovrebbe disegnare uno schema costruttivo ( che
è uguale per tutti i prodotti, con le dimensioni calcolate in base hai
dati di ingresso
la spiegazione è pessima ma giusto per darvi un idea
voi cosa mi consigliate?
le scelte sono tra TK, WX, GTK.
gtk+ funziona bene ed hai anche a disposizione Glade che, tutto
sommato, è un buon designer di interfacce. Se il target fosse linux
potresti usare Freightrain ma a prescindere direi che gtk+ è la
scelta migliore sia per quanto riguarda gli strumenti/documentazione a
disposizione che la facilità di utilizzo.
Il team di ruby/gnome2 è in procinto di rilasciare un nuovo binario (per
windows) della versione 0.19.3. Quando il binario è pronto sarà
possibile usare Freightrain anche sotto windows e te lo consiglio sia
perchè l’ho scritto io che perchè ti mette a disposizione tutte
quelle cose (caricamento dell’ interfaccia da file,
model/view/viewmodel, binding (a la WPF in windows)) che,sei costretto
ad implementarle tu stesso, portano via molto tempo allo sviluppo.
dovrei realizzare un piccolo programma desktop in ruby, il target è
windows xp principalmente non ho ancora deciso quale gui utilizzare
avrei bisogno di un gui designer, la portabilità cross platform non è
essenziale e non vorrei dover studiare troppi manuali per ua cosa
relativamente semplice.
voi cosa mi consigliate?
le scelte sono tra TK, WX, GTK.
Senza dubbio gtk, più documentato e (ma questo è soggettivo) più intuitivo.
quelle cose (caricamento dell’ interfaccia da file,
model/view/viewmodel, binding (a la WPF in windows)) che,sei costretto
ad implementarle tu stesso, portano via molto tempo allo sviluppo.
Bene, allora domani lo provo!!! e ti faccio anche un resoconto, se
sei la sviluppatore chi meglio di un utente non esperto puo farti i test
distruttivi
Salve lista era tempo che non scrivevo ma volevo conoscere la vostra
opinione.
dovrei realizzare un piccolo programma desktop in ruby, il
target è
windows xp principalmente non ho ancora deciso quale gui utilizzare
avrei bisogno di un gui designer, la portabilità cross platform non è
essenziale e non vorrei dover studiare troppi manuali per ua cosa
relativamente semplice.
Vi spiego in due righe quello che dovrebbe
fare il programma.
una maschera dove inserire dei dati con il controllo
che i dati siano in
un range
questi dati servono per calcolare le
dimensioni dell’oggetto da costruire
dopo si sceglie il tipo di oggetto tra
A, B, C
premendo ok il programma dovrebbe disegnare uno schema costruttivo (
che
è uguale per tutti i prodotti, con le dimensioni calcolate in base hai
dati di ingresso
la spiegazione è pessima ma giusto per darvi un
idea
voi cosa mi consigliate?
le scelte sono tra TK, WX,
fate attenzione, perchè il libro linkato è uscito nel 2005, e fa
riferimento alle Qt 3 , mentre ad oggi stiamo alle Qt 4.7 . Presumo che
anche la versione di Ruby sia abbastanza datata
puo darsi cha abbia interpretato male , il mio inglese è fuori
esercizio, poi in questo periodo sono anche io fuori servizio :).
Ma se io volessi fare del mio programmino una versione a pagamento tipo
10euro, non penso di più onestamente, quali gui potrei utilizzare senza
problema?
se vuoi rilasciare software proprietario, a prescindere dalle licenze,
non credo che Ruby sia il linguaggio adatto: comunque tu voglia
distribuire l’applicazione non c’è modo di “nascondere” il codice.
ma a prescindere direi che gtk+ è la
e ti faccio anche un resoconto, se
