Summary: | Color of non-printable characters is hard-coded to light blue | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Stefan Knorr (astron) <heinzlesspam> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | CC: | barta, cno, jbfaure, newsletters, pedlino, qubit, quikee, vstuart.foote |
Version: | 4.3.0.0.beta1 | ||
Hardware: | Other | ||
OS: | All | ||
See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=68071 https://bugs.freedesktop.org/show_bug.cgi?id=80054 |
||
Whiteboard: | BSA proposedEasyHack | ||
i915 platform: | i915 features: |
Description
Stefan Knorr (astron)
2014-05-28 17:56:25 UTC
You want a bibisect of this? if I remember correctly the developer who coded that is Tomaz. I added him to CC list. @Joel, comment 1: no need for a bibisect. This was intended & came with http://cgit.freedesktop.org/libreoffice/core/commit/?id=fb99a6b9958815eb1ad27179d252a379ce8b79fd @Tommy: correct. I think this qualifies perfectly for an easyhack Another possibility is to add the color to Tools > Options > Writer > Appearance. (In reply to comment #4) > I think this qualifies perfectly for an easyhack Please don't. I believe the option to allow the user to select a colour should be added now to allow users to have options instead of hardcoded decisions... Making it a easyhack means that no current developer will touch it. > Another possibility is to add the color to Tools > Options > Writer > > Appearance. Actually under Tools > Options > LibreOffice > Appearance +1 See this topic http://nabble.documentfoundation.org/Light-Blue-for-Non-printing-characters-tp4110478.html This is clearly an enhancement request--setting it so. IMHO I find Mirek's suggested #6abed3 as implemented by Tomaž V. for resolving bug 68071 to be exactly the correction needed to make the NPC distinguishable against paragraph text on a white or black (hi-contrast) document background. Anything beyond that seems to be rather low priority polishing requiring non-trivial GUI work--both this idea for automated NPC coloring based on configuration, and Pedro's new bug 80054 to directly control it. Seems there are other more substantive GUI issues that deserve development cycles, to the extent that I would even suggest that this and 80054 enhancements be set LOW or LOWEST priority. Removing comma from the whiteboard. Changing CamelCase -> wimpyCaps. No idea what the importance should be low, in stead of medium.. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.