>> * CTRL+ALT+E isn't opening the extension dialog but inserts a "é"
>> + https://bugs.documentfoundation.org/show_bug.cgi?id=119676 >> + bug?, see also 118269
>> + why do we have a hot-key for that dialog ? (Michael)
>> + not only this – other shortcuts with ctrl-alt (Heiko)
>> + can we bisect it, find & prioritize it ? (Michael)
> Set up my soap box in the [META] Ctrl+Alt (aka AltGR) keyboard shortcut issues
> https://bugs.documentfoundation.org/show_bug.cgi?id=107244 >
> Windows is especially afflicted with this because of the os remapping of <Ctrl>+<Alt> to <AltGr> in multiple keyboard layouts. But it highlights issue for all os/DE that by locale or keyboard choice clobber our default shortcut assignments.
> Removing the few <Ctrl>+<Alt> shortcuts we've assigned globally or to modules seems reasonable, but it just kicks things down the road for finding a better way to accomodate keyboard layouts other the en-US
The first is some really nice clash for German keyboards, as you need AltGr to type "][".
I've added my original patch, which AFAI remember didn't work.
From c221fc3a2c2c8f8899ce260909a11fd4a37d4cde Mon Sep 17 00:00:00 2001
From: Jan-Marek Glogowski <[hidden email]>
Date: Mon, 9 Nov 2015 17:24:16 +0100
Subject: [PATCH] tdf#95635 Invert left Ctrl eval in case of AltGr
Windows handles pressing AltGr as VK_RMENU && VK_LCONTROL.
In case of VK_RMENU the meaning of VK_LCONTROL is inverted, which
means left Ctrl is actually pressed, if VK_LCONTROL is not set!