To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69437
------- Additional comments from [EMAIL PROTECTED] Wed Oct 4 02:26:30 -0700 2006 ------- AW: The internal DrawingLayer units are int32. This was decided at the time the Office was running also on 16bit systems (10 years ago?) and is a known limitiation. This unit is always handled with an associated MapMode (e.g. 100th_mm in calc, impress), so You can do the math for the maximum internal values. As i said it is a known limitation and we are working on it. We are working on it for a while and we will have to work on it for a while because the whole office (DraingLayer, Applications, API, FileFormat, Dialogs, ...) is based on those measurements. So for replaced parts we take this into account and 'plug' it together with the existing behaviour... It is indeed interesting that You describe that the shape handles more or less correctly interactively, so i guess the limit is not reached here but another limiting factir is in play here, maybe transportation and/or calculation of coordinates with the pos and size dialog? --------------------------------------------------------------------- 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]