4

Please see the following GIF file that shows the output of some arrows in my computer: (arrow in first pdf is from TikZ-cd doc.pdf and second pdf generated by @Schrödinger's cat in this post) enter image description here

and its screenshot: enter image description here

What is the problem really? it is because of my PC graphic card or TikZ can't determine the line width in this case? How can I fix this problem?

  • The second part of the answer you link to does not have the problem, I think, because it does not use glyphs. As you point out, this seems to be a generic problem with glyph arrows, and might be a viewer problem. (+1) –  Nov 28 '19 at 17:25
  • Excuse me but you can tell me know how to create this gif? –  Nov 28 '19 at 17:28
  • 1
    @justonly: this app for windows os: https://www.screentogif.com/ –  Nov 28 '19 at 17:29
  • Which viewer do you use to get this? According to what I find, different viewers appear to yield different results. This is unfortunately something that pops up here and there, and there seems not to be a once-and-for-all fix. –  Nov 28 '19 at 17:33
  • Adobe Acrobat reader. –  Nov 28 '19 at 17:35
  • I also suspect that a viewer-problem might be the underlying cause. I had something similar with Okular before. Is the imperfection persistent on higher zoom-levels (after it occured first)? Because from your gif I'd say that at one level it's there and at another one it's not. This indicates a viewer-problem to me. You might also try what happens when printing this. If the error is visible in printed form, we know it's indeed a problem of the PDF and not just with the rendering on screen – Raven Nov 28 '19 at 18:01
  • Unfortunately I have not printer. If it is the viewer-problem, then why the looped arrow as shown in GIF doesn't have that problem? –  Nov 28 '19 at 18:07
  • 1
    Interestingly, according to what I find the problem seems to depend on the angle. Can you please see what happens on your machine if you use the diagram \[\begin{tikzcd} A \arrow[supset-latex,r] \arrow[supset-latex,d] \arrow[supset-latex,dr] & B\\ C & D \\ \end{tikzcd}\] instead? According to what I find, the problem depends on the slope, which might be why it does not show up for the looped arrow. –  Nov 28 '19 at 18:16
  • 1
    @Schrödinger'scat: Yes. It works perfectly for dr only. –  Nov 28 '19 at 18:30
  • But why your screenshots in your answer to my previous post differ from mine? –  Nov 28 '19 at 18:33
  • 1
    I was using preview on a Mac to produce these screen shots. Different OS, different viewer. Apparently there are issues for horizontal and vertical arrows. Possibly the loop arrow also will have issues if it is not bent. –  Nov 28 '19 at 18:38
  • So the problem is about TikZ behavior? –  Nov 28 '19 at 18:41
  • 2
    According to what I find, `\documentclass{article}
    \usepackage{amssymb} \usepackage{tikz-cd}

    \begin{document} \tikzset{ math to/.tip={Glyph[glyph math command=rightarrow]}, loop/.tip={Glyph[glyph math command=looparrowleft, swap]}, weird/.tip={Glyph[glyph math command=Rrightarrow, glyph length=1.5ex]}, pi/.tip={Glyph[glyph math command=pi, glyph length=1.5ex, glyph axis=0pt]}, } \begin{tikzpicture}[line width=rule_thickness] \draw[loop-math to] (0,2) to (1,2); \end{tikzpicture} \end{document}` also has the problem.

    –  Nov 28 '19 at 18:49
  • Yes,, exactly. Can you fix this problem until next week? –  Nov 28 '19 at 19:13
  • 1
    @C.F.G I am not sure if anyone but the developers of the viewers can fix the issue. There are tons of such issues and they have been reported regardless of TikZ. If the developers of the viewers do not fix it, the only thing that one can do is to define arrows without glyphs. The lower code in https://tex.stackexchange.com/q/514451/108724 does not have the problem, right? So one can design similar arrows for all other cases. –  Nov 28 '19 at 20:11
  • @Schrödinger'scat: I saw some bad outputs for [tag:mathtools] package. see screenshot of this post for similar issue. I saw similar problem about clipped big norm sign but now I can't find it. as you mentioned \xrightarrow also have same problem. Isn't these because of bad calculating or my machine unit measurement or maybe latex internal issues? –  Nov 29 '19 at 05:59
  • @C.F.G I believe it is a viewer issue and not a LaTeX issue. As your animation shows, sometimes one line seems to be thinner at the right side and in another magnification the issue is on the left side. I am not at all an expert, but could imagine that the viewers have some fast but less precise routines that specialize on vertical and horizontal lines. –  Nov 29 '19 at 06:06
  • @Schrödinger'scat: So let try it. Please download Tikz-cd-doc and look at the looped and other arrows on page 15. What you see? –  Nov 29 '19 at 07:20
  • Your animation shows what one sees under Acrobat Reader, doesn't it? –  Nov 29 '19 at 15:04
  • Yes. Acrobat Reader on windows 10 64bit. –  Nov 29 '19 at 15:07

1 Answers1

1

As suggested by @Schrödinger's cat, This is a viewer issue. The following GIF shows the same pdf file in 4 different viewer on same OS and machine: (Adobe Acrobat reader DC, Adobe Reader DC, Sumatra PDF, Chrome Browser resp.)

enter image description here