AccentGrave / Tilde not accessible on certain keyboards in Windows [makes Walk/Fly difficult to access] #66607

Closed
opened 2019-07-09 15:03:42 +02:00 by Tobias Lijsen · 44 comments

System Information
Operating system: Windows-7-6.1.7601-SP1 64 Bits
Graphics card: GeForce GTX 970/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 416.34

Blender Version
Broken: version: 2.80 (sub 74), branch: master, commit date: 2019-07-08 23:33, hash: ac8c795429
Worked: (optional)

Short description of error
flymode not accessible throug german keyboard
SHIFT+` is not working on german keyboards

would be good to have SHIFT+F as a standard again, so germans can use the flymode :)
SHIFT+` is a bad kombo...

Exact steps for others to reproduce the error

**System Information** Operating system: Windows-7-6.1.7601-SP1 64 Bits Graphics card: GeForce GTX 970/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 416.34 **Blender Version** Broken: version: 2.80 (sub 74), branch: master, commit date: 2019-07-08 23:33, hash: `ac8c795429` Worked: (optional) **Short description of error** flymode not accessible throug german keyboard SHIFT+` is not working on german keyboards would be good to have SHIFT+F as a standard again, so germans can use the flymode :) SHIFT+` is a bad kombo... **Exact steps for others to reproduce the error**
Author

Added subscriber: @blenderhilfe

Added subscriber: @blenderhilfe

#74672 was marked as duplicate of this issue

#74672 was marked as duplicate of this issue

#68791 was marked as duplicate of this issue

#68791 was marked as duplicate of this issue

#69135 was marked as duplicate of this issue

#69135 was marked as duplicate of this issue

#71701 was marked as duplicate of this issue

#71701 was marked as duplicate of this issue

Added subscribers: @JacquesLucke, @sebastian_k, @dfelinto

Added subscribers: @JacquesLucke, @sebastian_k, @dfelinto
Campbell Barton was assigned by Dalai Felinto 2019-07-09 21:18:01 +02:00

Germans, unite: @JacquesLucke @sebastian_k could you confirm this?
In theory the shortcut is hardcoded to the key position under the Esc in the top left corner of the keyboard. But perhaps it is not working in some systems.

Germans, unite: @JacquesLucke @sebastian_k could you confirm this? In theory the shortcut is hardcoded to the key position under the Esc in the top left corner of the keyboard. But perhaps it is not working in some systems.

Added subscriber: @rjg

Added subscriber: @rjg

Can confirm. It doesn't work on a German keyboard , because pressing shift is required to get the ` in the first place.

Can confirm. It doesn't work on a [German keyboard ](https://upload.wikimedia.org/wikipedia/commons/3/36/KB_Germany.svg), because pressing shift is required to get the ` in the first place.
Author

also
in the menu > view > navigate > fly & walk
is no keykombo shown behind the commands

in Search (F3) "fly" there are naming problems
"walk/fly" makes no sense, because that are 2 different operators
they both need an entry in search

also in the menu > view > navigate > fly & walk is no keykombo shown behind the commands in Search (F3) "fly" there are naming problems "walk/fly" makes no sense, because that are 2 different operators they both need an entry in search
Author

btw
in german keyboards the key ` is under F10
not under ESC

could we pls have SHIFT+F back
that kombo works on all languages
is easy to remind
and at a good place to reach

btw in german keyboards the key ` is under F10 not under ESC could we pls have SHIFT+F back that kombo works on all languages is easy to remind and at a good place to reach

Added subscriber: @ZedDB

Added subscriber: @ZedDB

@rjg it works for me with a swedish layout keyboard. I also have to press shift to get the ``` character.
Do you guys have nodeadkeys on of off?

@rjg it works for me with a swedish layout keyboard. I also have to press shift to get the ``` character. Do you guys have `nodeadkeys` on of off?

Added subscriber: @a.monti

Added subscriber: @a.monti

In theory the shortcut is hardcoded to the key position under the Esc in the top left corner of the keyboard.

As far as I have understood this is only working on Linux for now, for sure it does not on Windows.

In #66607#717606, @blenderhilfe wrote:
also
in the menu > view > navigate > fly & walk
is no keykombo shown behind the commands

