To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=17171
------- Additional comments from [EMAIL PROTECTED] Thu Nov 8 11:04:00 +0000 2007 ------- Why only 64Bits and not 128? ;-) OK, I hope you see what I mean: larger is not necessarily always better, you must stop somewhere. And where to stop can be judged only by reasoning. As our API to work on paragraphs make is necessary that the whole paragraph text fits into one String variable it follows that the maximum length of a String must match the maximum length of a paragraph. Even if I consider changing the length of our UNO API String from 32Bit to 64Bit I don't see a clear benefit of doing so (and the effort and pain doing this change would be huge!). I have my doubts that using 64Bit integers for string length and indices is a good idea as it will influence performance. Handling 64Bit variables on 32Bit computers will result in a considerable slowdown. And what for? 32Bit will give us paragraphs with 4,2 billion characters. Saving this uncompressed will result in a file size of more than 8GB (2 Bytes per character) - only for one paragraph! I don't want to sacrifice performance for the ability to have paragraphs larger than 4 billion characters what very probably never would be needed. --------------------------------------------------------------------- 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]
