Newsgroup: it.comp.macintosh
Titolo: E mono fu

Ciao, sono riuscito a installare mono 1.0
Ho provato a scrivere un app consolole e tutto ok, poi ho detto:
Perchè non fare una app usando le winforms?
Ho letto un po e quello che ho trovato è legato a Wine...
Ora che voi sappiate non è possibile usarle in modo nativo sotto OSX, 
cioè devo simulare Win per forza?
Io voglio Cocoa!!!!!!
Non c'è proprio verso è?

 wrote:

È una storia lunga e complicata ed e' colpa degli sviluppatori .NET che
invece di usare solo codice .NET per fare il loro lavoro tendono a usare
le vecchie API di Windows per fare quello che .NET da solo non fa,
costringendo quelli di Mono a usare Wine per simulare le API di Windows.
Insomma, un macello :D
Sappi che nella versione 1.0 in pkg WinForms non c'e', perche' e'
sperimentale. Dovresti ricompilarti mono da zero con WineLib. E', come
dico con somma finezza, una badilata nei *ehm*. Aspetta Mono 1.2 dove
WinForms dovrebbe entrare nella porzione di codice stabile e distribuito
sotto tutti gli OS anche nel pacchetto precompilato :D.
 - ∞

  - ∞
Quindi devo installare wine su X?
Ndo lo trovo.
Tristezza e disperazione....



ehi, metti su un piccolo tutprial su come installare correttamente e con
tutto quello che ha bisogno..
potrebbe interessare ;-)

 Tristezza e disperazione....
