Newsgroup: it.comp.macintosh
Titolo: Resolution Independence

Ma alla fine c'è o no? Non ne ho ancora mai sentito parlare! Doveva
essere una delle rivoluzioni epocali della gui...

 essere una delle rivoluzioni epocali della gui...
C'e' ma e' disattivata

 essere una delle rivoluzioni epocali della gui...
http://www.italiamac.it/forum/showthread.php?t=154748&page=4
stavano facendo l'aifon, non avranno avuto tempo per implementarla al 
100%...
-- 
Flavio
www.flapane.com

Flapane (Fastfla) ha scritto:

Sigh...! Su Amiga c'è dal 1990 (anche se per farla funzionare al 100% 
era richiesta una piccola patch).
E inoltre trovo DRAMMATICO che UN EDITOR DI TESTI (SMULTRON) abbia già 
smesso di supportare Tiger, nell'ultima release...
Non dico la compatibilità con Cheeta, ma almeno Panther... assurdo!!!


| |._/|_|\__/\__/\__/ | 
|        /_/ /_/      | *Si vis pacem, para papunzi

 Non dico la compatibilità con Cheeta, ma almeno Panther... assurdo!!!
se cambiano le api e le nuove sono decisamente meglio, o sei una
struttura grossa che tiene piu' versioni del programma (ma oramai si
rifiutano pure loro) o non evolvi il programma (quindi tantovale tenere
la rilis vecchia) o ...

 se cambiano le api e le nuove sono decisamente meglio
Programmare con ObjC 2.0 richiede Tiger, ma è MOOOOOOOOOOOOLTO meglio.
-- 
 - ∞
-- 
http://infinite-labs.net

 Tiger
Leopard >_<


 smesso di supportare Tiger, nell'ultima release...
Beh, tanto non era un gran che. :)
-- 
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.

 Programmare con ObjC 2.0 richiede Tiger, ma è MOOOOOOOOOOOOLTO meglio.
mah. io non esagererei con le O a me pare che il garbage collector sia
per lo meno "giovine" tantevero che leggendo qua' e la cocoa-dev pare
che ci sia una serie di cosucce che, per mancanza di tempo, non hanno
trovato posto in leopard
ovvero
questi decidono una data di rilascio e chi se ne fotte a che punto sta
lo sviluppo (gia' rallentato da quella trojata immonda dell'aifon)
quando arriva buttano fuori quello che c'e'
ora se questo significa che hanno frizato le api per leopard mezze
monche e' gia' una bella merda
e non so se il fatto che che in lion le cambierenno di nuovo per
aggiustarle sia una cosa buona o meno
mala tempora currEnt 
:(
(le altre novita' di objc 2.0 sono quasi solo cosmetiche)

 Beh, tanto non era un gran che. :)
stessa cosa pet textmate 2.0 (annunciato 1 anno fa!)

 trovato posto in leopard
C'è sempre un po' di cose che non hanno trovato posto in X entro il
tempo Y per Y finito. Si chiama trade-off.
Quali API dici, comunque? Non mi è parso ci fosse gran trambusto in
Cocoa-dev.
Il GC è pur giovine ma certo funge piuttosto bene nel caso medio (che ho
potuto osservare), e rende la scrittura di codice molto, molto più
comoda e breve. Inoltre ha un'API estesa che permette facilmente di
attivarlo, disattivarlo o persino invocarlo alla bisogna:
<
http://developer.apple.com/documentation/Cocoa/Reference/NSGarbageColle
ctor_class/Introduction/Introduction.html>.


 ctor_class/Introduction/Introduction.html>.
vedremo, io mi aspetto bachi e problemi da questa cosa

 vedremo, io mi aspetto bachi e problemi da questa cosa
Normalo, la speranza e` che gli aggiornamenti siano frequenti,
specialmente nel runtime.
-- 
Valentino Volonghi aka Dialtone
Blog: 
http://www.twisted.it/
Nintendo Friend Codes: 
http://iccfriends.net/friend/Dialtone

 stessa cosa pet textmate 2.0 (annunciato 1 anno fa!)
E probabilmente mai arrivera` :) Si vocifera giugno ma allan e` sempre
in viaggio da qualche parte invece che lavorare... boh.


 specialmente nel runtime.
lo so che e' normalo, i bachi si spera verranno chiusi abba in fretta...
mi aspetto al .3 o .4 piuchedecenti
ma le cose bizzarre tipo lo __strong che viene collectato non so se le
fixeranno entro leopard (e credo de no)

 in viaggio da qualche parte invece che lavorare... boh.
massi' che arriva, che fretta c'hai? :)

 fixeranno entro leopard (e credo de no)
Nel caso specifico il momento migliore e` fixarlo prima di subito
altrimenti si inizia a scrivere software sfruttando il baco.


 massi' che arriva, che fretta c'hai? :)
