a2sketch node limit about markdeck

[arnehilmann]

Now this gets interesting...
to make sure that we are all on the same page (deck?), I added all my test files to this
gist.

My findings so far:

1. chrome "forgets" the arrows on slide 5 and 6, both live and when rendering the pdf
2. with safari, rendering works as expected
3. when referencing the svg directly via html tag (slide six), the arrows get displayed in all tested scenarios.
   3a. unfortunately the xkcd font does not work, because the svg is no longer part of the main document and thus cannot access its font declarations.

Possible solutions:
a. do not inline svgs
a.1 caveat 1: a2sketch needs another parameter specifying the font file to use.
a.2 caveat 2: one cannot style svgs with css.
b. increase memory limit for chrome (Until now, I couldn't find one similar report about such svg issues anywhere)

solution a) seems more promising, but has some drawbacks...
perhaps someone else finds some hints for solution b), too?!

[arnehilmann]

I just found out, that there might be a problem wit duplicate ids in the generated html:
every a2sketch image has id for nearly every g, text, ... element, for example "id=Pointer".
When changing this id to "id=Pointer1" and reference it in the line part of the svg, the arrow suddenly gets plotted.

So, solution b) is not an option, I thing...
but there is another possible solution:
c. a2sketch converts ids of svg elements in unique ids (somehow)

[gerald1248]

Yes the IDs are the most likely reason this is happening (and also why the arrows in particular seem to be affected). It's great news too, because a low, hard limit on SVG paths would be a much harder nut to crack...

…

On Sun, 20 Jan 2019, 15:32 Arne Hilmann ***@***.*** wrote: I just found out, that there might be a problem wit duplicate ids in the generated html: every a2sketch image has id for nearly every g, text, ... element, for example "id=Pointer". When changing this id to "id=Pointer1" and reference it in the line part of the svg, the arrow suddenly gets plotted. So, solution b) is not an option, I thing... but there is another possible solution: c. a2sketch converts ids of svg elements in unique ids (somehow) — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#12 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAtiwA42QE26O2x8j96-u3HRkGwFfKL7ks5vFIwBgaJpZM4aIb-y> .

[arnehilmann]

Please give a2sketch:0.12 a try...

[gerald1248]

YES it works perfectly, thanks! Pointer-pqup7rit43 was just the way to fix it.

[arnehilmann]

Snap: the new id-rewrite mechanism in 0:12 works when including different svgs, but it still results in same ids when including the exactly same graphics again and again (like in your showcase).

how likely is it to include the same graphics multiple times?

[gerald1248]

Never - that's an edge case you shouldn't have to support :)

…

On Tue, 22 Jan 2019, 10:33 Arne Hilmann ***@***.*** wrote: Snap: the new id-rewrite mechanism in 0:12 works when including different svgs, *but* it still results in same ids when including the exactly same graphics again and again (like in your showcase). how likely is it to include the same graphics multiple times? — You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub <#12 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAtiwGKpSmW2GAJo7QS-iLQcLe3PTDqIks5vFuj8gaJpZM4aIb-y> .