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] Fri May 21 07:20:14 +0000 2010 ------- The tone of the discussion here has changed a little from 'this isn't something that is needed' to 'this is very difficult'. Thanks for that. Here are some observations: - OOO later can generally be interpreted as 'never' - on the other hand, as the previous change from 8 to 16 bits shows, this is something that will be needed eventually for a professional product - it seems intuitive that in high quality code, size should be set by a parameter, as even 32 bits is unlikely to be the final buffer size To what extent would it be practical to start preparing for the change, so that it was much less significant when eventually attempted? For example, would it be practical to slowly convert the code so that the current 16 bit implementation is based on a parameter? If it was, the amended class and methods could be introduced slowly by all developers as they enhance code for other reasons. It would also allow anyone who was particularly interested in making this change to start preparation for it within the standard code and it may well be that some automation of the changes might be possible. It would also allow experimental 32 bit buffer builds and testing. After some time, regrettably probably several years, the remaining conversion would be much less of a problem, though as mba clearly explained, it would not be insignificant. If nothing is done, the problem can only become harder and harder. --------------------------------------------------------------------- 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]