CoreText mi mette curiosita`. :) Ennesima ficiur non pubblicizzata sotto
la scocca.


 altrimenti si inizia a scrivere software sfruttando il baco.
io, al posto tuo, userei il condizionale: sarebbe... :D
(se conosco un po' i miei polli)

 altrimenti si inizia a scrivere software sfruttando il baco.
(È comunque possibile usare -[NSGarbageCollector
disableCollectorForPointer:] come workaround che continuerà a fungere in
futuro. Immagino però che qualcuno abbia usato __strong void* b = [data
bytes] che è cattiva, cattivissima cosa, perché non mi pare che NSData
abbia particolari garanzie sul fatto che -bytes sia in un'area GC oppure
no.)


 (se conosco un po' i miei polli)
:)


 ottimizzati.
no quella parte manco ci penso all'objc (delirio completo...)
pensavo piuttosto la parte di disegno delle view...
per ora sto litigando per metterne una buona parte in coreimage (con
scarso successo, sgrunt!)

 scarso successo, sgrunt!)
Allora, se non sbaglio PyObjC usa libffi per le chiamate all'API C/ObjC
sottostante. Da esperimenti fatti in altri frangenti un'API in C (anche
se generato) e una scritta usando ctypes (python con libffi) erano
veloci uguali (e molto veloci).
PyObjc direi che aggiunge quindi solo l'overhead del dispatching ma poi
la velocita` di esecuzione e` pari a quella del widget. Ad esempio
usando CoreImage sara` proprio lui a essere il collo.
http://www.getmiro.com
Questo l'hanno scritto in Python :P.


 C'e' ma e' disattivata
ma alla fin fine (lo chiedo perché il thread sta prendendo ...altre vie,
hi), si può abilitare o no? e in quali computers? :-)
-- 
UNIX Era, NeXT Generation
§alvomi©

 usando CoreImage sara` proprio lui a essere il collo.
non mi sono spiegato, parlavo del metodo 
myView.drawRect(...)
se questo lo scrivo in python o in objc qualche cosa potrebbe cambiare 
(conta che puo' essere mooolto complesso)
(foolwup)
(rotfl lo lascio scritto cosi', si capisce quanto sia dis-tastico)
(followup)

 Non dico la compatibilità con Cheeta, ma almeno Panther... assurdo!!!
E perchè sarebbe sbagliato? Leopard ha portato novità che se sfruttate
rendono incompatibile il software nei precedenti sistemi operativi e quindi
su tali sistemi non ci svilupanop perchè vogliono implementare le nuove
caratteristiche
Alla fine dici che avresti capito incompatibilità con Cheeta o Panther... se
la novità parte da Leopard alla fine Cheetah o Tiger non cambia, entrambi
non hanno la compatibilità con le nuove funzioni a finiscono con l'essere
uguali
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 attivi solo se il sistema te lo permette.
Quindi per chi ha Tiger tanto vale restare con la versione per Tiger...
-- 
E l'ultimo chiuda la porta.

 Quindi per chi ha Tiger tanto vale restare con la versione per Tiger...
magari trovano la maniera di implementare cose nuove, levare bug o
inconsistenze, fare ottimizzazioni.
certo, costa di piu', ma le case serie fanno cosi'.
Quando in VectorWorks implementarono il rendering interattivo in OpneGL
(cioe', potevi ruotare una scena 3D in render mode) questa feature non
era disponibile su tutte le macchine o su tutti i sistemi operativi. 


 la scocca.
Quoto.