That's because they don't have one. The operator assigned to shift+` is a third one, that invokes fly or walk depending on what is chosen in the user preferences.

> In theory the shortcut is hardcoded to the key position under the Esc in the top left corner of the keyboard. As far as I have understood this is only working on Linux for now, for sure it does not on Windows. > In #66607#717606, @blenderhilfe wrote: > also > in the menu > view > navigate > fly & walk > is no keykombo shown behind the commands That's because they don't have one. The operator assigned to shift+` is a third one, that invokes fly or walk depending on what is chosen in the user preferences.

@ZedDB I was testing on Windows and it's a dead key by default.

@ZedDB I was testing on Windows and it's a dead key by default.
Member

Added subscriber: @lichtwerk

Added subscriber: @lichtwerk
Member

Works for me:

  • with layout German (no dead keys) it resolves to shift to get the ``` character [under "Druck"/"S-Abf" on my keyboard]
  • with layout German it resolves to shift to get the ° character [under "Esc" on my keyboard]
Works for me: - with layout `German (no dead keys)` it resolves to shift to get the ``` character [under "Druck"/"S-Abf" on my keyboard] - with layout `German` it resolves to shift to get the `°` character [under "Esc" on my keyboard]
Author

update
SHIFT+Ö (Umlaut O) happens to work... but thats not intentional right?

pls make SHIFT+F again as default

update SHIFT+Ö (Umlaut O) happens to work... but thats not intentional right? **pls make SHIFT+F again as default**

Weird, can confirm SHIFT+ö enables it for me as well.

Weird, can confirm SHIFT+ö enables it for me as well.

Added subscriber: @Aranuvir

Added subscriber: @Aranuvir

