https://bugs.documentfoundation.org/show_bug.cgi?id=120206
--- Comment #8 from Mike Kaganski <mikekagan...@hotmail.com> ---
(In reply to Eyal Rozenberg from comment #7)
> I hope this clarifies things.
No it does not.
I didn't ask *which distributions of Linux* are configured to treat Scroll Lock
that way. I asked *which flavor of LibreOffice* are you talking about.
Linux distributions may implement the Scroll Lock involvement in the layout
status differently; and taking the information would be implemented differently
depending upon the software used there. There would be no single way for
LibreOffice to know if that is caused by some layout-controlling software, or
because of user pressed the button. It cannot be LibreOffice's duty to know it,
unless there is a single (or at least a couple of) well-defined APIs for that.
Today, if that's just some fancy misuse of the well-defined feature of
keyboards, and the misuse is not standardized to report about itself to
interested programs, you cannot just require the program to telepathically know
that. If there is (i.e., a program may use some API to ask system "is Scroll
Lock used by keyboard layout switcher?" in a Linux flavor/keyboard layout
manager-independent way), then please point to that - that'd be fine.
In the absence of the abovementioned API, the only way for LibreOffice to not
interfere with keyboard manager is using the feature from bug 112876. And here
I want to repeat two my statements, hopefully emphasizing my idea:
1. LibreOffice package provided by TDF should *not* disable the feature by
default, unless there is an API mentioned above, because this would hide the
feature from those Linux users who don't use those keyboard layout managers.
So, from TDF package's PoV, fixing the bug 112876 and providing users a way to
configure it manually when needed is sufficient fix for this. No other way
unless the API exists (may I repeat it again).
2. LibreOffice packages from Linux distros packet managers (which are
maintained by respective teams) may decide how to configure the feature by
default as they think best (e.g., from the PoV of default keyboard manager they
use) - and then fixing bug 112876 is enough *for them* to do that; then for
every such distro, own bug report to their respective bug tracker would be
required - and again, for LibreOffice itself, the problem is closed.
So again: unless you focus on your "first option" from your comment 0, and not
clutter the report with argumentative statements that don't help
*fixing/implementing*, the report will become less likely to be handled and
fixed.
--
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
