Newsgroup: it.comp.lang.visual-basic
Titolo: [OT] .NET su Linux è quasi pronto...così dicono

http://punto-informatico.it/p.asp?i=45189
-- 
Damiani Liborio Igor
ig...@igordamiani.it
 - 
soft...@igordamiani.it
 - 
idam...@hotmail.com
http://www.igordamiani.it
ICQ : 11847262


http://punto-informatico.it/p.asp?i=45189
In effetti con linux già ora (senza windows.forms) puoi scrivere
programmi con mono, compilarli ed eseguirli sotto windows e viceversa.
Il problema con mono è che ancora windows.forms non è pronto (chi è
che scrive programmi per console ora?), la stima ufficiale di mono per
la completa implementazione di windows.forms (qualche cosa è stata già
fatta) era di 8 mesi.
Attualmente con windows.forms bisogna fare qualche compromesso (usare
gtk#), personalmente non l'ho mai provato, dubito che funzioni un
modulo fatto con gtk# su windows(2k,xp,98)

 modulo fatto con gtk# su windows(2k,xp,98)
Funziona.
E anche il semplice GTK.
Il problema è che non è ancora completo il wrapping di GTK per .NET (gtk#).
Anzi, a quanto pare sembrerebbe questo lo standard adottato per linux, e non
sembrano intenzionati a portare avanti il discorso Windows.Forms in senso
stretto.
Ciao
--
Math Parser : 
http://www.neodatatype.net
Sito Comune : 
http://www.it-lang-vb.net

stretto.
Quindi la portabilita' di .net, da bufala che era e' diventata una
risposta certa: NON esiste.
-- 
ciao, hal

 risposta certa: NON esiste.
Dipende dai punti di vista :)
Se sviluppi tutto con gtk# è portabilissimo :)


 ha scritto nel messaggio
news:c8f1mv4fvag8sgo0o...@4ax.com...

Beh, in questo senso allora lo e' anche quella di Borland: se non sbaglio mi
pare debba essere usato un set ben preciso di controlli "portabili" quando
disegni le form in Delphi/Kilyx, che e' un doppione rispetto a quelli
Windows normali della VCL...
Ciao
--
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

 Beh, in questo senso allora lo e' anche quella di Borland
cosi' se uno volesse non ammanettarsi in un solo angolino, ha le idee sempre
piu' confuse.
c'e' anche novell
http://punto-informatico.it/p.asp?i=45189
e bill joy che lascia sun
http://punto-informatico.it/p.asp?i=45175
se avete bisogno di uno che sa ancora usare carta e penna/matita, se solo
gli garantite che tutti i pc nel raggio di 500m sono spenti, qui siamo
abbastanza disponibili :)
ciao, a.

 abbastanza disponibili :)
A proposito di forms, carta e matita... c'e' stato un momento (breve per
fortuna) in cui vaneggiavo di creare per diletto un piccolo activex per
generare dinamicamente una form partendo dal design ASCII!
In altre parole dargli in pasto una stringa o un file cosi'
+---------------------------------------------------+
| Form1                                             |
|---------------------------------------------------|
| +---------------+             +----------+        |
| | TextBox       |             | Command  |        |
| +---------------+             +----------+        |
|                                                   |
| []Checkbox       ()Option                         |
|                                                   |
+---------------------------------------------------+
e tirare fuori la form corrispondente, con i controlli, le giuste
proporzioni e tutto
Il giorno in cui saro' *veramente* annoiato, potrei anche riprovarci :-)


 Il giorno in cui saro' *veramente* annoiato, potrei anche riprovarci :-)
e finalmente avremo vbdos 2.0 :)

 Il giorno in cui saro' *veramente* annoiato, potrei anche riprovarci :-)
Un augurio: cha le tua vita non sia mai tanto noiosa da spingerti
a fare una cosa del genere :-)
Bye, G.

 Ciao
Ciao
Andrea

 Ciao
Ciao
Andrea

Vedremo... c'e' hal che ci aspetta sulla riva del fiume ;-)
LOL :-)
... con un occhio a wxWindows per quanto riguarda la GUI,
ho provato anche le QT per windows ma mi sono parse
un po' ingombranti.
-- 
ciao, 
hal

 Ciao
Andrea

"disegnare" i controlli, che incapsula le GDI di Windows.
Uhm, sbagliero', ma ci sembra la mano di McKinney qua dietro ;-)
-- 
ciao, hal

 Se sviluppi tutto con gtk# è portabilissimo :)
Allora forse non ho capito...
Scrivo qualcosa con gtk#...
Compilo...
Ottengo codice IL che gira sia su Linux che su Windows?
Perché invece il codice IL prodotto con C# sotto windows non dovrebbe girare
sotto Linux allora? :-)
                    Ciao
                                            Allanon
-- 
- SPAMKILLER
 L'indirizzo delle risposte é 
itlangv...@michele.sytes.net
 LASCIATE il NOSPAM fa parte dell'indirizzo :-)
  Per superare le impostazioni di protezione antispam scrivete
  nel testo del messaggio la scritta "SPAMKILLER"
Scusate il disturbo, ma non posso più di pubblicità



Sono andato a guardare con attenzione e ho scoperto cose interessanti:
Su linux si installa wine ed il gioco è fatto (ho visto molti esempi
di oggetti che fanno funzionare programmi compilati con windows forms
sia su linux che su windows.

 sotto Linux allora? :-)
L'unica cosa che ho provato a fare io è stata compilare una dll (quella che
trovate nel sito in firma) con csc.exe (il CSharp compiler di Microsoft)
sotto windows, ho copiato il file binario sotto linux, fatto un progettino
di prova e il tutto funzionava perfettamente.
Quindi, pur non avendole provate, suppongo che per le GTK# sia la stessa
cosa, dato che non solo il linguaggio è compatibile, ma proprio il compilato
IL sembra non avere problemi portato da una parte all'altra.
Ovvio che non è l'IL a dover essere compatibile: sono i vari interpreti (se
così li si può chiamare) a dover seguire perfettamente le specifiche.


 nemmeno un cambiamento.
Io ho voluto provare tempo fa (ancora Kilyx 1) a compilare un progetto
Delphi 4 con Kilyx linux.
Solo per riscrivere le uses (l'equivalente delle Imports 
VB.NET
 o Java) ho
sputato sangue, dato che linux è case-sensitive sui files, e delphi non si
può certo definire risparmioso nell'uso delle uses.
Poi ho rinunciato perchè non ne cavavo un ragno dal buco. :)


 Su linux si installa wine ed il gioco č fatto
Sě, ma il gioco č sporco, a tal punto da far quasi vomitare :)


 Per quello che ne so io, sono i soli problemi riscontrati.
[SNIP]
Scusa, qui intendevo dire "se i maggiori problemi di portabilita' di .NET
fossero limitati alle GUI"


 così li si può chiamare) a dover seguire perfettamente le specifiche.
Appunto... :-) Proprio per questo credo che se va in un senso debba andare
anche nell'altro... :-)
Alla fine 
VB.NET
, GTK# e C# saranno diversi, ma sotto sotto l'IL é uguale e
non credo che abbiano messo 20 modi per creare delle finestre: ce ne sarà
(più o meno) uno solo!


 (più o meno) uno solo!
Forse non è chiaro che GTK# *non* è un altro linguaggio .NET (in effetti
potrebbero evitare di mettere # da tutte le parti).
Gtk# è solo un wrapper (scritto in C#) per GTK, che sono una delle librerie
grafiche usate sotto Linux (ma che girano benissimo anche sotto win32 nella
loro versione i386).
Quindi GTK# = System.Windows.Forms e non a C#.
