dr|z3d
firefox might be related to snap.
dr|z3d
you're loading in the base svg and then inlining <use> ?
zzz
yeah. I got XHR working too, gonna add animations but I have to rewrite the puker again for that
dr|z3d
sounds good
dr|z3d
I fixed up a few missing countries in the svg earlier, converted the remaining no country paths to absolute and split them up so we can tag them eventually.
dr|z3d
so Tibet, Falkland Islands, Western Sahara are now correctly identified.
dr|z3d
a few invisible paths removed.
dr|z3d
ran some tests to see what all relative, all absolute, and mixed paths (current) resulted in, size-wise. I think we're good as is, the alternative just inflate the filesize and don't add any value.
dr|z3d
mixed: 65K, absolute: 130K, relative: 95K.
zzz
something like this: cake.i2p/file/AHtdDz6bbn_GcwxRboY5HJH1VNutFmGqo3yhEq5IG_5z4VrN5qXP/i2pmap.svg
dr|z3d
not bad, cute animations.
dr|z3d
I was thinking of animating the stroke-dasharray to achieve something similar, but that definitely gets the message across :)
dr|z3d
have you tried it without the blobs and country codes with my svg map instead?
zzz
no, it's as-is with a <use> and XHR inside modified mercator6.svg
dr|z3d
ok. <?xml version.. optional (I'd remove it, up to you). <!DOCTYPE you probably don't want, look at the svg source in firefox.
zzz
yeah the puker doesn't know it's a subdocument
zzz
i spread out the animation start times so now they shoot out like bullets: cake.i2p/file/zsdOJuLbsz_U8u6s9eNavGbbKZzKY4ECzqlintP9m_HbY2qzObRQ/i2pmap.svg
dr|z3d
not bad. one observation.. since all the animations are running for the same duration, it gives the impression that some paths are faster than others when ideally the speed of travel would correlate to the tunnel speed.
dr|z3d
you could also animate the color/opacity of the "packet" circles so we have a better idea of where they are in the chain. darker/more opaque at the start, lighter as they reach the endpoint.
zzz
yeah I thought about that
zzz
maybe speed proportional to number of hops
dr|z3d
that'll give you a flat speed, which is probably an improvement, sure.
dr|z3d
well, maybe, depending on the length of the path, but you should be able to set that to an arbitrary value to even things out iirc.
dr|z3d
stroke-dasharray and stroke-dashoffset you might want to look at, too, if you want to animate the lines.
dr|z3d
I may have misremembered re length, stroke-dasharray and stroke-offset I meant, probably.