To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110384
------- Additional comments from str...@openoffice.org Thu Dec 16 12:47:24 +0000 2010 ------- Two last considerations: - I just attach my ods file saved with vanilla OOo 3.3rc8 whose size is 736.9 kByte, but the 7z version is 158.8 kByte (only!!!); this surprised me because ods is also a compressed (zipped) file but I did't expect a similar difference in sizes. 7zipping the first issue file with the same system yields two similar sizes: ods file size is 1.1 MByte, 7zipped one is 926.7 kByte. What do you think about? - I think objects (graphs, non bitmap graphics file format, ...) cacheing (with the bitmap rendered version) is a good first way, but I ask myself because first render time is so high (too high!!!) and so what is wrong in some architectural choices. I think demanding to OS graph part the object rendering is a correct way but with this performance there is clearly something that escape and slip out to us. Is there someone (e.g. like someone of the Blender/FreeCad/Brl-Cad/Pov-Ray/... teams) that could help us first fixing and then re-engineering this subsystem? Carlo --------------------------------------------------------------------- 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: issues-unsubscr...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
