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 a...@openoffice.org Thu Jan 6 15:39:13 +0000 2011 ------- AW->ftoth: Thanks for checking this out. It would be nice if you (or anyone else listening) could get the Excel comparison to work, or do at least some charting there with the same amount of data and size. Bitmap caching is not really an option here; OOo intends to run on small systems, too, and with the sizes of bitmaps we are talking here about we try to avoid things like that. Let a Sheet have some of this charts (not even complex) and memory explodes. We already had some iterations of tasks from people whom the footprint is too big, and they have valid reasons. I am still wondering about system draw performance; as stated above (and checked in debugging) the geometry (fat lines here) is pretty directly dumped to GDI+ (in Windoes case), so it's not the architecture of the OOo graphic subsystem in general. A problem still is that there is no way with VCL today to check if the view has changed again during paint and break it cleanly. Multithreading support could also help, but currently will not work with VCL, too. --------------------------------------------------------------------- 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