Newsgroup: it.comp.macintosh
Titolo: Programmare su Mac

Ciao Ragazzi...
devo dirvi che non sono ancora utente Mac ma intendo diventarlo presto...
Su pc faccio sia per me che per altri piccoli programmi in Visual Basic,
sapete se esiste qualcosa di simile per Mac e magari qualcosa di compatibile
con VB ?
Cosa si usa su Mac x programmare ?
Grazie !!!
Zire

 con VB ?
Va be non sono scemo ma mi rispondo da solo :))
www.realsoftware.com
Altre idee ? :)
Zire

 Cosa si usa su Mac x programmare ?
è una piattaforma unix quindi puoi usare di fatto tutti i  linguaggi che
puoi immaginare !
in pratica si utilizzano generalmente c++,objective-c, java, c, perl etc
etc... 
tutto quello che fai con visual basic lo puoi ottenere senza problemi con
java (lo troverai molto simile a C# che di fatto è un clone di java) o c++
in pratica xcode, eclipse, codewarrior, etc
imho visual basic è destinato progressivamente a morire in favore di c#.net
in ogni caso anche su windows (basta vedere come è stato stravolto in .net)
perciò tanto vale buttarsi subito su c++ e java fin da subito visto che
sono linguaggi più stabili e diffusi
-- 
=== *Mablung The Heavy Hand* ===

 Cosa si usa su Mac x programmare ?
principalmente xcode e come linguaggio objective c, vai sul sito apple,
scheda developer e vedrai...
e poi ci sono centinaia di linguaggi, la maggior parte multi-piattaforma
(uno per tutti il fantastico python!)

 faccio sia per me che per altri piccoli programmi
Runtime Revolution.
-- 
Per contattarmi:
http://formmailto.com/saltydog

 limite anche AppleScript.
Python.  Molto meglio di tutti quelli che elenchi (per ragioni ben
diverse nei vari casi).
vb2py.sourceforge.net
 benche` ancora un po' acerbo gia` puo` aiutare a
tradurre qualcosina da VB a Python.
Alex

 sono linguaggi più stabili e diffusi
C++ e Java sono linguaggi sostanzialmente di piu` basso livello rispetto
a Visual Basic, Perl, Python, Ruby -- "linguaggi di sistema", si diceva
una volta, mentre i vari VB e P* sono linguaggi per scrivere
applicazioni.  Vale pienamente anche per C#.  Sui problemi di VB.net non
hai tutti i torti, certo.  Non a caso, penso, Microsoft ha assunto
quest'estate uno dei grandi guru degli internals di Python, Jim Hugunin,
nella sua squadra del CLR (Common Language Runtime) dotNET, con la
missione di rendere CLR ancora piu` adatto a linguaggi dinamici (Python
e gli altri suddetti, tanto per cominciare).  Non sento Jim da luglio
quindi non so come gli stiano andando le cose, ma trattasi di persona di
enorme spessore tecnico e carattere uguaglio, ho le mie speranze;-).
Nel frattempo l'EU ha finalmente concesso un pacco di soldi in
finanziamenti ricerca a fondo perduto alla squadra di pypy -- era ora!
Visto dov'e` arrivato Python sinora senza un ghello dietro, si puo`
sperare che quel milioncino di euri, o quel che sia, producano risultati
fuori misura;-)
Alex

 linguaggio dovrebbe essere a scelta tra java e objective c. right?
Anche Python (con PyObjC) puo` usare appieno il framework Cocoa (e` un
framework; "ambiente" e` quel che chiamerei XCode).
Alex

 diverse nei vari casi).
questa è una fesseria imho
pyton è un buon linguaggio interpetato, puoi con frontarlo con perl o
tcl/tk ma non certo con java/c++
inoltre non esiste un linguaggio migliore degli altri
ogni linguaggio va selezionato di volta in volta in base agli obiettivi


 fuori misura;-)
è possibile che pyton si ritagli uno spazio maggiore di quello che ha ora
ma imho non potra mai competere nella guerra .NET / JAVA
rimmarrà un linguaggio di nicchia come lo è perl 
credo che anzi sia meglio così


 ogni linguaggio va selezionato di volta in volta in base agli obiettivi
