Newsgroup: it.comp.macintosh
Titolo: [SW] risoluzione immagini

 bastano?
solo a video 72. con 150 stai tranquillo fino alla ink jet
-- 
Val di Cornia Love - Val di Cornia Most Wanted
il trailer su 
http://www.penisenlargement.it/love

 bastano?
Mah, se viene inviata dal computer al proiettore ha la stessa
risoluzione del monitor (72 ppi), 800x600 pixel o se il proiettore lo
consente (quelli più vecchi no) 1024x768. a meno che non usi caratteri
molto piccoli o colori non contrastati si legge bene.
Saluti
-- 
"Nature does not have to insist"
Lao Tzu

 mmm... ecco che voleva dire graphic converter con "72 as screen" !
per farla semplice
72 > video
150 > inkjet
300 > fotounita'


 300 > fotounita'
mi permetto di aggiungere:
1200 > disegni al tratto in fotounità. *
*
Ihrig & Irigh
Immagini digitali - trattamento e stampa
pag. 163
McGraw-Hill
bye!

 McGraw-Hill
corretto, io pero' non citavo eh eh


 300 > fotounita'
aggiungere per la serie "famola strana"
96 > video windows
-- 
    Nicola "nez" D'Agostino
  <!-- 
nezge...@geocities.com
 --remove/togli "getitout" -->

 corretto, io pero' non citavo eh eh
beh, sai con la fama che mi son fatto in questo NG, la citazione era
d'obbligo!
:-)

 96 > video windows
ah ah difatti si vedono bene le immagini su pc


 aspe', questa non l'ho capita
    Windows va contro la convenzione che la risoluzone "a video"
equivale a 72 dpi. Per Windows le immagini a video (e quindi anche la
risoluzione nei browser) sono di default a 96 dpi. Gli altri si
adeguino...


 adeguino...
In realta' si puo' adeguare anche Windows, dalle proprieta' dello 
schermo mi pare. E questo e' tutto sommato un vantaggio, perche' e' 
possibile impostare una risoluzione piu' vicina a quella reale dello 
schermo.

 esclusione di *alcuni* browser non c'e` altro.
Quindi e' un limite delle applicazioni.
Comunque nei browser i problemi dovuti alla differenza di risoluzione si 
riscontrano solo quando gli autori delle pagine usano unita' di misura 
CSS (pt, cm, mm, in, pc) che comunque non dovrebbero essere usati per la 
"tipografia a schermo", proprio perche' diversi sistemi (quindi non solo 
Win Vs. Mac) hanno risoluzioni diverse.

quindi... un esempio pratico:
se faccio una presentazione in power point per mac che deve essere
visualizzata su un pc e eventualmente proiettata tramite lo stesso, che
risoluzione mi conviene usare per eventuali immagini inserite?
-- 
a carnevale mi vesto da avverbio

 monitor, per lui parlare di dpi a schermo ha ben poco senso.
Infatti quel valore di 72 dpi è arbitrario e deriva da quello usato per
definire la grandezza dei caratteri a stampa.
Né Windows né Macintosh di per sé usano 72 o 96 dpi.
Sono i monitor multisync che possono essere settati nell'uno o
nell'altro modo o anche in tanti altri valori diversi a piacere.
Erano i vecchi monitor a definizione fissa che avevano più o meno 72
dpi:
14" = 640x480
16" = 800x600
19" = 1024x768
E così via.
Oggi solo certi programmi Microsoft (sia su PC che su Macintosh) fanno
uso di un righello 'variabile" che serve per calibrare la risoluzione
del monitor al vero 100%
Sul mio monitor 19" a 1280x1024 ora Explorer ora è settato a 96 dpi e il
righello a video corrisponde a un vero righello in centimetri.
Ma se uso il 17" a 1024x768 devo impostare una risoluzione di 85 dpi per
avere la corrispondenza tra il righello a video e quello reale.
Ovvero una pagina A4 aperta in WORD sarà larga 21cm solo se il monitor
19" è a 96dpi e il monitor 17" a 85 dpi.
Ma non so a chi serva davvero una funzione del genere.
Per avere un senso tutti i programmi dovrebbero basarsi su quel
righello, variando la visualizzazione delle pagine.
Se no succede come ora, ad es. FreeHand impostato per una
visualizzazione al 100% mostra una pagina che ha le vere dimensioni A4
solo se il monitor è un 17" settato a 832x624. Sia su Mac che su Win.
Che non sia vero che 96 sia la risoluzionec di Windows è verificabile
usando un qualsiasi programma grafico come XPress, InDesign,
Illustrator, Freehand. Anche su Windows questi programmi sono impostati
per avere il 100% con monitor settati come i vecchi non multisync, a 72
dpi circa.
-- 
D i e g o  C u o g h i
 
www.diegocuoghi.com

 Lascia perdere i dpi e "pensa in pixel":
E' quello che dico sempre anch'io quando si lavora per il web.
Proprio ieri un grafico che deve realizzare un CD-ROM per un mio cliente
mi ha chiesto di inviargli delle immagini che ho realizzato.
Gli ho chiesto di che dimensione gli servivano e lui ha risposto "a 300
dpi". Ho ribattuto che quel valore aveva senso solo accompagnato da una
misura in centimetri, non da solo. Niente da fare... lui continuava a
parlare di dpi.
Alla fine gli ho detto che avrei inviato le immagini a 1024x768 pixels,
visto che andranno su un CD-ROM non credo debbano essere piů grandi di
cosě.


 9" che i 13/14", ma anche dopo) avevi proprio 72.
Proprio così.
Vedi in Photoshop: Preferenze -> Unità di misura
Postscript 72 punti/pollice
Tradizionale 72,27 punti/pollice
Infatti un testo a 72punti ha una altezza di 1 pollice, misurato tra le
lettere più alte (t, b...) e quelle più basse (q, g...)
Per questo dico sempre che quel "96dpi" introdotto da Microsoft come una
specie di standard non significa niente e ha solo creato equivoci.


 monitor, per lui parlare di dpi a schermo ha ben poco senso.
    Resta il fatto che c'era questa convenzione e che la Microsoft con
Windows l'ha ignorata e che, web in testa (vedi versioni dei browser
anche per macintosh con il testo settato nelle preferenze a 96 dpi), la
spinge generando tanta confusione.
    Non sto dicendo che 72 dpi sia meglio a prescindere ma solo che era
una convenzione, e che c'era. Ora c'e' un marasma... 


 specie di standard non significa niente e ha solo creato equivoci.
    Che e' piu' o meno quello che ho scritto. A prescindere dalla bonta'
o mpeno di una convenzione (se ce n'e' una migliore se ne discute e si
adotta), il cambiare le carte in tavola a gioco iniziato, forti della
propria "penetrazione" (chiedo scusa per il doppio senso...) e' come
"incrociare i flussi". ;)


 non compresso ma similmente "leggero" ?
jpg minima compressione
