To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=20209
------- Additional comments from [EMAIL PROTECTED] Thu May 12 06:28:58 -0700 2005 ------- I assume the "transparency feature" you talk about is "PDF transparency"? but "100% transparency" is very different from any other kind of transparency (except "0% transparency"). Keep in mind that the bug only concerns the background of frames, etc. With the current behaviour, when you specify transparency to be "no fill", OOo paints a white rectangle, then draws the contents of the frame. Why should OOo paint a white rectangle first? This is the part that's unintuitive; it's wrong and unnecessary. It's wrong because "no fill" means "no fill", not "white fill"; it's unnecessary because of the next point. With "100% transparent", OOo just draws the contents of the frame. This already works perfectly; it is 100% Postscript compatible and should not cause any problems in any kind of output device. This is the intuitive (truthful) behaviour and OOo currently handles it 100% correctly. With any other kind of transparency (1% to 99%), OOo produces PDF files with PDF transparency (which is not supported by all PDF readers, in particular it's not supported by Ghostscript), but produces bitmaps when printing to Postscript (i.e., computes the whole page as a bitmap, then sends the whole bitmap to the Postscript device), making the output very unsuitable for almost any purpose. (This is unsuitable even for printing because the output will tend to be of lower quality than usual.) It's the 1% to 99% transparent frames that cause problems, and this bug is not concerned with such kinds of transparencies at all. In summary, this bug says 1. "no fill means no fill, not white fill" and 2. "OOo already handles 100% transparent correctly, and the expected behaviour of no fill is the existing behaviour of 100% transparent"; 3. therefore, OOo should treat "no fill" as "100% transparent". As far as I can tell, OOo is the only program I have ever seen that has this strange behaviour of "none" not equaling to "100 transparent". (Note: Most programs can only handle either 0% transparent and 100% transparent. Both as easy to handle, as explained above.) --------------------------------------------------------------------- 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]
