Hi > There are no politics involved, there is just misunderstanding of your > point, which is something completely different. Calling things > 'miss-design' will also not get you helped to get this solved - we are > not your enemy. The last I know! :-) But all looked like secret politics which defined these arbitrary sizes. :) I got the hint "don't "bingo" with these sizes!" from an SVG-editor. :-/
> Yes. Essentially, you have to choose *a* size, and they might as well > be these. The problem you are encountering is a more generic one - > even though SVG images are scalable, you will always have rounding > issues. Yes. BUT: It could also be that there is only the prominently displayed png-image in the size of the given SVG-file and no other prefered/suggested png-sizes. ;) Moreover, these other sizes are secretly protected from editing by the user on the description page. This supported the subjective impression of "politics". > That, on itself, is not a large problem. Small (relative) differences could have big consequences. ;) > So the problem is the SVG is rendered incorrectly when such an aspect > ratio is chosen. Yes, you could/might/may see it this way. > I don't see how HCN's would solve this. It makes much more sense to > calculate the sizes that are close to the target value (which can be > the same as currently), but with the exact aspect ratio. So instead of > 320 x 183, one would get 322 x 184. However, it's still a workaround: > we really should have an SVG renderer that 'does the right thing'. The last sentence I agree by heart. :) And the important point is: "close" ! The now used sizes are TOO close. :-/ The should respect the ratio given by the original SVG perfectly (a suggestion). > 1) update the description page to list alternate sizes that do render > correctly (which I just did [3]). > 2) upload a PNG version and link to that from the SVG version > 3) fiddle with the SVG until the renderer used correctly interprets > what you want - maybe someone with a lot of SVG-fu can do that for > you. 3) I did four hours! :-( And tryed other SVG-coding but it did not work. I had to mis design the Tekbir by more than 15% then some artifacts for some sizes vanished. Using a none buggy png-renderer when scaling doing, would solve this issue. (This was my suggestion). > Best, > Merlijn Thanks & Regards Achim -- Achim Flammenkamp Fakultät für Mathematik Universität Bielefeld UniversitätsstraBe 25 33501 Bielefeld Federal Republic of Germany UTC+01=CET http://wwwhomes.uni-bielefeld.de/achim/ [email protected] _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
