Newsgroup: it.comp.lang.delphi
Titolo: Da Delphi a Linux: come fare? (forse un po' OT)

Salve a tutti,
per varie ragioni - che non sto ad elencare - sto passando dalla attuale
piattaforma Windows a Linux.
Sotto Windows ho quasi sempre programmato su Delphi e mi sono un po'
assuefatto al suo ambiente dove posso sia scrivere il codice che occuparmi
dell'interfaccia utente.
So che sotto Linux c'e' Kylix ma vorrei, per ora, tenerlo da parte.
Anche sotto Linux vorrei continuare a sviluppare ma vedo che in giro ci sono
ambienti di sviluppo che non sono strutturati come Delphi... in pratica vedo
che c'e' quasi costantemente una divisione fra ambiente dove si scrive il
codice e ambiente dove si imposta/crea l'interfaccia utente.
I miei problemi nascono perche' non capisco come i due ambienti si "parlino"
fra loro (anche un banale associare codice all'evento OnClick di un bottone
non comprendo come si possa fare). Il tutto e' ancora piu' oscuro quando
leggo che il disaccoppiamento fra ambiente dove scrivere codice e ambiente
dove creare l'interfaccia e' fattibile anche con Delphi stesso (ad esempio
si puo' creare il codice in Delphi e creare l'interfaccia con
qualcos'altro).
Mi piacerebbe parlare con qualcuno che abbia di queste esperienze in modo da
comprendere come si sviluppa software in questa maniera.
Spero non sia troppo OT questo argomento e nel caso meglio allora proseguire
in email.
Ringrazio fin da ora chiunque sia in grado di darmi una mano.
Ciao
   Jenner
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

    Jenner
-- 
Ciao, Anto', [37, 143, AQ] 
MB C SC 220 CDI Magma Rot
"Di sempre cio' che senti e fai cio' che pensi."
    G.G. Màrquez

 qualcos'altro).
Posso sapre dove hai letto questo?
Pura curiosita' :)
Ti segnalo anche questo progetto che va a gonfie vele:
http://gambas.sourceforge.net/
e' un basic ad oggetti che per il momento usa solo le QT, stanno 
implementando un po di sdl, c'e' il supporto x mysql e altre cosucce 
simpatiche. Purtroppo anche qua niente gtk2 ma solo QT
Attenzione sempre al tipo di licenza delle QT
Ciao :)

 Ciao :)
Ciao,
Andrea

 massimo ho usato le raw api.
Ah, avevo capito male io. Pardon ;)

 Credo cmq che prima dovresti decidere il linguaggio con cui vuoi
sviluppare.
L'Object Pascal mi piace ma non e' un problema nemmeno passare al C++.
Certamente il problema che ho espresso in questi post non viene a cadere: ho
usato anche C++Builder che, di nuovo, e' un ambiente integrato... e continuo
a non capire come avviene il collegamento fra le interfacce prodotte da un
software e il codice prodotto, ad esempio, da Dev-C++.
Per il resto, come ho gia' detto, vorrei tenere Kylix da parte: questo
perche' ho gia' intenzione di acquistarlo (mi piace molto l'idea di poter
usare C++ e ObjectPascal nello stesso ambiente... spero solo che non ci
siano praticolari problemi nel rilasciare software con licenza GPL).


 qualcos'altro).
Non so in quale caso convenga farlo e, comunque, l'ambiente che utilizzerà
l'interfaccia dovrà essere in grado di effettuare lo stesso "streaming"
compiuto dall'ambiente Delphi, sia a design-time che a run-time.  A questo
punto, ci dovrebbero essere ragioni veramente forti per preferire un altro
ambiente a Delphi.

 siano praticolari problemi nel rilasciare software con licenza GPL).
Io ho provato piu volte a usarlo... te lo sconsiglio *vivamente*
Rilasciare sotto gpl nn e' un problema, ma se vuoi creare un qualcosa a 
cui possano contribuire anche altre persone sei gia' tagliato fuori, nel 
senso che chiunque avrebbe bisogno kylix e quindi dovrebbe comprarsi il 
pacchetto xche con la versione open ci si fa poco.
Se per te C e C++ nn costituiscono un problema, ti riconsiglio anjuta e 
glade. :)

 glade. :)
Con il C/C++ ho un rapporto di amore e odio... con l'Object Pascal solo
amore! :D


 codice e ambiente dove si imposta/crea l'interfaccia utente.
C'è un ambiente di sviluppo veramente interessante e open:
http://gambas.sourceforge.net/
gambas è una specie di visual basic ma OOP, quindi il linguaggio è 
meglio di vb. La documentazione è buona. Genera codice per le qt (kde 
per essere chiari).
Vale la pena di provarlo
Ciao
Gianni