Il contesto qui era chiarissimo, rileggiti il thread.
Non occorre dunque che dibattiamo di quale sia il linguaggio migliore
per un telefonino (Nokia pensa che sia Python), un motore di ricerca
(Google pensa che sia Python), la gestione di una borsa valori (NYSE,
aka Wall Street, pensa che sia Python), l'amministrazione di sistema
(Ubuntu Linux pensa che sia Python), la trasmissione e ricezione di fax
(Apple pensa che sia Python), gli effetti speciali nei film (Industrial
Light and Magic pensa che sia Python), la crittografia (Mark
Shuttleworth, fondatore di Thawte, pensa che sia Python), l'automazione
del workflow delle missioni spaziali (la NASA pensa che sia Python), e
via elencando.  "Zire" vuole fare su Mac piccoli programmi che oggi fa
in Visual Basic.  In questo contesto, proporre ad esempio C++ e`
semplicemente ridicolo (mentre ad esempio Google ha le migliaia di
ingegneri per usare C++ dove serve e Python dove puo`, ecc ecc).
Alex

 tcl/tk ma non certo con java/c++
false.
Python non puoi paragonarlo con il Java solo perche` non puoi paragonare
una Ferrari (Python) con una Panda volata da un dirupo e ripescata con
il carro attrezzi (Java).
Riguardo al C++ il confronto non regge comunque. C++ puo` essere comodo
per sviluppare qualche modulo da usare in Python, ma altrimenti fa
perdere un mucchio di tempo utile.
-- 
RiK0
Non credo negli schemi non vincenti.

 ingegneri per usare C++ dove serve e Python dove puo`, ecc ecc).
vedi che mi dai ragione
non esistono linguaggi per tutte le occasioni ;)


 perdere un mucchio di tempo utile.
ma che dici ?!??!
ma ti rendi conto delle fesserie che hai scritto ?
secondo te il software per la gestione degli apparati che consentono a te e
agli altri di sguazare in internet sono scritti in python o in c/c++ ?


 che induce nei programmatori ad irritarmi.
quoto


 linguaggio dovrebbe essere a scelta tra java e objective c. right?
O Python. O Perl. O Ruby. O C#/
VB.NET/qualsiasi
 altro linguaggio .NET. O
Io. O Lua. Oppure...
 - ∞

 non esistono linguaggi per tutte le occasioni ;)
_Tutte_, no di certo; se c'e` un dieci milioni di righe di Cobol da
manutenere con una modifica di 20 righe, e` ovvio che solo il Cobol e`
proponibile in pratica, ad esempio.  Ma Zire non chiedeva di _tutte_ le
occasioni, ma di una gamma ben ristretta e precisa.  In questa gamma (e
in tante altre, ma questo e` secondario) la risposta e` Python.
Alex

 (ma come dico, non li ho
provati -- sono un dinosauro, preferisco la linea comando e un buon
editor di testo).
Alex

 agli altri di sguazare in internet sono scritti in python o in c/c++ ?
Confondere il C con il C++ e` gia` un bel problema.
Il C si impernia su 5 principi, il primo dei quali e` "fidati del
programmatore"; un altro e` "offri un solo modo di svolgere una data
operazione".
Il C++, con "private", "protected", ecc ecc, nonche` Nmila approcci per
ciascuna operazione (classico procedurale, oppure OOP, oppure generic,
...) viola ciascuno di questi 5 principi.
Python rispetta 4 e mezzo di questi 5 principi (viola a meta` l'ultimo
dei 5, che dice che le prestazioni sono sempre piu` importanti della
portabilita`: in Python, benche` non a livello cosi` spinto come in Java
per cui il principio e` solo "mezzo violato", la portabilita` e`
comunque molto curata).  Python, come C, s'impernia sulla semplicita`
(anzitutto concettuale, ma anche nel dettaglio) e sul mirare fortemente
ad un particolare livello di programmazione (quello basso per il C,
quello alto per il Python) -- non a caso si complementano assai bene.
C++ vuole coprire tutti i livelli, dal piu` basso al piu` alto, e paga
quest'ambizione con una complessita` smisurata.
Alex

 e` un framework che dovresti distribuire con ogni eseguibile.
Nel senso che va qualche bit in piu` nel .app da impacchettare?  Non so
di che dimensione sia quest'aggiunta al .app, ma e` un problema?
Alex
 

 il fatto che ci siano framework di terze parti non cambia le cose, IMO).
