To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=46511
------- Additional comments from [EMAIL PROTECTED] Tue Sep 30 21:23:16 +0000 2008 ------- I believe that this is a *SIGNIFICANT* compatibility issue which OOo needs to address if it wants to be considered a viable Excel alternative. Consider the following scenario: User 1 creates a small spreadsheet in Excel which contains Number->General formatted fields like 123.4567, 1.2345, etc. User 2 opens this file in Calc and copy/pastes values from the cells into another application. Due to this compatibility issue in OO, all of the transferred values are rounded to 2 decimal places which might affect future analysis. This behavioural difference resulting in a truncation of precision is exactly the type of thing that could get OO banned from use in some shops. The Excel behaviour isn't perfect, but since it attempts to fill the cell the user at least has a visual clue that the value may be rounded due to cell width. In comparison, the OO behaviour lulls the user into thinking that the entire number is being displayed because there's plenty of whitespace left in the cell. --------------------------------------------------------------------- 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]
