<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> <span class="fn">V Stuart Foote</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - [META] Ctrl+Alt (aka AltGR) keyboard shortcut issues"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=107244">bug 107244</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>mikekaganski@hotmail.com, thb@libreoffice.org, timar74@gmail.com
</td>
</tr>
<tr>
<td style="text-align:right;">OS</td>
<td>All
</td>
<td>Windows (All)
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [META] Ctrl+Alt (aka AltGR) keyboard shortcut issues"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=107244#c1">Comment # 1</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [META] Ctrl+Alt (aka AltGR) keyboard shortcut issues"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=107244">bug 107244</a>
from <span class="vcard"><a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> <span class="fn">V Stuart Foote</span></a>
</span></b>
<pre>As with all Windows applications behavior of the AltGr key for IME depends on
the physical keyboard, the keyboard mapping selected, and only then how
LibreOffice handles the generated keycode.
For locales where AltGr is used, os managed keyboard mapings will generate
AltGr keycde, and for keyboards that do not have a physical AlgGr, the keyboard
mapping Microsoft chose to send <AltGr> is a <Ctrl>+<Alt>.
That mapping is triggered by the os, when for example the us-international
rather than the us keyboard mapping is selected by the user.
Users could force their keyboard selection to *not* generate the AltGr, i.e.
change keyboard to US, rather than US-International, and LibreOffice would
behave.
Unfortunately that is not realistic... <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - All Hotkeys with CTRL+ALT+ not worked"
href="show_bug.cgi?id=95761">bug 95761</a> implemented a first attempt at
allowing for use of both by splitting function <Left Alt> and <Right Alt> and
allowing the <Right Alt>+<Ctrl> to be available as the <AltGr> for keyboard
mappings/locales that required <AltGr>. But flolks did not like it--though it
was technically sound.
A more nuanced solution for Windows builds would require we:
1. detect os assigned keyboard layout
2. detect physical keyboard --parsing of GetKeyboardLayout() call?--
3. confirm os assigned locale
Then, test for AltGr physical key. If the <Right Alt>/<AltGr> key is not
physically present (physical keysym or os mapping), <Ctrl>+<Alt> keyboard
shortcuts will cause problems--remap dynamically?
Could maybe make use of a MOD3 assignment to <Right Alt>/<AltGr> in shortcuts
by locale/keyboard, similar was done for macOS <Cmd> shortcut collisions.
Believe in general the Linux builds are not much affected here, and all
reported issues have been Windows os builds.
But, guess some of the IME & deadkey mappings are impacted by physical keyboard
and os mappings of the <AltGr> key. And then there are issues with some of the
stranger physical keyboards and os mappings--the Apple Touchbar keyboard on
macOS, <a class="bz_bug_link
bz_status_NEW "
title="NEW - Touchbar Integration for the New MacBook Pro"
href="show_bug.cgi?id=105803">bug 105803</a> as an immediate example. But other locale specific mappings
and physical keyboard layouts mean chasing these keyboard mapping issues one at
a time is always going to be a partial solution.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>