pgf/tikz et dégradés mal affichés
quark67
J'ai tent� de reproduire l'exemple donn� � la page
http://www.texample.net/tikz/examples/hsv-shading/
(attention si vous essayez chez vous, ne copiez pas le code � partir de
cette page, car des lignes blanches se sont rajout�s dans le code
postscript transform� en html, prenez plut�t le fichier .tex directement
� l'adresse
http://media.texample.net/tikz/examples/TEX/hsv-shading.tex).
Avec TeXShop sur Mac OS X, la compilation se d�roule comme il faut, mais
le r�sultat est �loign� de l'image jointe sur la page web, que je
compile avec les options pdftex ou en tex+dvi (vers pdf, �videmment).
Quelques images valant mieux que de longs discours, vous pouvez voir ce
que j'obtiens � cette adresse cr�� pour l'occasion :
http://quark67.free.fr/pgf.html
Pour r�sumer, avec pdftex, je visualise 4 quarts de disques de couleur
uniforme vert, blanc, mauve, noir lorsque je regarde via le lecteur pdf
de Mac OS X ou via xpdf (par X11).
Par contre Adobe Reader 9 donne le bon affichage.
Il en est de m�me si je visualise directement le fichier d'exemple du
site (http://media.texample.net/tikz/examples/PDF/hsv-shading.pdf), donc
� priori, ma compilation avec pdftex est correcte. C'est donc que le
code postscript employ� utilise des �l�ments incorrectement g�r�s par
des lecteurs pdf autres que celui d'Adobe ?
Pourtant le code utilise exactement les op�rateurs g�r�s par la
sp�cification pdf
(http://www.adobe.com/devnet/pdf/pdfs/PDFReference.pdf) section 3.9.4 et
rappel�s page 512 du manuel pgf.
Les deux codes d'exemples page 513 du manuel sont visualis�s
correctement dans les 3 lecteurs pdf test�s.
Si j'essaye le code hsv-shading du site texsample, de m�me que les deux
codes page 513 du manuel avec "tex+dvi" dans TeXShop, j'obtiens � peu
pr�s ce qu'il faut, mais les transitions de couleurs apparaissent
clairement dans les d�grad�s, ce qui donne un r�sultat peu esth�tique.
Merci pour toute aide et conseil.
(j'utilise TeXLive 2008).
Alain Matthes
> Les deux codes d'exemples page 513 du manuel sont visualis�s
> correctement dans les 3 lecteurs pdf test�s.
>
> Si j'essaye le code hsv-shading du site texsample, de m�me que les deux
> codes page 513 du manuel avec "tex+dvi" dans TeXShop, j'obtiens � peu
> pr�s ce qu'il faut, mais les transitions de couleurs apparaissent
> clairement dans les d�grad�s, ce qui donne un r�sultat peu esth�tique.
Salut
Je crains que le probl�me vienne d'Apple sur Snow j'ai le m�me
probl�me que celui �voqu� sur Snow et sur Ubuntu 9.10 avec TL 2009
et un texworks fra�chement compil�, le r�sultat est l�. Pas tr�s
esth�tique car c'est assez pix�lis�.
Le r�sultat est parfait sur mac si on compile avec pdflatex puis si on affiche
avec adobe reader.
J'ai eu un �change avec l'auteur de cet exemple et il me semble
qu'il y avait d�j� un probl�me sur mac mais j'ai oubli� avec quoi
j'avais visualis� le pdf l'an pass� car je n'ai pas �voqu� le moindre
probl�me, en revanche je sais que quelqu'un a �voqu� un bug
chez Apple (une histoire d'entier qu'il fallait mettre
�crire sous forme d�cimale du genre 1=1.0)
http://old.nabble.com/The-hsb-color-model-td20118168.html
Quand je dis Apple est le fautif, je devrai peut-�tre �crire Adobe
car c'est Adobe
qui doit fournir de la daube � Apple qui il me semble
utilise un interpr�teur de moindre qualit� en tout cas moins complet.
Alain Matthes
Alain Matthes
Je compl�te ma r�ponse : si on ouvre le pdf
http://media.texample.net/tikz/examples/PDF/hsv-shading.pdf
avec Safari, on voit le probl�me et si on autorise Adobe Reader
a affich� dans le navigateur alors plus de probl�me.
J'ai laiss� une remarque sur la liste OS TEX
Alain Matthes
Paul Gaborit
� (at) Mon, 30 Nov 2009 00:34:11 +0100,
qua...@free.fr (quark67) �crivait (wrote):
> J'ai tent� de reproduire l'exemple donn� � la page
> http://www.texample.net/tikz/examples/hsv-shading/
>
> uniforme vert, blanc, mauve, noir lorsque je regarde via le lecteur pdf
> de Mac OS X ou via xpdf (par X11).
> Par contre Adobe Reader 9 donne le bon affichage.
>
> Il en est de m�me si je visualise directement le fichier d'exemple du
> site (http://media.texample.net/tikz/examples/PDF/hsv-shading.pdf), donc
> � priori, ma compilation avec pdftex est correcte. C'est donc que le
> code postscript employ� utilise des �l�ments incorrectement g�r�s par
> des lecteurs pdf autres que celui d'Adobe ?
Ici, xpdf (ubuntu 9.10) montre un cercle blanc, evince (ubuntu 9.10)
montre les bonnes couleurs mais avec une "pixellisation", Aper�u (Mac
OS X 10.6) montre un cercle avec quatre cadrans de couleur quasi
uniforme et seul Adobe Reader (9.2 sur les deux plateformes) affiche
le bon r�sultat.
> Merci pour toute aide et conseil.
> (j'utilise TeXLive 2008).
Il n'y a malheureusement rien � faire si ce n'est attendre que les
diff�rentes impl�mentations �voluent pour corriger ce bug. Le PDF
produit me semble correct (vis-�-vis des sp�cifications d'Adobe).
De toutes mani�res les impl�mentations des d�grad�s comme des
transparences en PDF/PS sont encore balbutiantes. Elles le sont
d'autant plus lorsqu'on n'utilise pas le mod�le de couleurs standard
des ordinateurs (le SVG).
Ce qui est �tonnant, c'est le premier commentaire apr�s l'exemple :
#1 Kjell Magne Fauske, October 29, 2008 at 8:33 a.m.
Update: Added a workaround for Apple's PDF viewer shading
bug. Thanks Berteun Damman for the patch.
Il semble que le bug persiste.
--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
Alain Matthes
> Ce qui est �tonnant, c'est le premier commentaire apr�s l'exemple :
>
> #1 Kjell Magne Fauske, October 29, 2008 at 8:33 a.m.
> Update: Added a workaround for Apple's PDF viewer shading
> bug. Thanks Berteun Damman for the patch.
>
> Il semble que le bug persiste.
En effet car le "workaround" �tait
by Berteun Damman
"I'd like to add that Apple PDF viewer bugs on this shading,
apparently because of the fact the numbers are not real values
(thankfully the manual knew this). :) It's of course Apples fault, but
it can be worked around, as the manual suggests too, by adding:
�% .. RGB at last
�cvr 3 1 roll cvr 3 1 roll cvr 3 1 roll
At the end."
Qui ne fonctionne pas mais maintenant j'ai un gros doute :
Avec cette modification TexShop en dvi ne compile plus.
Sans cette modification, TexShop compile et donne le plus ou bon
r�sultat mais le PDF obtenu peut �tre lu avec Aper�u !! �trange
mais pas par Skim.
JC semblait affirmer que l'on avait le m�me PDF que cela soit
avec pdftex mode pdf ou bien dvi-ps-pdf mais cela ne semble
pas �tre le cas sinon comment expliquer que le fichier
est bien interpr�t� par Aper�u dans un cas et pas dans l'autre.
Ou bien alors les drivers ne font pas correctement leur boulot ..
et je n'y comprends rien ! ( ce dont je suis s�r)
Alain Matthes
Paul Gaborit
� (at) Mon, 30 Nov 2009 17:33:57 +0100,
Alain Matthes <alain....@nofree.fr> �crivait (wrote):
> JC semblait affirmer que l'on avait le m�me PDF que cela soit
> avec pdftex mode pdf ou bien dvi-ps-pdf mais cela ne semble
> pas �tre le cas sinon comment expliquer que le fichier
> est bien interpr�t� par Aper�u dans un cas et pas dans l'autre.
> Ou bien alors les drivers ne font pas correctement leur boulot ..
> et je n'y comprends rien ! ( ce dont je suis s�r)
Les PDF obtenus via les deux cha�nes de compilation diff�rentes *ne*
peuvent *pas* �tre indentiques. Le rendu peut (devrait!) �tre le m�me
mais pas le contenu binaire.
Personnellement, j'ai test� le PDF donn� sur le site. Il faudrait
peut-�tre que je refasse des tests en compilant moi-m�me.
quark67
Je ne m'y connais pas en Postscript, mais j'ai regard� un peu le
document http://www-cdf.fnal.gov/offline/PostScript/BLUEBOOK.PDF afin de
m'instruire � ce sujet, pour essayer de comprendre le code. Finalement,
en �crivant sur une feuille de papier le contenu de la pile � chaque
�tape du code, le d�but du code devenait limpide :)
J'ai modifi� alors le d�but du code, en enlevant deux tests (via "eq")
qui v�rifient d'une part que les coordonn�es x et y ne sont pas toutes
deux nulles (ce qui poserait probl�me pour d�terminer l'angle dans le
carcle chromatique, et donc la teinte (le "hue")) et qui v�rifie d'autre
part que l'angle n'est pas 360, pour le remplacer par 0 (� ce sujet,
personnellement, j'aurais plut�t v�rifi� si l' "angle" ne vaut pas 1,
car une division par 360 a lieu juste avant...).
Ce qui donne le d�but de code suivant :
----------------------------------------------------------------
{ % x y
2 copy % ... x y x y
%2 copy 0 eq exch 0 eq and
%{ pop pop 0.0 } % silently deal with error: return
% arbitrary heading of zero for origin
%{atan 360.0 div} % ... x y heading; heading being in
%the interval [0, 1.0]
%ifelse % because we will use it for 'Hue'
atan 360.0 div
%dup 360 eq { pop 0.0 }{} ifelse % if heading is 360
%degrees, make it zero instead
3 1 roll % ... heading x y
-----------------------------------------------------------------
La suite du code �tant identique...
(j'ai donc juste comment� 5 lignes, et rajout� la ligne :
atan 360.0 div )
Apr�s compilation en pdftex, j'obtiens ceci, vu avec Aper�u :
http://quark67.free.fr/pgf5.png (assez joli ;) )
(par contre, avec Adobe Reader, on obtient encore une fois parfaitement
ce qu'il faut).
Je me demande si ce sont pas les tests ("eq", "ge") qui posent probl�me
au lecteur pdf.
> Qui ne fonctionne pas mais maintenant j'ai un gros doute :
>
> Avec cette modification TexShop en dvi ne compile plus.
> Sans cette modification, TexShop compile et donne le plus ou bon
> r�sultat mais le PDF obtenu peut �tre lu avec Aper�u !! �trange
> mais pas par Skim.
Chez moi, �a compile en tex+dvi(+pdf) (apr�s avoir relanc� TexShop, car
sinon il ne prend pas en compte le changement de "script de
composition").
> JC semblait affirmer que l'on avait le m�me PDF que cela soit
> avec pdftex mode pdf ou bien dvi-ps-pdf mais cela ne semble
> pas �tre le cas sinon comment expliquer que le fichier
> est bien interpr�t� par Aper�u dans un cas et pas dans l'autre.
> Ou bien alors les drivers ne font pas correctement leur boulot ..
> et je n'y comprends rien ! ( ce dont je suis s�r)
La notion de driver est tr�s floue pour moi. Je sais juste que si je
veux utiliser PStricks, je dois changer le "script de composition" de
TeXShop de "pdftex" vers "tex+dvi"(+pdf).
Mais justement en "tex+dvi", pourquoi les d�grad�s apparaissent si
grossi�rement (cf http://quark67.free.fr/pgf4.png ) ?
>
>
> Alain Matthes
Alain Matthes
>
> Ce qui donne le d�but de code suivant :
>
>
>
> http://quark67.free.fr/pgf5.png (assez joli ;) )
> (par contre, avec Adobe Reader, on obtient encore une fois parfaitement
> ce qu'il faut).
Oui en effet c'est joli!
from OS X TEX : Beginning to look like a PDFKit problem.
Won't be the first one.
Sinon chez moi les exemples suivants passent bien avec pdflatex en mode pdf
\documentclass[]{article}
\usepackage{fullpage}
\usepackage{tikz}
\thispagestyle{empty}
\begin{document}
\begin{tikzpicture}[scale=4]
\pgfdeclarefunctionalshading[mycol]{sweep}%
{\pgfpoint{-1cm}{-1cm}}
{\pgfpoint{1cm}{1cm}}{\pgfshadecolortorgb{mycol}{\myrgb}}{
2 copy % whirl
atan
3 1 roll
dup mul exch
dup mul add sqrt
30 mul
add
sin
1 add 2 div
dup
\myrgb % push mycol
5 4 roll % multiply all components by calculated value
mul
3 1 roll
3 index
mul
3 1 roll
4 3 roll
mul
3 1 roll
}
\colorlet{mycol}{red}%
\pgfuseshading{sweep}%
\end{tikzpicture}
\vspace*{4cm}
\begin{tikzpicture}[scale=4]
\pgfdeclarefunctionalshading{twospots}%
{\pgfpointorigin}{\pgfpoint{4cm}{4cm}}{}{
% Save coordinates for later
2 copy
% Compute distance from (40bp,45bp), with x doubled
45 sub dup mul exch
40 sub dup mul 0.5 mul add sqrt
% expontial decay
dup mul neg 1.0005 exch exp 1.0 exch sub
% Compute distance form (70bp,70bp)
% from stored coordiante, scaled
3 1 roll
70 sub dup mul .5 mul exch
70 sub dup mul add sqrt
% Decay
dup mul neg 1.002 exch exp 1.0 exch sub
% red component
1.0 3 1 roll
}
\pgfuseshading{twospots}
\end{tikzpicture}
\end{document}
Il faudrait aussi voir si le code propos� est correct et si ce n'est pas le cas
quel est la r�action des interpr�teurs
Alain Matthes
quark67
> Sinon chez moi les exemples suivants passent bien avec pdflatex en mode pdf
Oui, oui :)
Les exemples de la page 513 du manuel ;)
Je pr�cisais dans mon premier message que :
"Les deux codes d'exemples page 513 du manuel sont visualis�s
correctement dans les 3 lecteurs pdf test�s."
Il se peut fort bien qu'il y ai un bug du PDFKit (Aper�u et le
visualiseur pdf de TeXShop, ainsi que Skim sont bas�s dessus, ce qui
explique leur comportement identique).
C'est pourquoi j'ai aussi cherch� � tester avec xpdf (via X11) qui
assur�ment n'utilise pas le PDFKit d'Apple.
Que le bug se produise aussi avec xpdf me rassure quelque part, le bug
n'est donc pas uniquement celui de PDFKit (bug, ou non support d'une
fonctionnalit� : faudrait tester avec une vieille version d'Adobe
Reader, par exemple une bas�e sur la version 1.4 du pdf).
Alain Matthes
>
> Que le bug se produise aussi avec xpdf me rassure quelque part, le bug
> n'est donc pas uniquement celui de PDFKit (bug, ou non support d'une
> fonctionnalit� : faudrait tester avec une vieille version d'Adobe
> Reader, par exemple une bas�e sur la version 1.4 du pdf).
Compl�ment d'enqu�te :
sur 10.4.11, il n'y a pas de probl�me cela dit ce n'est pas s�r
que cela provienne du PDFkit, je rappelle qu'il y a d�j� eu
un probl�me avec les fontes qui ne se voyait qu'avec pdfkit,
qui f�t donc accus� mais le fautif �tait pdftex (une histoire
de < � la place d'un <=).
Cela produisait un mauvais PDF qu'Adobe Reader lisait et pas
les viewers d'Apple.
Alain Matthes
quark67
> Compl�ment d'enqu�te :
>
> sur 10.4.11, il n'y a pas de probl�me cela dit ce n'est pas s�r
> que cela provienne du PDFkit, je rappelle qu'il y a d�j� eu
> un probl�me avec les fontes qui ne se voyait qu'avec pdfkit,
> qui f�t donc accus� mais le fautif �tait pdftex (une histoire
> de < � la place d'un <=).
> Cela produisait un mauvais PDF qu'Adobe Reader lisait et pas
> les viewers d'Apple.
Merci pour cette hypoth�se, qui me semble int�ressante. Je n'ai pas la
comp�tence de v�rifier cela.
Ceci dit, j'avance peut-�tre �galement.
J'ai voulu voir ce que donnait le code, en supprimant les tests
conditionnels (je l'avais d�j� fait partiellement en montrant l'image
pgf5.png).
En continuant sur cette voie, j'ai donc supprim� les tests qui
permettaient de savoir dans quel secteur angulaire on se trouvait (ce
qui dans le code postscript est comment� par la variable "i"). Cela
revenait � se retrouver dans la situation i=0 quel que soit le point
consid�r�.
Le r�sultat, en image, se trouve � http://quark67.free.fr/pgf2.html
Pour moi, c'est probant : le probl�me se situe au niveau des tests
conditionnels.
Alors maintenant, est-ce pdftex qui ne se comporte pas comme il faut
(comme avec le bug entre < et <= rappel� pr�c�demment), ou bien est-ce
PDFKit qui a un bug, je serais bien incapable d'en dire plus.
A noter aussi la question subsidiaire indiqu�e sur la page : pourquoi
cet anti-aliasing m�diocre, autant via Aper�u, que via Adobe Reader, �
la fronti�re des secteurs angulaires de 60� ? Surprenant pour un objet
vectoriel...