https://bugs.documentfoundation.org/show_bug.cgi?id=147996
Justin L <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |[email protected] Version|7.1.6.2 release |unspecified --- Comment #2 from Justin L <[email protected]> --- The "color changes back to default" happens after something like a "print preview". bug 139803 Ambiguous names was the topic of bug 108458. Perhaps in your workflow it would work to use Edit-Repeat (Shift-Ctrl-Y)? AFAICS, the difference (at least in the toolbars) between the two seemingly identical choices is: uno:Color: with no selection, it applies to the whole word. uno:FontColor: with no selection, it turns into a watering can. And as Dieter clarified, the keyboard shortcut for uno:Color pops up the character properties dialog. (Already true in LO 3.5.) The keyboard shortcut is going to work similarly to a menu entry (like Format) - and a menu entry wouldn't make sense to apply a toolbar's color-value. FontColor was in the main formatting toolbar (swriter/toolbar/textobjectbar.xml) until LO 5.4. https://gerrit.libreoffice.org/37203 I tested setting Ctrl-6 to uno:FontColor and Ctrl-7 to uno:Color in bibisect-linux-43all at the oldest commit I can run - LO 3.5. I don't see how you could have had your desired results work in earlier versions. Can you identify a version where it worked, and then also the exact steps taken? NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
