desktop-packages team mailing list archive

[Adolfo Jayme <fitoschido@xxxxxxxxx>]

*** This bug is a duplicate of bug 628105 ***
    https://bugs.launchpad.net/bugs/628105

** This bug has been marked a duplicate of bug 628105
   [Upstream] Text not black in LibreOffice

-- 
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