To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=91990
------- Additional comments from p...@openoffice.org Thu Jan 6 14:13:03 +0000 2011 ------- Setting the delegate is not nonsensical; just try e.g. Cmd-B or similar and see that lots of keyboard functionality is broken without it. This would be in the normal office run, not in the headless case. I agree that setting an object as its own delegate is quaint (to say the least) - it would have been cleaner to separate the delegate messages in an own object. Nevertheless the delegate needs to be set or you get different behavior. Furthermore drawing is not only done to screen or window but also to virtual devices (aka offscreen bitmaps). And even window contents is not considered "write only" by vcl, although read access should really only occur on virtual devices. You need a context to read from (well, actually the layer created from that context) in AquaSalGraphics::getBitmap, which can be called for both windows and virtual devices. Of course in the headless case you will not see any problems directly, but for instance PDF export occasionally creates a virtual device to fill a background bitmap pattern which then gets exported, a non functional vdev (since it would also not have a layer created then, right?) would break such features. Anyway the CGBitmapContextCreate call in question is only for VDevs and indeed wrong. Apparently I did not run into that if case (which I should have verified, I apologize). Removing the if clause, setting mnBitmapDepth to 32 and use 8 for bitsPerComponent should do the trick I think. --------------------------------------------------------------------- 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...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org