Switching to non dead keys solves the problem on Linux. Now I can activate the fly mode with the key where the -key would be on US keyboards (= °^-key), as well as with the -key on German keyboards (for comparison see: https://en.wikipedia.org/wiki/German_keyboard_layout, "T1" is the most common). Is that the intended behavior? And, btw, I'd consider the "solution" a workaround, rather than a bug fix. The default Ubuntu installation uses a dead key layout, so many users will have to switch there keyboard layout, potentially causing trouble with other software.

Switching to non dead keys solves the problem on Linux. Now I can activate the fly mode with the key where the `-key would be on US keyboards (= °^-key), as well as with the `-key on German keyboards (for comparison see: https://en.wikipedia.org/wiki/German_keyboard_layout, "T1" is the most common). Is that the intended behavior? And, btw, I'd consider the "solution" a workaround, rather than a bug fix. The default Ubuntu installation uses a dead key layout, so many users will have to switch there keyboard layout, potentially causing trouble with other software.

Added subscriber: @tintwotin

Added subscriber: @tintwotin

This comment was removed by @tintwotin

*This comment was removed by @tintwotin*
Author

same problem with > 3D View > AccentGrave > View axis pie menu

dont work for same reason (in german keyboards on windows)

**same problem with > 3D View > AccentGrave > View axis pie menu** dont work for same reason (in german keyboards on windows)

Added subscriber: @TimoMuller

Added subscriber: @TimoMuller

Added subscriber: @CMC

Added subscriber: @CMC
Campbell Barton changed title from flymode not accessible on german keyboard to AccentGrave not accessible on German keyboard in Windows 2019-09-20 05:15:02 +02:00
Campbell Barton removed their assignment 2019-09-20 05:15:52 +02:00

Added subscriber: @ideasman42

Added subscriber: @ideasman42

Note that this works on Linux, Windows needs to have support added for the physical key to be mapped as is done in Linux, added f3427cbc98.

Note that this works on Linux, Windows needs to have support added for the physical key to be mapped as is done in Linux, added f3427cbc98.
Philipp Oeser changed title from AccentGrave not accessible on German keyboard in Windows to AccentGrave / Tilde not accessible on certain keyboards in Windows [makes Walk/Fly difficult to access] 2019-11-26 12:22:11 +01:00
Member

Added subscribers: @Mike-102, @AnthonyEdlin

Added subscribers: @Mike-102, @AnthonyEdlin
Member

@ideasman42: havent checked code, but this seems to be an issue with MacOS as well?

@ideasman42: havent checked code, but this seems to be an issue with MacOS as well?
Member

Added subscribers: @nile, @AbidMaqbool

Added subscribers: @nile, @AbidMaqbool
Member

Added subscriber: @Rigoletto

Added subscriber: @Rigoletto

Added subscribers: @crowe, @mano-wii, @schuelermine

Added subscribers: @crowe, @mano-wii, @schuelermine
  • Keymap

Aranuvir's assertion that the keymap seems to be using an ANSI layout no matter the keyboard you're using seems spot on. I've seen the same behavior in a different keyboard layout (ABNT2).

Rolling back standard shortcuts to avoid affected keys are no solution because any key positioned differently than in a ANSI keyboard will behave incorrectly. This means all users outside the US are subject to serious accessibility issues which can't be foreseen since you'd have to keep on top of every existing keyboard layout so far.

Here is a rundown of Keymap's behavior with my keyboard:

_blender_2-82__keyboard-layout_BUGREPORT__v2.png

Note the keys placement in the ANSI layout compared with my layout.

  • Incomplete character map

I also have a related but not same issue which described in my bug report (that was closed and merged here, so sorry if I'm cluttering, nowhere left to report): Blender's ABNT2 character map (Charset? Dunno.) also isn't correct. The map affects the UI part of the program like input fields, textboxes, the Text Editor.

Blender doesn't know the / ? and Numpad . keys exist, outputting nothing when pressing them. If you look at my attachment you'll see those are extra keys in the ABNT2 keyboard (instead of existing keys with altered charset). They're likely considered entirely new physical keys on the software side, hence the lack of response.

  • ** ^ #### ¨fail (needs testing by someone with US keyboard)**Can't tell whether it's related to the non-ANSI keyboard layout but the^ #### ¨ characters don't behave correctly in the UI. At first I thought it was just about the key following it, but it's about timing too. Plain and letter-combined ^ / #### / ¨aren't written unless you wait ~2s to follow them with another key. This is not standard behavior, you should be able to output them regardless of you typing speed. It also eats repeated^ / #### / ¨, but at least outputs the correct character afterwards:Expected behavior
    ^ + (space <1s)^
    ^ + (space >2s)^
    ^ + ^ (any wait)^^
    ^ x3 + ~ x3 → ^^^~~~
    ^ + a (<1s)â
    ^ + a (>2s)â

Blender behavior
^ + (space <1s)~
^ + (space >2s)^
^ + ^ (any wait)^
^ x3 + ~ x3 → ^^~
^ + a (<1s)ã
^ + a (>2s)â

Looks like it's about SHIFT-dependent accents, but I'm not sure. It's very weird, I don't recall seeing this bug in any software before.

- **Keymap** Aranuvir's assertion that the keymap seems to be using an ANSI layout no matter the keyboard you're using seems spot on. I've seen the same behavior in a different keyboard layout (ABNT2). Rolling back standard shortcuts to avoid affected keys are no solution because any key positioned differently than in a ANSI keyboard will behave incorrectly. This means all users outside the US are subject to serious accessibility issues which *can't be foreseen* since you'd have to keep on top of every existing keyboard layout so far. Here is a rundown of Keymap's behavior with my keyboard: ![_blender_2-82__keyboard-layout_BUGREPORT__v2.png](https://archive.blender.org/developer/F8403590/_blender_2-82__keyboard-layout_BUGREPORT__v2.png) Note the keys placement in the ANSI layout compared with my layout. - **Incomplete character map** I also have a related but not same issue which described in my bug report (that was closed and merged here, so sorry if I'm cluttering, nowhere left to report): Blender's ABNT2 character map (Charset? Dunno.) also isn't correct. The map affects the UI part of the program like input fields, textboxes, the Text Editor. Blender doesn't know the `/ ?` and `Numpad .` keys exist, outputting nothing when pressing them. If you look at my attachment you'll see those are extra keys in the ABNT2 keyboard (instead of existing keys with altered charset). They're likely considered entirely new physical keys on the software side, hence the lack of response. - ** `^` ##`## `¨` fail (needs testing by someone with US keyboard)**Can't tell whether it's related to the non-ANSI keyboard layout but the `^` ##`## `¨` characters don't behave correctly in the UI. At first I thought it was just about the key following it, but it's about timing too. Plain and letter-combined `^` / ##`## / `¨` aren't written unless you wait ~2s to follow them with another key. This is not standard behavior, you should be able to output them regardless of you typing speed. It also eats repeated `^` / ##`## / `¨`, but at least outputs the correct character afterwards:**Expected behavior** `^` + `(space <1s)` → `^` `^` + `(space >2s)` → `^` `^` + `^ (any wait)` → `^^` `^` x3 + `~` x3 → `^^^~~~` `^` + `a (<1s)` → `â` `^` + `a (>2s)` → `â` **Blender behavior** `^` + `(space <1s)` → `~` `^` + `(space >2s)` → `^` `^` + `^ (any wait)` → `^` `^` x3 + `~` x3 → `^^~` `^` + `a (<1s)` → `ã` `^` + `a (>2s)` → `â` Looks like it's about `SHIFT`-dependent accents, but I'm not sure. It's very weird, I don't recall seeing this bug in any software before.

Changed status from 'Confirmed' to: 'Resolved'

Changed status from 'Confirmed' to: 'Resolved'
Germano Cavalcante self-assigned this 2020-03-26 13:42:31 +01:00

Resolved by committing 1b1c683f74

Please check out tomorrow's build to make sure the problem has actually been fixed.
https://builder.blender.org/download/

Resolved by committing 1b1c683f74 Please check out tomorrow's build to make sure the problem has actually been fixed. https://builder.blender.org/download/

Added subscriber: @plgarcia

Added subscriber: @plgarcia

Dear all,
The key under the escape key still does not work on French Keyboard. It is a "2" (square) key.
When if I switch the keyboard mapping to English (that does not correspond to the keyboard) the pie menu appears and works.
The problem does not come from the electronics. Why not defining a function that could be mapped.

Dear all, The key under the escape key still does not work on French Keyboard. It is a "2" (square) key. When if I switch the keyboard mapping to English (that does not correspond to the keyboard) the pie menu appears and works. The problem does not come from the electronics. Why not defining a function that could be mapped.

More information.
I am using the 2.9.1 version on Blender on a French Windows 7 64 bits.
If I program one key of the tablet to provide the ² what is the character associated with the key, then the pie menu appears and works. Obviously, Blender associates this character with the right key.
Then the problem comes that blender probably does not get the right character from the keyboard.
What kind of login could I set to get information on what happens and provide this information to the developers?

More information. I am using the 2.9.1 version on Blender on a French Windows 7 64 bits. If I program one key of the tablet to provide the ² what is the character associated with the key, then the pie menu appears and works. Obviously, Blender associates this character with the right key. Then the problem comes that blender probably does not get the right character from the keyboard. What kind of login could I set to get information on what happens and provide this information to the developers?

Added subscriber: @hisfrenchness-blender

Added subscriber: @hisfrenchness-blender

Hello. Sorry ... I don't understand how this has been solved for French Layouts / Keyboards (AZERTY Fr).

I had to re-map the " ` " to " ² " to get it work (on Blender 3.4.1).

Also, I don't know if the behavior is normal or not ... but the keys pressed doesn't match the keys in the view :

If i press [ ² ] key ... It appears like this : [ " ]

blender-3.4.1-Tilde.png

Where the layout is this :
image.png

Hello. Sorry ... I don't understand how this has been solved for French Layouts / Keyboards (AZERTY Fr). I had to re-map the " ` " to " ² " to get it work (on Blender 3.4.1). Also, I don't know if the behavior is normal or not ... but the keys pressed doesn't match the keys in the view : If i press [ ² ] key ... It appears like this : [ " ] ![blender-3.4.1-Tilde.png](https://archive.blender.org/developer/F14183087/blender-3.4.1-Tilde.png) Where the layout is this : ![image.png](https://archive.blender.org/developer/F14183388/image.png)

@hisfrenchness-blender best report a new bug that includes exact details of what doesn't work, referencing this report.

@hisfrenchness-blender best report a new bug that includes exact details of what doesn't work, referencing this report.

I got a workaround with the app BetterTouchTool (if you happen to use it).

It allows me, on "key down", to change my keyboard layout to US, send the wanted key then revert all of it on "key up".

Overkill but it allows me to use the pie menu flawlessly.

For more details: https://community.folivora.ai/t/auto-adapt-to-current-keyboard-layout-not-working/21499/11?u=klicher

I got a workaround with the app BetterTouchTool (if you happen to use it). It allows me, on "key down", to change my keyboard layout to US, send the wanted key then revert all of it on "key up". Overkill but it allows me to use the pie menu flawlessly. For more details: [https://community.folivora.ai/t/auto-adapt-to-current-keyboard-layout-not-working/21499/11?u=klicher](https://community.folivora.ai/t/auto-adapt-to-current-keyboard-layout-not-working/21499/11?u=klicher)
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
17 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#66607
No description provided.