desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #60045
[Bug 734428] Re: [Upstream] Wrong automatic text color "dark grey" with black background
Launchpad has imported 17 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=35365.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2011-03-16T19:05:49+00:00 Benjamin Drung wrote:
Created attachment 44517
text-on-black-background.odp
In Libreoffice Impress the text with the color "automatic" is hard to
read if the background color is set to black (example file attached). I
have to change the color from "automatic" to white.
Please map the "automatic" color to white if the background color is set
to black.
I initially filed this bug in Ubuntu: https://launchpad.net/bugs/734428
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/2
------------------------------------------------------------------------
On 2011-03-17T05:46:27+00:00 Yfjiang wrote:
I could not reproduce this problem in 3.3.1 SLED 11 sp1.
1. In attached sample, set the font color to automatic =>the text is
normally white
2. Change page background as solid white => the text turns to be black
as expected
3. Change page background as solid black back => the text turns to be
white again.
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/3
------------------------------------------------------------------------
On 2011-03-17T06:54:01+00:00 Libreoffice-z wrote:
NOT Reproducible with "LibreOffice 3.3.2RC1 – WIN7 Home Premium
(64bit) German UI [OOO330m19 (Build:201 / tag 3.3.2.1)]". I opened
sample document, all teext looks white, I modified character color of 1
word in the text from "Auto" to "white" and I did not see any difference
to color of "auto" colored characters.
Transferred information from Ubuntu bug tracking system:
DistroRelease: Ubuntu 11.04
Package: libreoffice-impress 1:3.3.1-1ubuntu5
Uname: Linux 2.6.38-997-generic x86_64
Architecture: amd64
Date: Sun Mar 13 18:09:02 2011
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Alpha amd64 (20100921.1)
ProcEnviron:
LANGUAGE=de_DE:en
LANG=de_DE.UTF-8
SHELL=/bin/bash
SourcePackage: libreoffice
UpgradeStatus: Upgraded to natty on 2011-03-11 (2 days ago)
Several information is missing!
@Benjamin Drung:
May be hints on <http://wiki.documentfoundation.org/BugReport> can be useuful for you?
Please:
- Attach screenshots with comments (you can add information using LibO DRAW
and then attach your screenshot with comments as PDF)
- Contribute a step by step instruction containing every key press and every
mouse click how to reproduce your problem
- add information
-- what exactly is unexpected (what color do characters have)
-- and why do you believe it's unexpected
-- concerning your PC (especially: video card)
-- concerning your LibO version and localization, It seems that that is a
special Ubuntu LibO pack, not the vanilla LibO pack?
–- Libo settings that might be related to your problems
(video hardware acceleration ...)
-- Whether the problem is limited to Presentation or also is visible in
other LibO applications
-- how you launch LibO
-- everything else crossing your mind after you read a.m. URL
Can you please file Bug reports with status UNCONFIRMED if your are not absolutely sure that you contributed all required background information and that the problem will be reproducible with information you can provide? Thank you!
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/4
------------------------------------------------------------------------
On 2011-03-17T23:58:58+00:00 Benjamin Drung wrote:
Created attachment 44565
automatic-text-on-black-background.png
I downloaded LibO_3.3.2rc1_Linux_x86-64_install-deb_en-US.tar.gz and
installed it (with dpkg -i *.deb) on an up-to-date Ubuntu 11.04 (natty).
Then I ran "/opt/libreoffice/program/simpress text-on-black-
background.odp". The text "This text should be white!" has the color
"automatic" and is gray (see screenshot), but I expect it to be white.
> Can you please file Bug reports with status UNCONFIRMED if your are not
> absolutely sure that you contributed all required background information and
> that the problem will be reproducible with information you can provide?
I will remember that for the next time. The status is hidden by default
(-> Show Advanced Fields). I didn't change the status when I initial
filed the bug (default was NEW).
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/5
------------------------------------------------------------------------
On 2011-03-18T05:44:50+00:00 Libreoffice-z wrote:
@Benjamin Drung:
Do you see that problem only in Presentation or also in other applications?
If in WRITER, only for DRAWing text boxes or also for standard text?
We urgently need some more information.
The color I see in your screenshot seems to be not grey, but grey 70%.
Can you please check and if necessary correct your report?
If you shut down LibO, rename your user profile (for WIN that's in
"AppData", I do not know the folder name for Linux), relaunch LibO, do
you still see that problem?
And yes, this default-status NEW is very worrying, but it seems that can
not be changed with the current Bugzilla version.
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/6
------------------------------------------------------------------------
On 2011-03-18T07:51:01+00:00 Tlillqvist-k wrote:
Note, my personal opinionns:
I don't think we need to worry about this NEW vs. UNCONFIRMED thing,
just ignore the difference. I doubt we want to use our resources on
making sure the Bugzilla Process is perfect. We don't neeed to try to
make it work exactly like OOo's bug workflow did; for instance, I don't
necesarily see that much value in having a strict difference between
CLOSED and RESOLVED. I much prefer just getting useful bug reports, and
somebody asking for more information when necessary, i.e. just what you
have been doing Rainer, thanks!
But others might disagree of course, maybe even some Document Foundation
steering group wants to eventually decide something, or maybe they have?
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/7
------------------------------------------------------------------------
On 2011-03-18T08:56:55+00:00 Libreoffice-z wrote:
@Tor Lillqvist:
<http://wiki.documentfoundation.org/User:RBd/Why_Does_He_Do_As_He_Does>
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/8
------------------------------------------------------------------------
On 2011-03-18T09:23:19+00:00 Tlillqvist-k wrote:
OK, sure, if you *want* to do it, all is good then.
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/9
------------------------------------------------------------------------
On 2011-03-18T13:50:18+00:00 Benjamin Drung wrote:
Created attachment 44578
black-background.odg
I see that problem in all applications. Example files and corresponding
screenshots attached for Writer and Draw.
The color is some kind of gray (not the Gray from the color pallet).
It's lighter than Gray 80% and darker than Gray 70% (see attached
screenshots).
Removing the user profile (deleting ~/.libreoffice) has no effect.
BTW, I updated LibO to the latest 3.3.2 RC2 version as you can see in
the screenshots.
Anything I forgot to provide or to test?
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/10
------------------------------------------------------------------------
On 2011-03-18T13:50:43+00:00 Benjamin Drung wrote:
Created attachment 44579
black-background.odt
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/11
------------------------------------------------------------------------
On 2011-03-18T13:51:04+00:00 Benjamin Drung wrote:
Created attachment 44580
draw-black-background.png
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/12
------------------------------------------------------------------------
On 2011-03-18T13:51:22+00:00 Benjamin Drung wrote:
Created attachment 44581
writer-black-background.png
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/13
------------------------------------------------------------------------
On 2011-03-18T15:58:19+00:00 Libreoffice-z wrote:
@Benjamin Drung:
Only one last question from Comment 4: problem only for DRAWing text boxes or also for standard text? (please delete keyword with your answer!).
Currently I do not have any more ideas what could be tested, and I'm afraid developers will not show interest before some more users will be affected. May be you can gamble with all settings referring to color, but I doubt that that will lead to anything useful.
May be you can publish your problem on an user mailing list, may be someone can contribute a good new idea.
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/14
------------------------------------------------------------------------
On 2011-03-18T17:09:24+00:00 Benjamin Drung wrote:
> problem only for DRAWing text boxes or also for standard text?
As you can see in the black-background.odt, standard text is also
affected.
I made a very interesting discovery: Debian unstable (which ship a very
similar package of LibreOffice) is not affected. Then I discovered that
the color depends on the GNOME theme. 'Automatic' translates to white on
a black background for themes like Clearlocks and Skiki-Colors, but it
translates to "dark grey" for Ambiance (the default theme for Ubuntu
since 10.04) and Radiance.
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/15
------------------------------------------------------------------------
On 2011-03-23T22:41:50+00:00 Benjamin Drung wrote:
The "automatic" text color maps to the GTK text color instead of mapping
to white or black.
Open your gtk theme (in /usr/share/themes/<name>/gtk-2.0/gtkrc on
Ubuntu) and search for ntext_color. Replace the following color with
FF0000 (red) for example and you will see that Libreoffice maps the
automatic color to red on all kinds (white and black) of backgrounds.
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/18
------------------------------------------------------------------------
On 2011-09-08T04:00:50+00:00 Scott Severance wrote:
There are two issues here. The first is that LibreOffice doesn't
correctly handle cases where the GTK theme's text color is something
other than black or white. (See comment 14.) This is the case in
Ambiance, Ubuntu's default theme. Thus, all Ubuntu users are potentially
affected by this bug. This should be fixed to work correctly with all
arbitrary colors.
Additionally, there's the issue of what behavior is correct here. In my
opinion, LO should ignore the GTK theme entirely and default to black
text on a white background. Here's a use case to illustrate: When I
produce a document, the difference between the Ambiance default text
color (#3C3C3C) and black isn't readily apparent on the screen unless
the two colors are next to each other. (This probably explains why there
haven't been too many bug reports about this issue.) However, when I
print a document using auto colors on a black and white laser printer,
the printer dithers the text to create a dark gray. That makes the text
look messy.
Following the GTK theme is useful for situations where the content will
blend in with other content on the screen. But for Writer, what counts
is the paper and printer, not the on-screen appearance. And for Impress,
presentations are shown without reference to the current theme. In fact,
in general, a good GTK theme wouldn't make a good presentation theme,
just as a good GTK theme wouldn't be good for a printed document.
At the very least, please set the auto text color for light backgrounds
to black, without reference to the GTK theme.
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/20
------------------------------------------------------------------------
On 2011-12-24T04:15:11+00:00 Scott Severance wrote:
This is just a quick ping to note that this bug persists. I hope that
someone with the requisite skills can take a look at it, now that the
problem has been identified.
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/734428/comments/23
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/734428
Title:
[Upstream] Wrong automatic text color "dark grey" with black
background
Status in LibreOffice Productivity Suite:
Confirmed
Status in “libreoffice” package in Ubuntu:
Confirmed
Bug description:
Binary package hint: libreoffice
In Libreoffice Impress the text with the color "automatic" is hard to
read if the background color is set to black (example file attached).
I have to change the color from "automatic" to white.
Please map the "automatic" color to white if the background color is
set to black.
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: libreoffice-impress 1:3.3.1-1ubuntu5
Uname: Linux 2.6.38-997-generic x86_64
Architecture: amd64
Date: Sun Mar 13 18:09:02 2011
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Alpha amd64 (20100921.1)
ProcEnviron:
LANGUAGE=de_DE:en
LANG=de_DE.UTF-8
SHELL=/bin/bash
SourcePackage: libreoffice
UpgradeStatus: Upgraded to natty on 2011-03-11 (2 days ago)
To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/734428/+subscriptions
