Bug 52525 - Background Colour for Fields is Used Incorrectly for Bullets, Numbering Digits and Chapter Numbers
Summary: Background Colour for Fields is Used Incorrectly for Bullets, Numbering Digit...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Formatting-Mark Bullet-Number-Outline-Lists Fields
  Show dependency tree / graph
 
Reported: 2012-07-26 09:30 UTC by Harald Koester
Modified: 2024-02-01 11:06 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Attachments
sample lists in ODT (12.58 KB, application/vnd.oasis.opendocument.text)
2024-02-01 10:47 UTC, Stéphane Guillou (stragu) 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2012-07-26 09:30:36 UTC 
Problem description: 

Steps to reproduce:
[1] Open new text document.
[2] Choose a "nice" colour for the background of fields (Tools > Options > LibreOffice > Appearance > Custom Colors > Field shadings)
[3] Insert two lines with bullets.
[4] Position the cursor in front of a bullet (with arrow key or by mouse click). The backgrounds of both bullets are now displayed with the chosen colour of step 2.
[5] Move the cursor back with an arrow key. The background colour for fields disappears.

The behaviour is equal, if you position the cursor in front of numbering digits or chapter numbers.

Expected behaviour: No change of background colours.

Additional comments:

(a) If you use several lists (bullets and/or numbered) in a greater document, not all bullets or digits change their background colour. The conditions for this behaviour I did not check.

(b) I am not sure if it is necessary, that the cursor can be positioned in front of numbers and bullets. For example if you press the home key in order to jump to the beginning of a line, the cursor is not positioned in front of the bullet/number, but in front the first character after the bullet/number.

(c) It has been argued, that numbers/bullets are also a kind of fields. But if this is intended 
the background of numbers/bullets should always be displayed in the colour of fields. This should not depend on the cursor position.

              
Browser: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20100101 Firefox/14.0.1
Comment 1 Harald Koester 2012-07-26 10:00:52 UTC 
See also bug 52526 and bug 52527.
Comment 2 Harald Koester 2012-11-08 13:38:16 UTC 
Another aspect, go on with:
[6] Mark the whole text (Cntr+A). Display Styles (F11). Assign a different character style to the whole text, e.g. Emphasis.
[7] Display only Applied Styles. Displayed character styles: “Default” and “Emphasis”. Expected behaviour: Only “Emphasis” should be displayed. 
[8] Position the cursor again in front of a bullet. Displayed current character style: Default. Expected: Emphasis.
Comment 3 A (Andy) 2013-02-16 14:27:56 UTC 
the change of the background color of the bullet is reproducible with LO 4.0.0.3 (Win7 Home, 64bit), when positioning the cursor before the bullet
Comment 4 tommy27 2013-10-05 18:18:32 UTC 
I think Bug 69697 is probably a duplicate of this but I suggest to check it's nice testcase.
Comment 5 Owen Genat (retired) 2013-11-22 04:29:08 UTC 
I think this bug (like bug 52526) is an enhancement request as this option has never existed. The changes I have indicated in that bug (https://bugs.freedesktop.org/show_bug.cgi?id=52526#c4) to the summary, version, importance, and severity could all be made here also.
Comment 6 Owen Genat (retired) 2013-11-22 04:31:20 UTC 
(In reply to comment #5)
> importance

Sorry. Ignore my reference to the importance, as I did not change this in the indicated bug.
Comment 7 Joel Madero 2015-05-02 15:43:45 UTC Comment hidden (obsolete)
Comment 8 Harald Koester 2015-05-13 08:25:55 UTC 
Bug still exists in version 4.4.3 with Win7. Bug also exists in version 3.3.0, hence version changed to "Inherited...".
Comment 9 QA Administrators 2016-09-20 09:41:58 UTC Comment hidden (obsolete)
Comment 10 Harald Koester 2016-09-28 22:02:47 UTC 
Bug still exists in version 5.2.1 with Win7.
Comment 11 QA Administrators 2018-05-31 02:52:07 UTC Comment hidden (obsolete)
Comment 12 Harald Koester 2018-05-31 09:10:42 UTC 
Bug checked again with version 6.0.4 (64 bit Win10). Bug still exists.

Change respective to initial report:
Step [2]: The name of the option category changed from "Appearance" to "Applicatin Colors".

(In reply to Harald Koester from comment #0)

> (b) I am not sure if it is necessary, that the cursor can be positioned in
> front of numbers and bullets. For example if you press the home key in order
> to jump to the beginning of a line, the cursor is not positioned in front of
> the bullet/number, but in front the first character after the bullet/number.

Meanwhile I think that it should be possible to position the cursor in front of bullets and numbers in all cases, in order to select text with and without numbers. Then you can copy (Ctrl+C, Ctrl+V) the text with and without numbers to another application. See bug report 49076.
Comment 13 QA Administrators 2018-06-01 02:17:12 UTC Comment hidden (obsolete)
Comment 14 Harald Koester 2018-06-08 20:40:59 UTC 
See comment 12.
Comment 15 QA Administrators 2019-06-09 03:02:05 UTC Comment hidden (obsolete)
Comment 16 Harald Koester 2019-06-27 09:01:43 UTC 
Bug still exists in version 6.2.4 (64 bit) with Win10.
Comment 17 QA Administrators 2021-06-27 04:19:49 UTC Comment hidden (obsolete)
Comment 18 QA Administrators 2023-06-28 03:13:13 UTC Comment hidden (obsolete)
Comment 19 Stéphane Guillou (stragu) 2024-02-01 10:45:41 UTC 
Bullets are still shaded when cursor in front of them in:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 3be785e088cc0aa726509cf6b52b1d3b03817172
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

But I think it makes sense to keep it like that: applying some direct formatting (e.g. font colour) will affects all bullets in the the list, therefore it's important visual feedback for the users and should remain – but the validity of using the field colour for that is debatable.

Heiko, what do you think?
Comment 20 Stéphane Guillou (stragu) 2024-02-01 10:47:25 UTC 
Created attachment 192321 [details]
sample lists in ODT

One issue I noticed is that the shading doesn't necessarily appear on all the bullets that are affected by a direct formatting change. In the attached sample, move the cursor before a bullet in list 4 and change the font colour: only List 4's bullets are shaded, but the formatting is applied to all bullets of that same level.
Comment 21 Heiko Tietze 2024-02-01 11:06:35 UTC 
(In reply to Harald Koester from comment #0)
> (a) If you use several lists (bullets and/or numbered) in a greater
> document, not all bullets or digits change their background colour.
The items that belong to the same list become shaded (test with restart list and add to list, and double check the list id at the style inspector). 

> (c) It has been argued, that numbers/bullets are also a kind of fields. But
> if this is intended the background of numbers/bullets should always be
> displayed in the colour of fields.
You would loose the ability to identify what items belong to the same list.

(In reply to Stéphane Guillou (stragu) from comment #19)
> the validity of using the field colour for that is debatable.
It's an indicator for what is being automatically generated. I see no benefit using a different color.

=> NAB