No. Ci sono estensioni per Python di Xcode, e disegni comunque le GUI
con Interface Builder. Poi il codice invece che in ObjC lo scrivi in
Python.


 e` un framework che dovresti distribuire con ogni eseguibile.
No. Non tutto il framework, solo il piccolissimo binding.
In pratica non hai un peso grosso da tirarti dietro (anche perche`
Python e tutta la sua libreria sono comunque gia` presenti in MacOS).


 scritti in python o in c/c++?
Internet e` molto piu` vecchia di Python. Chiaramente c'e` un mucchio di
software preesistente (al Python)... pensiamo a Sendmail, probabilmente
e` piu` vecchio di me.
Non e` nemmeno pensabile (ne` sensato) riscrivere il tutto.
Ci sono pezzi scritti in Python (per dire Mailman), in Perl (Webmin), in
C o in C++ (un numero imprecisato di server di estrazione *nix, MTA,
DHCP servers, server web...), in PHP (che so io.. vari CMS, anche se non
mi fanno impazzire). Ce ne saranno pure scritti in Lisp, Haskell (un
interessante progetto di gestione sorgenti, IIRC).
E questo cosa vuole dire scusa? Che il Python non sia il linguaggio piu`
diffuso e` cosa nota. Si contendono il titolo C e Java. Ma anche Windows
e` l'OS piu` diffuso... non e` un gran merito (salvo per il C... ci sono
affezionatissimo, e mi sorprende quanto sia longevo, semplice, efficace)
Io posso dirti che la produttivita` di iniziare un nuovo progetto *oggi*
che hai in Python, non la hai con nessun altro linguaggio.
Sia grazie alla estesa libreria standard del Python, sia grazie ad
'estensioni' come Twisted.
Ti garantisco che non ho mai visto un framework cosi` completo.
Dopo di che a dire che il C++ e` un linguaggio che prende un mucchio di
tempo per lo sviluppo si sfonda una porta aperta, e solo un idiota
potrebbe sostenere il contrario.
Vuoi continuare a sviluppare in C++? Fallo. Io sono costretto, e lo
faccio. Non e` neppure tanto male, semplicemente dire che fare un
progetto in C++ fa perdere un mucchio di tempo e` sacrosanto. Le stesse
cose in Python mi prendono una frazione di tempo.
Se poi hai particolari esigenze (tipo devi fare girare il tutto su un
dispositivo minimale, con poche risorse) allora non avrai altra scelta.
Anche se forse il C sara` migliore ancora in questo caso.
Ma ti garantisco che se usi il C++ in modo serio (questo esclude usarlo
come C + qualche oggetto) la complessita` aumenta notevolmente, specie
se vuoi scrivere codice portabile, magari usando librerie esterne *non*
portabili, che devono essere opportunamente encapsulate, etc...
E ti garantisco... il C++ non mi dispiace. Purtroppo fa perdere un
mucchio di tempo, tutto qua.
Il Java invece mi provoca proprio moti di ribrezzo, e` piu` forte di me.
Non capisco cosa ci trovi la legge... mi sono letto il libro di Gosling,
le cose sono un po' migliorate, ma sostanzialmente il punto focale e`
che non mi offre nulla di nuovo, e non me lo offre in modo piu` comodo.


 che consentono a te > e agli altri di sguazare in internet sono 










come C + qualche oggetto, cosa che vedo fare fin troppo spesso) la
complessita` aumenta notevolmente, specie
se vuoi scrivere codice portabile, magari usando librerie esterne *non*
portabili, che devono essere opportunamente encapsulate, etc...
E ti garantisco... il C++ non mi dispiace. Purtroppo fa perdere un
mucchio di tempo, tutto qua. 
Il Java invece mi provoca proprio moti di ribrezzo, e` piu` forte di me.
Non capisco cosa ci trovi la legge... mi sono letto il libro di Gosling,
le cose sono un po' migliorate, ma sostanzialmente il punto focale e`
che non mi offre nulla di nuovo, e non me lo offre in modo piu` comodo.


 credo che anzi sia meglio così
Python e perl hanno sicuramente molto in comune (se li paragoni a
linguaggi come Java, C#, ecc ecc), oltre naturalmente all'iniziale che
e` importante;-).  E` probabile che Wall, Sugalski, Randall e soci
riescano infine a far girare bene Python sulla VM "Parrot" (quella di
Perl), rendendo facilissimo usare nello stesso programma Python e Perl
(e Ruby e tanti altri).  Ma non per questo Python girera` meno bene su
JVM o su .NET, ne` si abbandoneranno le enormi applicazioni sviluppate
in Python, tipo, nel mondo dell'Open Source, SchoolTool o Chandler.
Alex

 E allora con il discorso su XCode siamo fuori :)
Come mio gusto personale si`, ma anche con Eclipse, WingIDE, e via
elencando; ma se io ritengo di essere piu` produttivo con VIM, cio` non
significa che altri non possano esserlo con ambienti ben diversi.
Alex

 Python e tutta la sua libreria sono comunque gia` presenti in MacOS).
Potresti grosso modo stimare quanto, in KB, "pesa" un'app in Python,
rispetto, che so, a una in ObjC puro?  Magari specificamente per il
binding?  Grazie!
Alex

 tutto questo un giorno cambiera`, e quel giorno ne riparleremo.
