macOS: Don't assume NSEvent charactersByApplyingModifiers: produces character
In cases where the keyboard layout doesn't have a mapping for a given event and modifier combination the result will be an empty string. Fixes: QTBUG-90683 Change-Id: Ice06241f0ae71a19cde041410818decc312bc630 Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io> (cherry picked from commit 7c85a45fde5dd3f84eb033261ccb0d54ee72d30c) Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
This commit is contained in:
parent
952635dabe
commit
7bdb824b2f
@ -527,8 +527,11 @@ const QAppleKeyMapper::KeyMap &QAppleKeyMapper::keyMapForKey(VirtualKeyCode virt
|
||||
// compare the results to Cocoa.
|
||||
auto cocoaModifiers = toCocoaModifiers(qtModifiers);
|
||||
auto *charactersWithModifiers = [NSApp.currentEvent charactersByApplyingModifiers:cocoaModifiers];
|
||||
Q_ASSERT(charactersWithModifiers && charactersWithModifiers.length > 0);
|
||||
auto cocoaUnicodeKey = QChar([charactersWithModifiers characterAtIndex:0]);
|
||||
|
||||
QChar cocoaUnicodeKey;
|
||||
if (charactersWithModifiers.length > 0)
|
||||
cocoaUnicodeKey = QChar([charactersWithModifiers characterAtIndex:0]);
|
||||
|
||||
if (cocoaUnicodeKey != carbonUnicodeKey) {
|
||||
qCWarning(lcQpaKeyMapper) << "Mismatch between Cocoa" << cocoaUnicodeKey
|
||||
<< "and Carbon" << carbonUnicodeKey << "for virtual key" << virtualKey
|
||||
|
Loading…
x
Reference in New Issue
Block a user