Antialias non perfetto su voci di menù non selezionate 
Autore: Giuseppe Guida
Visite 1970,
Followers 1,
Condiviso 0
uso l'ultima versione 10.0.6.31 ma l'antialias non è perfetto sulle voci di menù non selezionate. Vedi allegato......
grazie
Postato il
Autore
in questo secondo allegato si vede meglio il dettaglio relativo al problema dell'antialias sulle voci di menù.....
ciao,
... per curiosità, ...hai provato la differenza senza antialias...?...
... ricordo per vecchie esperienze che sul Pixel Font e Device Font sotto ai 14p. in SwishMax la qualità risultava migliore, nitida, ...e questo perchè non c'èra spazio per pixel intermedi, ...non so però se assimilabile a WebSiteX5...
.
bye
Autore
Ciao KolAsim... senza antialias va bene, le scritte sono nitide, giudica tu..............
ciao,
... sullo schermo attuale, a 1280*800 px è perfetto, senza paragoni con i precedenti...
... credo che con il tuo test hai scoperto un particolare importante da non sottovalutare, simile a quello che avevo anticipato per SwishMax...
... grazie per il tuo Test, ...ciao...
...p.s.: ... rimarrebbe da fare i Test per font con punti maggiori e/o in grassetto, cioè quelli che impegnino almeno una doppia colonna di pixel, sempre se ne valga la pena...
senza antialias a me pare inguardabile, le lettere tonde sono seghettate e decisamente non proponibili.
... non so con cosa lo vedi, ma con la definizione detta prima per me è perfetto, non ostante le diottrie mancanti...!...
... fra l'altro è indubbio che l'antialias su valori di un pixel non possa sortire effetti validi, anche con evoluti programmi di grafica; quindi, quanto segnalato nel Titolo di Giuseppe non può essere assimilato ad un difetto del programma, trattandosi appunto di grafica...
... il massimo della definizione si potrebbe ottenere se ci fosse la possibilità di allineare il testo al pixel in valore intero...
... altrimenti, quello che avviene già per i testi html, come quelli di questa pagina di Answers, esiste una interpolazione messa in atto dal s.o., ma che altera l'aspetto del vero font usato, appunto perchè non c'è un allineamento al pixel...
- interpolato dal S.O. > AEIOU
... antialias/normale ...
- JPG >
http://www.zspace.it/kolasim/img/AEIOU.jpg
- PNG >
http://www.zspace.it/kolasim/img/AEIOU.png
- GIF >
http://www.zspace.it/kolasim/img/AEIOU.gif
... i link sono più chiari...
... e mi sono ricordato di questo vecchio esempio comparativo fatto anni fa per il Forum in v.8: http://www.zspace.it/kolasim/wsx5_v8/testo_top2/
...
... un esempio ancora più vecchio; ...qui è messo in evidenza il fattore pixel (con SwishMax ovviamente): http://www.zspace.it/kolasim/miei_files/definizionetesto/definizionetesto.html
.
ciao
tutti e tre gli esempi io li vedo nello stesso modo e ritengo piu che valide le lettere con antialias mentre quelle senza sono seghettate, la A sembra una piramide maya, in entrambe le dimensioni.
sto guardando con un monitor 23" di fascia medio alta, molto acuto e preciso, d'altra parte lavorando di grafica è il minimo.
non ho parlato di difetti del programma ma ritengo che con antialias l'aspetto è di gran lunga migliore (anzi la ritengo l'unica scelta possibile), semmai il difetto è il non poter scegliere come nella versione 8 tra grafica e testo che quest'ultimo come sai non sortirebbe mai problemi di questo tipo.
ultima nota dolente, mi mancano 5 diottrie per occhio...sic
... d'accordo, ...infatti nel vecchio esempio comparativo è presente sia il testo del menu che in cella html, interpolati molto bene, dal s.o., come appunto questo battuto in Answers, e si noterebbe con la lente di ColorCop, ...visto che più di tanto non riesco ad avvicinarmi... bye
Autore
do ragione a silver... infatti io dicevo che "senza antialias va bene" ma pur sempre con tutti i limiti e i bordi seghettati tipici di lettere senza antialias... è chiaro che con l'antialias è tutto un altro effetto ma quando funziona a dovere però :-)
Autore
con la versione 9 l'effetto antialias era decisamente migliore....
ci sono 2 antialias diversi nella 10, uno per quando lo sfondo della voce è un colore e un altro quando è trasparente, quest'ultimo è stato aggiunto in seguito a numerose richieste perchè originariamente non era presente,
a me sembra che il primo abbia una resa migliore del secondo e che entrambi siano visivamente validi anche se non posseggono quella incisività che avrebbe il puro testo.
Autore
Grazie a silver per la precisazione... però la domanda che mi pongo io è perchè se l'antialias sulla voce di menù selezionata (evidenziata nel mio caso da un colore grigio più chiaro, vedi screenshot sopra) è visivamente molto buono, non si può fare la stessa cosa per l'antialias sulla voce di menù non selezionata ed ottenere un effetto antialias decente anche in questo caso?? :-(
Buongiorno Giuseppe,
in un vecchio post spiegavo:
abbiamo cambiato il metodo di antialiasing per offrire una resa visiva migliore, infatti in evolution 10 l'antialiasing è molto più preciso e risulta più gradevole.
In caso di sfondo trasparente, abbiamo riattivato lo stesso tipo di antialising della v9.
Per la tua domanda, le voci non selezionate hanno uno sfondo trasparente e quindi usano un altro antialiasing.
Se vuoi puoi provare al passo 4 nel menù principale a settare un colore di sfondo anche per le voci non selezionate.
Spero di esserti stato utile.
Autore
ok, grazie... farò delle prove, vediamo che succede.