https://bugs.documentfoundation.org/show_bug.cgi?id=97191
--- Comment #17 from Aron Budea <[email protected]> ---
(In reply to V Stuart Foote from comment #15)
> 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.
Isn't entering time as XX:YY:ZZ also the norm? (or one of the norms)
I do consider this clash an issue, and would like to have it admitted as such.
This doesn't mean anything is wrong with emoji recognition, but if two features
don't work together properly, that's still a bug in the software, isn't it?
At the same time, I understand and appreciate the efforts made at looking for a
solution. Let me also share an idea.
What if the code checked if the emoji pattern to be substituted matched to a
valid ISO 8601 time prefix, and wouldn't substitute if it did? And then if the
user continues with a whitespace, only then it follows through with the
substitution.
There are already a few autocorrect entries that work this way (eg. "-->",
"--"), so even if normally :emoji: is supposed to be a well-defined format,
this behavior wouldn't be completely unexpected.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs