Newsgroup: it.comp.macintosh
Titolo: [PROGRAMMAZIONE] La domanda da 100 milioni di dollari

Esiste un ambiente di sviluppo RAD per Mac che consenta di creare applicazioni COCOA scrivendo in ObjC ma avendo a disposizione gli oggetti e classi già pronte?
Praticamente... esiste un Visual Basic.net / Delphi per Mac che permetta di sviluppare rapidamente applicazioni?
(Che non sia RealBasic, che fra l'altro non crea applicazioni Cocoa, e a cui ho appena finito di dare 600$ per un IDE buggatissima e inutilizzabile)

 ho appena finito di dare 600$ per un IDE buggatissima e inutilizzabile)
600$ ? Cacchio.

 600$ ? Cacchio.
Mica è tanto. Ci siamo abituati ben con l'open sorca, ma $600 euro per
un ambiente di sviluppo non sono una follia.
Pensa a quanto costa la versione completa di Poseidon. E Poseidon non
serve neppure a nulla, tranne per convincere che la RAM non è mai
abbastanza.
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 per un IDE buggatissima e inutilizzabile)
Non che io sappia. Mi risulta tuttavia che l'ultimo RealBasic *generi*
applicazioni Cocoa. Poi certo, ti scherma Cocoa con il suo linguaggio
che è sempre lo stesso.
P.S. Ti dispiacerebbe usare un client che wrappi correttamente le linee
dei messaggi?


  dei messaggi?
Colpa mia, in preda a un esaurimento nervoso dovuto a stress da uso di Nemo ho cambiato il valore a un livello troppo elevato :)

).
Di per sé la prolissità dell'ObjC è però irriducibile oggi se non
ricorrendo a linguaggi alternativi grazie ai bridge Python/Ruby o
all'AppleScript Studio, i quali però snaturano la coerenza e l'eleganza
del framework Cocoa: sono proprio queste due a permettere di sviluppare
"rapidamente" applicazioni complesse.
La palette dei controlli del nuovo Interface Builder 3.0 è stata comunque
completamente riprogettata in Leopard, consentendo proprio l'integrazione
di classi e controlli avanzati sviluppati da terze parti e subito pronti
all'uso semplificato.

 le applicazioni Carbon (deprecate) su Leopard.
Carbon non è stato deprecato in Leopard. Chi decidesse di sviluppare
applicazioni a 64 bit non potrà però più far ricorso alle API di
Carbon legate alla GUI. Già da tempo Apple comsigliava di
sviluppare la GUI delle applicazioni avanzate necessitanti dei 64 bit
(ad esempio per il calcolo scientifico) realizzando comunque il
front-end grafico a 32 bit e adottando una soluzione client-server
per comunicare con i motori computazionali a 64 bit.

  Nemo ho cambiato il valore a un livello troppo elevato :)
ricambialo a quello vecchio, o risponderti diventera' troppo faticoso

 ricambialo a quello vecchio, o risponderti diventera' troppo faticoso
Toh! Ma non sei lo stesso uliano che ha stracciato i maroni per due
settimane a chi aveva fatto una analoga osservazione sul quoting...?
-- 
Soon there'll be just two kinds of people.
Those who use computers.
And those who use Apples.

 settimane a chi aveva fatto una analoga osservazione sul quoting...?
:D
lei e' sempre attentissimo
soggettivamente trovo che le righe lunghe 8000 caratteri siano piu'
fastidiose
il rewrap di zuppa ha fallito, e, per cuotare bene, ho fatto tutto a
manina... ben piu' fatica che una scrollatina per leggere!
poi non e' che ho stracciato i maroni a lui (gli avevo chiesto un po' di
tolleranza) lo stracciamento e' sorto dalla dinamica che ne e' seguita,
mi pare

 soggettivamente trovo che 
