
<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Le 24 Oct 2013 à 09:36, Antonis Tsolomitis <<a href="mailto:antonis.tsolomitis@gmail.com">antonis.tsolomitis@gmail.com</a>> a écrit :<br><br><blockquote type="cite">I have a problem with the characters \| when they are used with commands like \bigl \bigr or \left \right.<br>Acrobat shows them erratically and prints them erratically. gv/xpdf shows them OK.<br>I prepare a book and most probably the publisher will not use ghostscript or xpdf :-) .<br>I attach a small pdf that shows the problem (my acrobat is 9.5.4 01/09/2013 on linux).<br>Below I have the code and a screenshot in case your acroread shows it correctly.<br></blockquote><br>Same here on the Mac with Acrobat Pro 10.1.8. OS X's built-in Preview on the left, Acrobat on the right:<div><br></div><div><img height="1083" width="865" apple-width="yes" apple-height="yes" apple-inline="yes" id="3A1C33BF-4C51-477D-8AE5-9231113F9280" src="cid:8C65D969-24FD-4655-8A0B-BBFE14F6C674"></div><div><br></div><div>The difference is due to the fact that Acrobat/Reader uses its own PDF rendering engine, not the OS-provided one.</div><div><br></div><div>And the difference between the smaller size and the others is caused by the fact that the larger sizes are created as composites, by superpositions of small vertical segments: the superposition looks right in poppler (I've tried with TeXworks which uses it, and all's OK there), but in Acrobat and Preview there are artifacts:</div><div><br></div><div>- On Acrobat these appear as outline instead of plain delimiters, as in your screenshot. This varies with the magnification, too.</div><div><br></div><div>- In Preview they appear as slight irisations, looking as colored delimiters at smaller magnifications.</div><div><br></div><div>This seems to point to anti-aliasing problems, for such composite delimiters.</div><div><br></div><div>Unfortunately I've no idea what can be done to circumvent this. That said, I'm surprised when you say printing is affected, too. I would have thought only screen rendering was involved. Here printing your test file from Acrobat looks fine (MacBook Pro, OS X 10.9, Canon iP4500).</div><div><br></div><div>An aside, since you seem to prefer \big etc. to \left etc.: recently I needed to use very big delimiters, for multi-line formulas where delimiter-size balancing with \left and \right between lines would have required several \phantom's. Based on the additional size specifications in Y&Y's original lcdplain.tex for plain TeX, and the implementations of \big etc. in LaTeX's exscale.sty and Lucida Type 1's lucidabr.sty, I ended up writing</div><div><br></div><div>\makeatletter<br>\providecommand{\biggg}{\bBigg@{3}}<br>\providecommand{\Biggg}{\bBigg@{3.5}}<br>\providecommand{\bigggg}{\bBigg@{4}}<br>\providecommand{\Bigggg}{\bBigg@{4.5}}<br>\providecommand{\bigggl}{\mathopen\biggg}<br>\providecommand{\bigggr}{\mathclose\biggg}<br>\providecommand{\Bigggl}{\mathopen\Biggg}<br>\providecommand{\Bigggr}{\mathclose\Biggg}<br>\providecommand{\biggggl}{\mathopen\bigggg}<br>\providecommand{\biggggr}{\mathclose\bigggg}<br>\providecommand{\Biggggl}{\mathopen\Bigggg}<br>\providecommand{\Biggggr}{\mathclose\Bigggg}<br>\makeatother<br><br></div><div>Bruno Voisin</div></body></html>