W3C home > Mailing lists > Public > www-svg@w3.org > February 2015

RE: Numerical Limits in SVG coordinates?

From: Smailus, Thomas O <Thomas.O.Smailus@boeing.com>
Date: Mon, 2 Feb 2015 19:03:49 +0000
To: Jelle Mulder <jelle.mulder2@outlook.com>, "www-svg@w3.org" <www-svg@w3.org>
Message-ID: <175A0EE510663A46ACD5FF1A03AD46F51F0976D5@XCH-BLV-204.nw.nos.boeing.com>
The issue at hand is related to the fact that this sort of case comes form a large CAD diagram in a technical drawing.
Changing the coordinates in the diagram is a non-starter for technical reasons, specifically, because the cordinate numerical values are absolutely important as this diagram must correctly align with other diagrams when several of them are combined - they must stay registered.

Thomas

-----Original Message-----
From: Jelle Mulder [mailto:jelle.mulder2@outlook.com] 
Sent: Thursday, January 29, 2015 7:42
To: www-svg@w3.org
Subject: Re: Numerical Limits in SVG coordinates?


Hello,

As far as I know Inkscape uses the same Cairo library for parsing SVG and that displays fine when using plenty of decimals, so I'm not sure if that is the culprit here. Nor have I had any problem in FF with files created in Inkscape with a similarly insane amount of decimals, though that is not just 0's. It must be related to FF's implementation. I would love to have some tool to turn all those path floats into integers though, as that is fine for most web related stuff and will definitely make files a wee bit smaller. If anyone can recommend a tool for that I'd be very happy to know.

Cheers,

Jelle
Received on Monday, 2 February 2015 19:04:26 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:47:39 UTC