Newsgroup: it.comp.macintosh
Titolo: [Leopard] Congetture su Illuminous


-- 
http://www.emeraldion.it
Qualcuno sta per tornare a pascolare le capre

 accenni nelle recenti applicazioni Apple.
Nessuno però sta facendo cenno all'unico indizio tecnico,
il fatto cioè che l'AquaUI appare come un bundle distinto
all'interno del nuovo CoreUI.framework privato.

 cal-user-interface-illuminous/>
la stessa cosa accade alle pagine web, da bianche si stanno
trasformaqndo in grigie e nere...

 all'interno del nuovo CoreUI.framework privato.
...questo non e' coperto da NDA?? ;)
Un ritorno al supporto nativo per i temi del progetto Copland? (si vede che
sto leggendo il Singh?)


 sto leggendo il Singh?)
Ma Aqua è già solo e semplicemente un tema. Con l'andare delle
prime beta di Mac OS X si stava solo aspettando che Apple
ufficializzasse e rendesse pubblico il formato delle raccolte
di risorse tipo l'Extras.rsrc in
/System/Library/Frameworks/Carbon.framework/Frameworks/HIToolbox.framework/Extras.rsrc
ma 
poi Apple fece intendere chiaramente quale fosse la sua
decisione in merito sguinzagliando i suoi legali e facendo ritirare
dalla circolazione Theminator.
E' del tutto assurda l'ipotesi che Aqua venga... liquidata;
che venga invece affiancata da altri temi, ormai, è invece
plausibile, soprattutto ora che si son decisi di centralizzare
la gestione delle icone mettendo a disposizione un database
di immagini standard predefinite, invece di costringere gli
sviluppatori ad estrarre e duplicare quelle gia disperse
fin troppe volte per l'hard disk.

 fin troppe volte per l'hard disk.
La questione se sia lecito o meno utilizzare nelle applicazioni third-party
le icone standard contenute in SystemIcons.bundle e' ancora aperta. La
domanda spunta periodicamente sulla ML cocoa-dev.


 fin troppe volte per l'hard disk.
La questione se sia lecito o meno utilizzare nelle applicazioni third-party
le icone standard contenute in SystemIcons.bundle e' ancora aperta. La
domanda spunta periodicamente sulla ML cocoa-dev.
-- 


 
ma apple sta passando al lato oscuro della forza? :)

 domanda spunta periodicamente sulla ML cocoa-dev.
Ormai non solo è lecito ma raccomandato, tenendo conto delle
nuove esigenze di spazio dettate dall'aumento della loro risoluzione
e della loro scalabilità.
Il fatto che non siano ancora disponibili da [NSImage imageNamed:]
è presumibilmente un altro hint dei lavori in corso sui temi.

 ma apple sta passando al lato oscuro della forza? :)
sta passando?
-- 
PPB

 fin troppe volte per l'hard disk.
E questa sarebbe cosa buona e giusta.

 sta passando?
ma con più vaseli^H glassa
-- 
I've always been more concerned with users. )\._.,--....,'``.
Programmers do their work but once, while  /,   _.. \   _\  (`._._,
users are saddled with it ever thereafter. `_.-(,_..'--(,_..'`-.;.'

 fin troppe volte per l'hard disk.
Non solo sei sempre informatissimo, ma spesso foriero di buone notizie
:D

 e della loro scalabilità.
mah... io l'ho capita diversa questa cosa della resolution independent:
puntare decisamente sul vettoriale ed eliminare o comunque ridurre ai
minimi termini il bitmapped

 sta passando?
Finalmente ci ri-incontriamo Obi Wan.
Ora sono io il Maestro (cit.)
appoggio pienamente the dark side (anche se sVista pure ce l'ha e ad 
esempio il Media Player 11 è proprio nero e lucido..)

 minimi termini il bitmapped
E allora voglio ridere.. Tutto vettoriale significa un uso di risorse
esagerato quando ci sono parecchi elementi nel file grafico, per non
parlare del fatto che la scalatura automatica di solito è sempre
approssimativa..
-- 
Alan
"Ci spiace, ma il lucro è indispensabile."
http://www.qreate.net

 Ora sono io il Maestro (cit.)
piergiovanni, sono tuo padre
-- 
PPB

 approssimativa..
parli delle bitmap?
parli di sistemi che rappresentano le coordinate con numeri interi?
quartz usa i floating point dalla nascita e si prevedono upgrades

 parli delle bitmap?
Esatto.. di certo non mi metto a parlare di codice, matematica,
algoritmi e cazzi vari, non è per me :)


 algoritmi e cazzi vari, non è per me :)
le bitmap *idealmente* spariranno...

 le bitmap *idealmente* spariranno...
Finchè conteremo la risoluzione in pixel le bitmap rimarranno.. Quando
cominceremo a comprare i monitor confrontando i dpi invece che i pixel
allora si che le bitmap spariranno..


 piergiovanni, sono tuo padre
da star wars a beautiful in 4 parole
sei troppo il re


 allora si che le bitmap spariranno..
da leopard

 che ridisegnare qualche comendo vettoriale, dipende quanti, eh)
Non credo, immagino il Dock abbia una cache con quelle immagini a tutte
le dimensioni.

 le dimensioni.
A metà tra la sua e la tua spiegazione: il dock usa le varie dimensioni
delle icone (128x128, 64x64, 32x32) come intermedie per avere l'effetto
ingrandimento..
Infatti se usi il dock a certe dimensioni "non standard" e senza
ingrandimento le icone sono leggermente sfuocate..
Ciao


 wrote:

tutte? non ti sembrano un po' tantine? :-D

 ingrandimento..
prego, quale a meta'?
le varie dimensioni stanno nelle icone, il dock non ha nessuna cache e
il ridimensionamento e' fatto al volo

 tutte? non ti sembrano un po' tantine? :-D
Sě :-)

 il ridimensionamento e' fatto al volo
Beh, io immagino che le tenga in memoria, ma non ne ho la certezza
tecnica. Però basta vedere quando cambi i file .icns dentro i bundle
delle applicazioni: finchè non le rilanci il dock non le aggiorna, ergo
vengono cachate..


 vengono cachate..
beh, certo, i file .icns che contengono le varie rappresentazioni
vengono caricati in ram, se e' questo che intendi

 ma con piů vaseli^H glassa
Questa bisogna ammettere che ti č uscita proprio bene. ;-) e poi :-(
-- 
Nicola D'Agostino
<!-- 
http://www.nicoladagostino.net
 -->
<!-- http::/
www.storiediapple.it
 -->
<!-- 
http://www.nezmar.com
 -->

Maramao ha scritto:
<cut> da star wars a beautiful in 4 parole
:'D splendida sintesi

 e poi :-(
sursum corda: Apple sta penetrando il mercato
non importa da dove
il macuser è certificato afroscio dentro e la cosa è utile alla causa
-- 
:°D