No, e' peggio.
Devi scaricare il sorgente di mono e quello di winelib dalla pagina dei
download di mono e ricompilarli daccapo.
In mono, quando fai ./configure, devi attivare il codice sperimentale
(cosi' ti compila Windows.Forms).
Non so nemmeno se su Mac, con Mono 1.0, funzioni.
 - ∞

 wrote:

Be', nn c'è molto da dire: vai su 
www.go-mono.org
 e scarica il PKG per
Mac OS X, doppio clic, pass di amministratore, tadà.
Poi scarica 
http://matrixtcg.altervista.org/monostarter.0.2.zip
 che e'
il programmillo che ho fatto io per avviarmi rapidamente Mono.
Trascinaci sopra l'.exe e quello lo apre in un terminale. Licenza GPL
codice a 
http://matrixtcg.altervista.org/monostarter.0.2.src.zip
 .
 - ∞

  - ∞
Questo è ciò che non mi piace del mondo *nix o bsd che sia.
Modulare è bello ma quando si esagera si esagera.
Non era + semplice fare un pacchetto con wine?
No direte xchè wine su x non è troppo utile, ma se voglio sviluppare in 
.net su X lo devo fare no?
Non lo vedo come optional, dalla 1.2 in poi può esserlo, ma prima no.
IMHO chiaramente.
Cmq grazie, sto pensando di desistere, impazzisco già abbastanza a 
lavoro su .net, il mac era il mio piccolo mondo potente ma semplice.
Sigh.

 wrote:

Scusa ma tu sei riuscito a far girare monodevelop ?
io ho provato a compilarlo ma configure fallisce perche' dice che
richiede il parser XML. Esattamente sai di che parser parla  e come
faccio ad installarlo ? io ho installato il pkg trovato sul sito di mono
per os x.
-- 
Ciao
Fabio

 
Che non sia mai!!!
No, n on fraintendere, vorrei installare monodevelop ma ho un blocco 
psiclogico verso l'installazione....
Il parser se non erro è una libreria per "capire" e "gestire" l'xml.
Lo trovi sul sito go-mono oppure con quella cosa a me sconusciuta 
chiamata Fink.

 Non lo vedo come optional, dalla 1.2 in poi può esserlo, ma prima no.
Non e' un optional. E' che proprio non e' finito ancora. Secondo la loro
roadmap sara' pronto per la versione 1.2, mentre prima e' disponibile
solo in forma sperimentale (ovvero "non rompete se vi esplode il
computer").
 - ∞

 per os x.
Ci vuole Gtk# installato, che richiede Gtk, che richiede mezzo Gnome.
Sono stato sette ore a far compilare i pacchetti a DarwinPorts, per poi
scoprire che c'erano ALTRI pacchetti oltre a Gtk# da installare.
Non e' ancora pronto per essere un prodotto commerciale, MonoDevelop,
proprio no IMHO.
 - ∞

  - ∞
Sono daccordo, ma fare un pacchetto con la lib e scritto "Usatelo, avete 
le finestrine carine carine, ma se schianta zzi vostri" era comodo  no?

  - ∞
Uh!
Menomale non ci ho nemmeno provato!
Che palle però, avere il framework e non avere gli strumenti.

 Che palle però, avere il framework e non avere gli strumenti.
Eh dai, sono errori di gioventu'. Prima o poi se ne accorgeranno, e
correranno ai ripari (spero).
 - ∞

 chiamata Fink.
Ho scoperto che il parser era quello per perl, fink ha risolto la cosa
abbastanza in fretta
-- 
Ciao
Fabio

theta <theth...@email.it.is.not.invalid> wrote:

GTK# mi si e' compilato senza fare troppe storie ma adesso mi sono
buttato anche io nelle mille ore di compilazione speriamo bene ...
Piu' che altro il maledetto fink si e' messo in testa di ricompilare
mozilla e questo si che porta via tempo :-(
-- 
Ciao
Fabio

 Ci vuole Gtk# installato, che richiede Gtk, che richiede mezzo Gnome.
Gtk+ non richiede Gnome. Gtk+ richiede le librerie di X, libxml2, pango,
atk e basta (se mi ricordo bene).
-- 
Andrea Bergia - studente              Linux Registered User #281550

 atk e basta (se mi ricordo bene).
Nana:~ l0ne$ port deps gtk-sharp
gtk-sharp has library dependencies on:
        mono
        gtk2
        libxml2
        libart_lgpl
        libgnomecanvas
        libgnomeui
        libgda
        librsvg
        libgtkhtml
        vte
i grandi cattivi sono quei libgnomecanvas e libgnomeui:
Nana:~ l0ne$ port deps libgnomeui    
libgnomeui has library dependencies on:
        gnome-keyring
Nana:~ l0ne$ port deps gnome-keyring
gnome-keyring has library dependencies on:
        gnome-icon-theme
        hicolor-icon-theme
        libbonoboui
Nana:~ l0ne$ port deps libbonoboui  
libbonoboui has library dependencies on:
        libgnomecanvas
Nana:~ l0ne$ port deps libgnomecanvas
libgnomecanvas has library dependencies on:
        libglade2
        libart_lgpl
Nana:~ l0ne$ port deps libglade2     
libglade2 has library dependencies on:
        libgnome
        libart_lgpl
Nana:~ l0ne$ port deps libgnome 
libgnome has library dependencies on:
        esound
        gnome-vfs
        scrollkeeper
Eccetera.
Hai ragione che GTK non richiede mezzo gnome (mea culpa), ma secondo
DarwinPorts GTK# lo richiede. Considera che DP insiste nell'usare le
PROPRIE librerie e non quelle installate con OS X (insistendo nel
ricompilare ad es. libxml2 o libiconv), ad eccezione di X11, e vedrai da
dove sono spuntate fuori le sette ore di compilazione.
 - ∞

 invece di usare solo codice .NET per fare il loro lavoro tendono a usare
Diciamola meglio:
E' colpa degli sviluppatori di .Net che sotto la pressione della dirigenza
a sviluppare un prodotto piu` veloce di Java (e al diavolo la portabilita`)
hanno fatto creare un framework che e` in parte solo un sottile wrapper
attorno alle chiamate al GDi di Windows.
Volendo comunque in Mono ci sono framework basati su GTK.
Per cocoa mi sa che tocca farseli.
// P.S.  mi sa che  .Net come Java  avra` molto piu` futuro  nelle web
// applications.
-- 
 /\            ___
/___/\__|_|\_|__|___Gian Uberto Lauri_____________________
  //--\ | | \|  |   Integralista GNUslamico e fancazzista 
\/

 Per cocoa mi sa che tocca farseli.
Cocoa# ha ormai superato la fase sperimentale ed è ospitato
ufficialmente nella sezione che il sito Novell ha approntato
per i progetti Open Source:
http://forge.novell.com/modules/xfmod/project/?cocoa-sharp
-- 
Guido

>---- On Day 3 of week 28 of 2004



Ottimo.  Esiste anche un  layer superiore  per cui  ad esempio  GTK# o
Cocoa# vengono nascosti all'applicazione che quindi diventa indipendente
dal toolkit ?


 dal toolkit ?
Mica no, ma questo potrebbe essere un'ottima idea per lo sviluppo di
Windows Forms su Mono. Gtk# su Linux, Cocoa# su Mac...
Se a qualcuno piacesse farsi carico del layer aggiuntivo di
complessita'...
 - ∞

 complessita'...
Piu` che altro astrazione,  oltre al riempimento dei reciproci "buchi"
(feature di  TizioForms che mancano  in CaioForms). Ad avere  il tempo
potrebbe anche tornarmi utile.  Forse...


 dove sono spuntate fuori le sette ore di compilazione.
Deve farlo perche' le versioni di default sono troppo vecchie per
l'ultimo GTK e i GTK prima dell'ultimo (o quasi) sono troppo vecchi per
mono ...
Curiosamente Gtk# compilato a manina (avendo solo installato la
distribuzione binaria di mono) si era compilato senza problemi.
Poi ho provato a compilare monodevelop ed e' stato un inferno ... 
Ridendo e scherzando ho scaircato quasi 500 mb di pacchetti (ho dovuto
fare a manina perche' mono, il signorino, mi snobbava le versioni
proposte da fink in quanto troppo obsolete ...) e non c'e' stato
comunque verso alla fine ho rinunciato.
Java c'e' e funziona ...
-- 
Ciao
Fabio

 potrebbe anche tornarmi utile.  Forse...
Eh, quello intendevo con "layer aggiuntivo di complessita'", anche se
non e' un livello singolo, ma un "adattatore" per ogni backend...
insomma un Mucchio Di Lavoro™.
 - ∞