uliano, ma va` va`
-- 
e` una offerta che non puoi rifiutare

 per comunicare con i motori computazionali a 64 bit.
sta roba non c'entra un cazzo su tiger valeva anche per cocoa, carbon 64
bit e' stato tolto tra gennaio e il wwdc, ben dopo la presentazione di
leopard early start, per motivi solo ed esclusivamente strategici eppol:
vogliono forzare la mano sul cocoa e si prendono il rischio

 uliano, ma va` va`
io vado anche la', ma tu entra nel merito qua
leggere scrollando un cuoting accazzo o rewrappare a mano a una a una le
righe ti pare lo stesso ordine di "sforzo"
peraltro osserva la differenza tra suggerire di cuotare bene o avvertire
che la fatica di rewrappare a mano per rispondere non verra' piu' fatta,
a danno di ulteriori risposte che interessano guardacaso chi?

 io vado anche la', ma tu entra nel merito qua
già fatto in quell'altro thread, tato
non mi metto a riscrivere le stesse cose
piuttosto dimmi a quale cosca appartieni, via
-- 
I've always been more concerned with users. )\._.,--....,'``.
Programmers do their work but once, while  /,   _.. \   _\  (`._._,
users are saddled with it ever thereafter. `_.-(,_..'--(,_..'`-.;.'

 piuttosto dimmi a quale cosca appartieni, via
la miah, ovviamenteh!

 bit e' stato tolto tra gennaio e il wwdc.
Già ben prima della WWDC Apple aveva già reso noti i "manager" Carbon
non più disponibili a 64 bit e come rimpiazzarli. L'amara novità
rivelata alla WWDC fu l'aver deprecato le GUI in Carbon a 64 bit,
non le API Carbon a 64 bit in toto:
"Most Carbon APIs in Mac OS X v10.5 are available to both 32-bit
and 64-bit applications, but some APIs commonly used by Carbon
applications are not. In particular, the APIs used to implement
a Carbon user interface are generally available only to 32-bit
application."

 application."
semplicemente NON le hanno proprio messe!

 semplicemente NON le hanno proprio messe!
Si dice però che Apple le stia ancora utilizzando e che
semplicemente le abbia rese private e non più accessibili
pubblicamente.

Guido <.> wrote:

e che cosa le userebbero a fare? apps a 64 bit non e' che ce ne stiano
bizzeffi, eh?

 e che cosa le userebbero a fare?
Per fare un esempio: la documentazione dice che il Menu Manager non
è disponibile in modalità 64 bit ma nella mailing list Carbon è
saltato fuori che Apple lo usa ancora ma, ripeto, le terze parti non
vi hanno accesso.

 cuotare
cwerty?
-- 
Salva saluti da:
echo 40959219681464777729187986074393988395592896740592906P | dc
Volete un mondo pulito? Scopate!

 ma non bastava selezionare le righe e mela-r?
ha fallito, ho scritto
non so se e' un bug nuovo :-( , mi ha fallito anche su un msg di puce in
un altro tred che aveva solo pochi caratteri in + del giusto

 Ci siamo abituati ben con l'open sorca
Eh, magari.
Ciao
Andrea
-- 
http://myretrocomputing.altervista.org

 ha fallito
Qui ha funzionato.


 Qui ha funzionato.
qui pure


 Qui ha funzionato.
Che poi nel post di Cesco il rewrap interviene solo su un'unica riga (ho
provato ad allargare la finestra ed č cosě), forse causa del 'a capo'
dopo il punto nella frase del poster. 
Ciň non toglie che CMQ funziona con la selezione su piů righe, anche
qui. 


 qui pure
qui non serviva ;-)
-- 
Sans

 Qui ha funzionato.
anche *qui*
dopo riprovo in ufficio ... 

 
hjjh


 Eh, magari.
Primi tre post:
uliano che ghghgh-eggia, gurb che gioca con le scrollatine e tu con la 
sorca.
Questo thread sta degenerando...

 anche *qui*
sì ma anche tu, basta con la grappa a stomaco vuoto


 sì ma anche tu, basta con la grappa a stomaco vuoto
a dire il vero, riprovando se lo fai a post vuoto funziona, dopo che hai
quotato e scritto qua e la funziona a volte si e a volte no... pero' poi
pensarci prima non capita spesso e riscrivere il testo scoccia
insomma boh?
ma quale vuoto, avevo mangiato mezza arachide prima!

 ma quale vuoto, avevo mangiato mezza arachide prima!
crepi l'avarizia, la prossima mangiane pure due, offro io


 crepi l'avarizia, la prossima mangiane pure due, offro io
Due mezze arachidi...?


 Due mezze arachidi...?
chiaro
non vorrei che poi vomitasse la solita palla di pelo sul niusgrup