Non ho ancora ben capito perche` (dove ti siano piombati addosso 'sti
quintali di listati "faciloni e approssimativi" di pitonisti
principianti fuorviati da Python), comunque, in effetti, se non ne vuoi
parlare, non ti si puo` dar torto.
Alex

 Zire
Ciao!! 

 Per sostituire il Visual Basic, e` lampante.
Stai scherzano vero ? :)
La naturale evoluzione di VisualBasic č 
VB.NET
 e poi in seconda battuta
C#.net
Sembra incredibile ma C#.NET č del tutto simile a java. E questo č
innegabile. Chi'ha usato puň confermare senza problemi. Ma ripeto non sto
affermando che java sia il piů bel linguaggio del mondo. Nemmeno C# lo č.
Neppure python. E Soprattutto quest'ultimo non č meglio o peggio degli
altri due. In questi ultimi tempi, dovessi scegliere userei C#.
Per me comunque non esistono questi tipi di raffronti. Hanno poco senso.
Per me ha piů senso parlare di piattaforme. Piattaforma java o .net o
equivalenti ed i linguaggi usati (come ben evidenziano le implementazioni
di .net) sono un dettaglio di poco conto. Questo per ambienti enterprise.
Se devo invece consigliare un linguaggio ad una persona singola che
semplicemente vuole andare olte il visual basic, consiglierei quasi sempre
java.
Infine, chiusa questa parentesi, sarebbe interessante che il postatore
originale si cimentasse nella relizzazione di qualche applicativo nei vari
framework che trova su mac. Magari portando un programma giŕ esistente e
realizzato in Visual Basic. Poi trarrŕ le sue personalissime conclusioni
senza farsi influenzare da nessuno ;)


 - come da risposta ad Alex.
Puoi anche distribuire il bytecode. 


 binding?  Grazie!
Al momento attuale non ho i binding funzionanti. Ho appena fatto il
passaggio a 2.4 e ho un po' di cose da sistemare :))


 senza farsi influenzare da nessuno ;)
Resta il fatto che imparare da 0 tre linguaggi e un framework di
sviluppo (per poi magari scoprire che non gli piace) non e`
particolarmente comodo. Se poi in lizza vuoi mettere anche Carbon (con i
bindings in C, C++, Perl -- gia` lavorarci in Perl e` piu` agevole --,
Python, azzardo Ruby) capisci che di un consiglio ne ha bisogno.
Io ho fatto poca roba in C + Carbon (ed e` un mezzo incubo, per fare
quello che in Obj C + Cocoa fa in automatico, ci vogliono decine righe
di codice). E un po' di roba in ObjC + Cocoa e in Python + Cocoa [ pur
non essendo un fanatico delle GUI, anzi ].
Posso dire che non c'e` paragone. Prima di conoscere Python non mi ero
mai trovato bene come con ObjC + Cocoa. E Python mi ha sorpassato di
gran lunga ObjC + Cocoa. E nota che io all'inizio ero un detrattore di
Python. 
Poi mi sono tolto l'ovatta dal cervello, lo ho provato e ho visto che ha
tutto quello che potevo desiderare (beh... un paio di cose mancano... ma
ho gia` visto che volendo si potrebbero aggiungere)
E un ultima cosa... puoi dire al tuo newsreader di wrappare prima? Con
il quote, finisce che le tue righe sforano gli 80 caratteri :))


 significa che altri non possano esserlo con ambienti ben diversi.
Approposito... io e whamoo stiamo sperimentando delle estensioni che
sono la fine del mondo (plugins , pardon ;) )


 senza farsi influenzare da nessuno ;)
.. e quando ce le viene a raccontare tu le ignorerai perche` saranno
passati tanti di quegli anni che rifiuterai anche solo di guardarle,
come fai oggi per gli studi che ti cito.  Sono acquisire una buona e
robusta padronanza del C++, dire un 3 anni e` ottimistico.  Poi Java,
ObjC, Python, Perl, Applescript, C# che a quel punto presumibilmente
dotNet ci sara`, un realbasic o simili tanto per restare sul basic,
secondo me stimare 6 anni per il tutto non e` una stima prudenziale.
Personalmente, per farsi un'idea delle differenze, suggerirei le due
cose che si dovrebbero apprendere piu` in fretta: Applescript e Python.
Alex

 Altre idee ? :)
