To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=112245
------- Additional comments from [email protected] Wed Jun 9 12:00:10 +0000 2010 ------- AW: It's the old tools Polygon which is defined to have UINT16 nPoints. That's one of the reasons to have basegfx and the new polygons created, besides numerical problems (integer vs. double precision). Problem is that this old tools Polygon is so centrally used throughout the existing codebase that changing it to 32bit PointCount will certainly make hell break lose. It comes into play with charts e.g. due to Metafile usage. The tools Polygon is streamed into and read from file-based Metafiles; this means these need to be adapted, thus backward compatibility will break, too. Also unknown things (just examples which come to my mind, there will be more): Does WMF support more than 16Bit point count (if no, we can no longer export to clipboard). Could all places be found which are based on Tools Polygon's Point Count? If yes, how many will this be and could they all be adapted at all? Will VCL be adaptable to it and (more important) are all our systems able to render such big polygons at all? At least not HW-supported; rendering HW (graphiccards) have a limited amout of line span entries, so rendering will anyways fallback to soft renderers (usually with more than 4096 or 8192 points or similar). All in all: A known problem already worked around (as can be seen: the whole current DrawingLayer visualisation does not use the tools polygon anymore), dangerous to touch. The preferred fix would definitely be to reduce point count. How can a smoothing of a polygon with ca. 4000 points lead to one with 79959 points...? Also to think about: Is it a defect, or (as it always was this way) is it an enhancement...? --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
