https://bugs.documentfoundation.org/show_bug.cgi?id=97191
--- Comment #15 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
(In reply to Aron Budea from comment #14)
> I don't think it's normal having to tinker with emoji autocorrect so it
> won't clash with the common way of inputting certain times. It's nice that
> there are several possible workarounds, but many users won't even know
> what's going on at first.
The common practice for entry is as ":<emoji>:", we can't change what has
become the norm. Meaning we otherwise leave users to cope with <Ctrl>+Z undo.
Or alternatively, we remove--or adjust the entry values--for those *few* emoji
that actually conflict with other common data entry formats.
But that is László's call--the project has done the right thing to jump in with
thousands of defined emoji's, ~900+ for each localization translated and
available as autocorrect substitutions.
So yes IMHO ":10:", ":11:" and ":12:" clock faces (U+1f559, U+1f55a, U+1f55b)
could simply be redefined to "::10::", "::11::", and "::12::" as suggested.
Done either individually by the user--or in some other consistent fashion by
László or other devs. But we've laid down the feature, and I see no reason to
back away from it. Its an enhancement to what is otherwise working correctly.
Also, when the issues of bug 71603 to resolve fallback for SMP codepoints is
solved, allowing the glyphs to show--the users will have a visual queue that
the substitution has occurred. Believe that is the issue that is causing the
most grief here--not that the substitution is occurring rather that they are
not visible without fallback rendering.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
