https://bugs.documentfoundation.org/show_bug.cgi?id=147996
Justin L <jl...@mail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
CC| |jl...@mail.com
Version|7.1.6.2 release |unspecified
--- Comment #2 from Justin L <jl...@mail.com> ---
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.