http://www.borland.com/jbuilder/developer/index.html
http://www.eclipse.org/


 il quote, finisce che le tue righe sforano gli 80 caratteri :))
le mie righe sono wrappate a 75 char, probabilmente macsoup ha dei problemi
con questo ;)


 penserai a nessun altro ambiente di sviluppo ;-)
Il problema è che lui i programmi li fa anche per altri e a meno che non
passino a Mac pure loro... ;-)
-- 
Ci sono solo 10 tipi di persone al mondo: chi capisce il binario e chi
no.

 cose che si dovrebbero apprendere piu` in fretta: Applescript e Python.
finalmente un'affermazione piů corretta
_personalmente_ la trovo piů spendibile.


 per trovare i 2380 post su it.comp.lang.c++ con autore Alex Martelli.
ho scritto a Enrico Franchi non ad Alex Martelli in questo post
inolte non si parlava di C++ ma di python e java


 che non mi offre nulla di nuovo, e non me lo offre in modo piu` comodo.
E' ovvio che chi esprime un parere nettamente negativo nei confronti di un
tal linguaggio ed un giudizio diametralemnete opposto per un altro i
consigli che ne scaturiscono non possono essere totalemente obiettivi.
Se i presupposti sono questi perciò non ha nemmeno molto senso discuterne
in questo ng.
Perdonate la mia agressività ma mi fa imbestialire un certo approccio alla
programmazione.  Le fazioni vecchio stampo in questi contesti mi fanno
prima sorridere e poi mi irritano alquanto.


 con questo ;)
Stranissimo. Di solito succede quando e` dall'altra parte che
'sbagliano'. Indaghero` :)


 prima sorridere e poi mi irritano alquanto.
