Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

dashed line instead of solid line appears in SVG #21

Open
alicerusso opened this issue Nov 4, 2024 · 1 comment
Open

dashed line instead of solid line appears in SVG #21

alicerusso opened this issue Nov 4, 2024 · 1 comment

Comments

@alicerusso
Copy link

minor issue where the SVG is not as expected: "--" (in SVG) vs. a solid line (in SVG elsewhere, with the same input chars) for part of a horizontal arrow.

Examples from RFC 9594: Figure 7 on the right side, Figure 16, Figure 18, Figure 21, Figure 23 on the left side. (This difference is not significant within these figures; however, whether a line is dashed or solid could have an associated meaning in a different context. Maybe this just needs documentation, i.e., the input should be at least 3 chars if a solid line is the desired output.)

Background: Presumably the authors ran aasvg in order to provide SVG in the submitted XML. However, seems that the .md file in the repo was not the one used, as it doesn't invoke 'aasvg' for this artwork.

@martinthomson
Copy link
Owner

This tool works on a bunch of detection rules. In particular, lines are detected as a sequence of three characters. These problems can be fixed by making the line segment longer, for instance, text --| turns into text ---|. It is also possible in some of these cases to tweak things in other ways, like changing text --| to text --+. You will find that --| has a small gap, whereas --+ joins the lines seamlessly, so that might be the best choice.

One of the key things to understand about this tool is that its imperfections. Each represents a balance between detecting features and text. Altering that balance can have an effect on existing figures.

In general, I recommend trying to work around these. Most of these instances are pretty easy to work around. Like many things, authors really need to preview the output and adjust.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants