isnt this a dupe/already fixed with fdo#353665/lp#628105? https://bugs.freedesktop.org/show_bug.cgi?id=35365 https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/628105 please check with LibreOffice 4.0.x
-- You received this bug notification because you are a member of Desktop Packages, which is subscribed to openoffice.org in Ubuntu. https://bugs.launchpad.net/bugs/159315 Title: [upstream] Appearance Automatic setting should not use theme colors Status in LibreOffice Productivity Suite: Invalid Status in The OpenOffice.org Suite: Confirmed Status in “openoffice.org” package in Ubuntu: Won't Fix Bug description: Binary package hint: openoffice.org When using any desktop colour scheme that uses a colour other than white as the background colour for text boxes and the like, OpenOffice.org uses the non-white background colour where it is inappropriate to do so. Likewise, it uses the "input box" color (which in Ubuntu 10.10 is gray and renders quite different from black on some screens). It happens both with KDE colour schemes or Gnome theme colors. To reproduce the bug, simply change the desktop colour scheme to one that has a non-white colour as the background colour (e.g. the preset "Dark Blue") and then start, for example, OpenOffice.org Writer or Impress. The bug seems to have always been present. The screen display is supposed and expected to be providing a WYSIWYG view of a document as it would be printed, presented, or exported to, say, pdf. Te ultimate background colour is intended to be white, as well as the automatic color for non-highlited portions of the doucment should be black. As far as I am aware, there are no situations where the non-white colour gets transferred to the printout or, in the case of a presentation, on-screen presentation of the document. Examples of the bug include the normal Print Layout in Writer (I'd argue it doesn't matter or is even expected behaviour in Web View) and, as far as I know, all the views in Impress, save for the slide presentation itself and the animation previews. A partial workaround is to set the Document Background colour to White and Font Colour to Black under Options > OpenOffice.org > Appearance. This rectifies the problem in Writer, but not in Impress or Draw. This is ironic, as Writer is probably the least important of these three for the workaround to work on. There might also be other colours that need changing in those settings to make the workaround complete. For Impress and Draw, the page colour must be set for the specific presentation or drawing and the "Colour" view mode specifically selected over Greyscale or Black and White. The resolution for this bug would be to totally disregard the desktop colour scheme for anything that represents or affects how a finished document will look, because this is unstable, unreliable, useless behaviour. To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/159315/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