Figurati. Il problema non e` di fazioni. Ci saranno sempre. Vim contro
Emacs, linguaggi di programmazione, sistemi operativi.
Quando arrivi ad un certo livello di conoscenza di un certo argomento,
non e` piu` vero che le soluzioni si equivalgono.
Conosci bene due o tre dei contendenti, e la tua scelta la hai fatta. E`
perfettamente umano che cerchi di fare iniziare la gente con quella,
perche` pensi di fare loro del bene.
E ovviamente quando ti fanno notare che la tua scelta non e` 'buona', la
difendi. E ne hai ben ragione.
E poi insisto... Python e` ottimamente integrato in MacOS X.


 passino a Mac pure loro... ;-)
In questo caso in lizza restano:
Java (senza IB)
Python (senza IB)
Perl
Real Basic
Chiaramente il mio consiglio va sui due che iniziano per P.
(C e C++ li ho chiaramente esclusi, visto il target di utilizzo).


 Per fari un'idea bastano alcune settimane ;)
Si, per valutare il C++. Come no. 


 anche perche` se no fai piu` fatica che altro.
Stai dimenticando AppleSript Studio, parte integrante di Xcode che,
pur richiedendo di familiarizzare con le convenzioni di Cocoa, si
allontana decisamente dal paradigma MVC: ad ogni widget si associa
infatti direttamente un handler degli eventi, senza utilizzare la
mediazione di un controller.
-- 
Guido

 Per fari un'idea bastano alcune settimane ;)
Del C++?!  Partendo dalla SOLA conoscenza del VB?!  Tu sei proprio
fuori, ma FUORI.
Alex

 inolte non si parlava di C++ ma di python e java
Enrico conosce e usa tutti e tre questi linguaggi, e quindi, mentre sei
liberissimo di non condividere le sue opinioni, dici semplicemente una
falsita` facilmente dimostrabile quando asserisci che non sa
assolutamente di cosa sta parlando.  Quanto a me e Java, lo seguo,
ovviamente, piu` che altro per il suo uso in libri fondamentali e
indispensabili (che sospetto tu non abbia letto, da Robert Martin a
Martin Fowler -- o sbaglio); lo valutai a suo tempo per conto del mio
datore di lavoro; ho dato una mano qui e la con Jython, che e` appunto
realizzato interamente in Java (e genera bytecode per JVM); insomma, non
e` il mio forte, ci avro` scritto si e no un 50-60 mila righe di codice
in tutto, ma da qui a dire o pensare che non lo conosco per niente, ce
ne passa.
Se mai tu: C++ non so (sospetto lo mastichi poco vista l'idea che in
poche settimane un tizio con sono modesta esperienza in Visual Basic
possa gia` impararlo abbastanza da giudicarlo ALLO STESSO TEMPO in cui
impara e valuta Java E Objective-C...!!!), ma Python mi pare proprio che
stai a zero, o sbaglio?  E quindi, fra noi tre, direi colui che non sa
assolutamente di cosa sta parlanod sei proprio solo tu.
Alex

 Franchi e` falso)
Ho fatto or ora la prova. Il codice incluso e` all'incirca un mega e
qualcosa. Che dal mio punto di vista e` pochissimo, se tieni presente di
quanto hai a disposizione semplicemente accedendo alla libreria standard
di Python (che peraltro non e` inclusa).
Per esempio abbiamo (traggo a caso dal Nutshell):
espressioni regolari perl style
moduli per accedere in modo facile a:
nntp
pop3
imap
http
ftp
librerie per lavorare con url
socket asincroni (asyncore)
librerie per processare HTML
librerie per processare SGML
librerie per processare XML
threading
serializzazione di qualunque oggetto dell'applicazione
Il tutto fatto in modo molto userfriendly.
La possibilita` di aggiungere un sacco di librerie potentissime a costo
bassissimo.
Per dire con 400 Kb circa hai accesso alla PIL. E io di librerie che
fanno quella roba con quella potenza e quella facilita` non ne ho viste.
Poi si possono usare le interfacce ai database. E interfacciarsi con
Python (proprio grazie alla sua gestione della memoria e dei tipi) e`
molto piu` comodo che usando API C.
Si puo` includere Numarray/Numeric e si ha un ambiente che per
praticita` e potenza rivaleggia con Matlab.
Etc etc etc.
Insomma.. su un hello world il peso del mega e qualcosa si sente. Ma
appena si comincia a sviluppare sul serio (dopo tutto lo scopo di un
programmatore non e` fare hello world), viene ammortizzato
immediatamente. Non solo... se si distribuisse PyObjC (peraltro
installabile tramite pratico .pkg) diventa non necessario.


 mediazione di un controller.
Vero. Non ho mai approfondito il discorso AppleScript per sviluppare
applicazioni.


 puoi averne uno che ne destisce l'enabled ed uno per l'azione.
