To reproduce: 1. Create a new Impress presentation. 2. Type in some text in the main box on the first slide 3. Select the main box (You now see another bug, which is how the text formatting bar disappears even if you had it enabled before; that's annoying; but never mind) 4. On the Menus, choose Format > Character 5. Change the text color from Automatic to, say, red. 6. Go back into editing the text in the box. 7. On the text formatting toolbar, press either the Numbering or Bullets toggling button. Expected: The number/bullet is red, as is the text after it. Actual: The number/bullet is black (automatic color), and the text after it is red.
Missing bullets expected colors Os version : linux mint 20.3 cinnamon 64-bit Libreoffice Impress version: LibreofficeDev 7.4 Impress Steps to reproduce: 1) Create a new Impress presentation. 2). Type in some text in the main box on the first slide 3). Select the main box ( now see the main box Bullet points) 4). some other paragraph type in other box. 5). Change the text color from Automatic to, say, red. 6). save all presentation Excepted result: the paragraph Bullets is red,text after it. Actual result: the Bullets is black(automatic color)
This was correct years ago, like, 10 years ago. How did this bug reappear? To reproduce: 1. Create a new Impress presentation. 2. In the Slides pane, right click, choose New Slide or use the shortcut Ctrl + M 3. A New Slide is added with a Title section and a Content section. In the Content section is already a bulleted item. 4. Select the Content Section. 5. In the Properties Pane on the right side of the screen, click Font Color to change to Dark Red 2 by default. Expected: The number/bullet is red, as is the text after it. Actual: The number/bullet is black (automatic color), and the text after it is red. Reviewing Bullets and Numbering under the Format menu, Bullet Color is set to Automatic, which appears with a Light Gray 5 color box next to it. 1. Change the Color to any other color, say, Brick. Results on OK: The Bullet color changes on the slide. 2. Go back to Bullets and Numbering and change the color back to Automatic. Results on OK: The Bullet color reverts to black on the slide.
(In reply to ehardre from comment #2) > This was correct years ago, like, 10 years ago. How did this bug reappear? When was it ok, though? I reproduce this in 3.5, 5.2, 6.3, 7.1... on Linux. Somewhat similar was bug 49103.
I tried but Text is colour is not changing(linux mint 20.3 cinnomon 64-bit)
Reproduced in OOo 3.3 as well as a recent trunk build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b83f069101f1e6d8aaac09a805f02bbc4c619e7a CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Importantly, note that doing the same on page in Writer has the same result: the character formatting does not influence the bullet when the list is toggled _after_ applying it. So if the behaviour is changed in Impress, I'd say it needs to be consistent and changed in Writer too. I think something that should be more prioritised is this: Changing the character colour _after_ toggling the list does not change the bullet/number colour in Impress, but it does in Writer. Design/UX team, what do you think should be the consistent behaviour across apps? (And I assume support for paragraph styles in Impress would help as a workaround: Bug 152653)
There are probably situations where users want the list to remain in black and there is (maybe more often) the expectation to follow the font color (and other attributes). Writer does as requested as well as MS PP, so I think we should follow the suggestion.
(In reply to Heiko Tietze from comment #6) > There are probably situations where users want the list to remain in black > and there is (maybe more often) the expectation to follow the font color > (and other attributes). Writer does as requested as well as MS PP, so I > think we should follow the suggestion. Sorry, which suggestion do you mean? * Testing with MS Office: - Both Word and PowerPoint: changes bullet colour regardless of order of actions. Very consistent. * In LO: different between components, different depending on order of actions. I assume you mean "let's unify it just like MS Office does"?
(In reply to Stéphane Guillou (stragu) from comment #7) > I assume you mean "let's unify it just like MS Office does"? First of all we unify with Writer. Second follow suggestions by users. And last MSO ;-) (In reply to Eyal Rozenberg from comment #0) > Expected: > The number/bullet is red, as is the text after it. +1
(In reply to Heiko Tietze from comment #8) > (In reply to Stéphane Guillou (stragu) from comment #7) > > I assume you mean "let's unify it just like MS Office does"? > First of all we unify with Writer. Second follow suggestions by users. And > last MSO ;-) Well, you know I'm not of the opinion that we should do something just because MSO does it, far from it :) It was just a shortcut to say "we want to have the bullet/number colour follow the character formatting of the text that directly follows, regardless of component or order of action". (In reply to Stéphane Guillou (stragu) from comment #5) > Importantly, note that doing the same on page in Writer has the same result: > the character formatting does not influence the bullet when the list is > toggled _after_ applying it. So if the behaviour is changed in Impress, I'd > say it needs to be consistent and changed in Writer too. Well, now I notice that this is actually inconsistent. I just reported bug 157863 about it. So +1 as well for bullet following character formatting set for the whole text box (regardless of if it's applied before or after)