~Beh... credo pero` che per cose 'di base' questo problema non si
dovrebbe essere un grosso limite.


 installabile tramite pratico .pkg) diventa non necessario.
Mi pareva di capire che il pkg fosse da usare solo con 10.2 Jaguar (e il
Python 2.2 che allora distribuiva Apple).  C'e` un pyobjc.pkg che invece
e` adatto a Panther+Python 2.3, senza pretendere che l'utente usi il
Package Manager...?  Questo in effetti potrebbe aiutare...
Alex

 installabile tramite pratico .pkg) diventa non necessario.
In applicazioni stand-alone puo' essere "tattico" lasciare PyObjC
all'interno dell'.app e permettere cosi' il drag and drop
install+uninstall.
Ovvio, al costo di perdere spazio e non beneficiare di eventuali nuove
versioni installate sul Mac "bersaglio".
 - ∞

 Java (senza IB)
Un appunto: se vuoi fare programmazione con GUI con Java, fatti un
grandissimo favore e usa JBuilder, oppure (meglio ancora) non usare Java
per nulla, a meno che tu non sappia di un toolkit facile da usare e con
un editor grafico (possibilmente). Creare GUI con Swing e' una grossa
spina nel fianco.
 - ∞

 binding?  Grazie!
Ho creato un'.app per l'esempio DotView con l'opzione --semi-standalone
(che usa il Python di sistema ma inserisce binding e moduli esterni
usati dall'applicazione nel bundle). Il bundle pesa circa 1,5mb di cui
1,4 circa sono presi dai .so dei binding.
http://matrixtcg.altervista.org/imma/dotview.jpg
 -- schermo di WhatSize
che misura il bundle.
 - ∞

theta <theth...@email.it.is.not.invalid> wrote:

Grazie!  E *ouch*.  1.4 MB di binari rispetto a 0.1 di funzionalita` non
e` poco.  Saro` io che sono taccagno, mah...
Alex

 Package Manager...?  Questo in effetti potrebbe aiutare...
Si. Se uno non usa il 2.4 c'e` il .pkg bello e che fatto.


 Si. Se uno non usa il 2.4 c'e` il .pkg bello e che fatto.
URL pls...?  Che quello che ho visto io (1.1) e` pieno di avvertenze sul
non usarlo x aggiornare da 1.0, dice di fare invece dai sorgenti, ecc...
Alex

 non usarlo x aggiornare da 1.0, dice di fare invece dai sorgenti, ecc...
Si. E` lo stesso. Cmq qui ha funzionato bene :))


 potesse concentrarsi su quello che sa/vuole fare meglio.
Idem; anche per me fu a suo tempo la principale motivazione -- staccare
le GUI cosi` le poteva fare qualcun altro!-)
Alex

 temo che la dimensione sia di nuovo un problema!
PB dici di no?
Nel caso allora vedo tanto tanto lavoro da fare :((


 Nel caso allora vedo tanto tanto lavoro da fare :((
Corba e` una passeggiata (con l'object-broker giusto, da Python; ObjC
non so, ma mi stupirebbe se fosse tanto peggio).  Il problema e` la
dimensione dei file in + da inserire nell'.app...
Alex

 dimensione dei file in + da inserire nell'.app...
Eh... mi sa che un port diretto per ObjC non esiste. Bisognera` usare le
API C o C++, temo.
In effetti per la dimensione puo` essere un problemino.
E ci vorrebbe cosi` poco per integrare PyObjC in MacOS X :((


 E ci vorrebbe cosi` poco per integrare PyObjC in MacOS X :((
Sicuramente, ci vorrebbe solo che Apple lo volesse.  Non ho idea cosa
succedera` in Tiger (chi ce l'ha ha sicuramente firmato NDA per cui di
certo non ne parla).
Alex

 certo non ne parla).
Eh... io ci spero.
Ma dubito. :)


 la ha mai avuta.
Scusa? Se ObjC non ha portabilita' forse ho avuto le visioni quando ho
scritto qualche applicazione su FreeBSD (
www.gnustep.org
) tempo fa.
Lo stesso dicasi se usi il preprocessore di David Stes.
(
http://users.pandora.be/stes/compiler.html
)
Anche se l'AppKit di GNUstep non e' ancora a livello eccelso e'
usabile e in ogni caso non tutte le applicazioni necessitano di gui.
OGo (
www.opengroupware.org
) e' scritto in ObjC, alla faccia della
portabilita'...
Ciao
Mirko