| Type: | Bug | ||
| Reporter: | Leonov | Assignee: | Unassigned |
| Resolution: | Fixed | Votes: | 12 |
| Labels: | deadkeys, international, keyboard, lwjgl, mapping | ||
| Environment: |
Mac OS X 10.8.2 / OS X 10.11.4 java version "1.7.0_04" |
||
| Issue Links: |
|
||||||||||||||||||||||||||||||||
| CHK: | |||||||||||||||||||||||||||||||||
| Confirmation Status: | Confirmed | ||||||||||||||||||||||||||||||||
| Description |
|
I don't know if it's a general Java problem or just Minecraft, but the U.S. International Keyboard mapping is not fully supported. If I write in the chat/console some letters using dead keys, that doesn't always work depending on the dead key. I guess the problem comes from the fact that the U.S. Int. adds some weird dead keys to deal with some accents. Regular ones works : ê : combination of dead key ^ then e Some non « conventional » doesn't work é : combination of dead key ' then e : Minecraft result : 'é But other non « conventional » works : ë : combination of dead key " then e : Minecraft result : ë These a just a few examples But I bet that's a Java issue Update: With previous versions but at least with launcher 1.3.4 and Minecraft 1.7.2, the dead keys are just not registered at all. Uptate 2: Uptate 3: |
| Comments |
| Comment by Jacie_krece [ 21/May/18 ] |
|
But Polish characters can be created by pressing ~ and one of this characters: e,o,a,s,z,x,c. ~ and U doesn't work to cerate €. |
| Comment by Leonov [ 26/Oct/17 ] |
|
Yeah Fixed for me to. I guess that's the update to the LWJGL 3.x that did the tricks. Finally... |
| Comment by Fenhl (Max Dominik Weber) [ 26/Oct/17 ] |
|
This appears to be fixed in 17w43b, at least for my custom keylayout. |
| Comment by Ignacio Pozo [ 13/Sep/17 ] |
|
also 1.12.2-pre1 |
| Comment by Leonov [ 16/Jun/17 ] |
|
If the bugs was on Windows it would have been long fixed. The joy of Java which emulates a machine that doesn't even exist for the purpose of a multi-plaftorm which obviously isn't even guaranteed. |
| Comment by Leonov [ 25/May/17 ] |
|
4 years... |
| Comment by Ignacio Pozo [ 17/May/17 ] |
|
Also in 1.12-pre3 |
| Comment by Ignacio Pozo [ 11/May/17 ] |
|
also in 1.12-pre2 |
| Comment by Ignacio Pozo [ 11/May/17 ] |
|
What are you trying to say? That may be the problem of the mac? I was looking over what LWJGL is, but it's for developers |
| Comment by [Mod] Pokechu22 [ 08/May/17 ] |
|
I'll note that this works fine on Windows (Spanish (Spain) keyboard layout which I sometimes use in addition to English (US)). As previously mentioned, this is probably an issue with whatever native libraries LWJGL uses; LWJGL/lwjgl#50 and d3254e0 may be related. I don't own a mac, so I can't check for a root bug with LWJGL, but I might be able to create a minimal test case (eventually) that someone who does have one can use to get data for a bug report. It also might be that this is fixed within LWJGL3 (MC currently uses LWJGL 2). |
| Comment by Ignacio Pozo [ 08/May/17 ] |
|
17w18a too |
| Comment by Ignacio Pozo [ 27/Apr/17 ] |
|
17w17b too |
| Comment by Ignacio Pozo [ 21/Apr/17 ] |
|
also in snapshot-17w16a Ah, Mojang, this is really important for spanish people, it's difficult to communicate without accents |
| Comment by Ignacio Pozo [ 14/Feb/17 ] |
|
Also in Snapshot 17w06a |
| Comment by Fabian Röling [ 26/Jun/16 ] |
|
I have another program (GeoGebra) that runs similar to Minecraft (process name is also "javaw.exe") and in it it works, too. So it's not a problem with Java. |
| Comment by Fabian Röling [ 26/Jun/16 ] |
|
I can't let an external program write "~" or "@" in Minecraft. In all other programs it works. Is this the bug I'm searching for? |
| Comment by jonathan2520 [ 24/Jun/16 ] |
|
Yup. My usual dead keys are things like option-u e becoming ë (on Dutch layout, but seems to be a universal Mac thing). In Minecraft the dead key is completely ignored, making just e. If I set it to US International "e becomes e as well (otherwise literally "e). In normal applications the (option-e/u/i/whatever style) dead key inserts the accent as if on top of a space, highlighted in dark yellow. The next key then inserts that character into the highlighted accent if deemed possible (restricted to Latin 1, it seems, covering most realistic use cases). If not deemed possible, the highlighted accent will remain on the space and the new character is inserted after it, like ´r although Unicode can do ŕ (or résümȩ̊́́́̌.́́́ for that matter). Adding an accent to an accent has the same effect, finalizing the first one on a space and highlighting the new one after it. US International is a little different in that something like " first inserts " rather than ¨, and adding a space will maintain " but something like e becomes ë. Ideally all of this behavior would be captured but I'd be happy if at least the end result became the same. |
| Comment by Leonov [ 24/Jun/16 ] |
|
It's just any keyboard with deadkeys |
| Comment by Edward Lee Jenkins [ 24/Jun/16 ] |
|
It also happens with the mac Australian keyboard format with ´˜ and some others. |
| Comment by Leonov [ 08/Jun/16 ] |
|
Affects 1.10 - What a surprise |
| Comment by Fenhl (Max Dominik Weber) [ 22/May/16 ] |
|
Affects 16w20a and OS X 10.11.4. |
| Comment by Fenhl (Max Dominik Weber) [ 04/Apr/16 ] |
|
Affects 1.9.2. |
| Comment by Fenhl (Max Dominik Weber) [ 17/Mar/16 ] |
|
Affects 1.9.1-pre3. |
| Comment by Fenhl (Max Dominik Weber) [ 27/Feb/16 ] |
|
Affects 1.9-pre4. |
| Comment by Fenhl (Max Dominik Weber) [ 25/Feb/16 ] |
|
Affects 1.9-pre3. |
| Comment by Fenhl (Max Dominik Weber) [ 17/Feb/16 ] |
|
Affects 1.9-pre1. |
| Comment by Fenhl (Max Dominik Weber) [ 16/Feb/16 ] |
|
Affects 16w07b. |
| Comment by Fenhl (Max Dominik Weber) [ 15/Feb/16 ] |
|
Affects 16w07a. |
| Comment by Fenhl (Max Dominik Weber) [ 10/Feb/16 ] |
|
Affects 16w06a. |
| Comment by Fenhl (Max Dominik Weber) [ 09/Feb/16 ] |
|
Affects 16w05b. |
| Comment by Fenhl (Max Dominik Weber) [ 29/Jan/16 ] |
|
Affects 16w04a. |
| Comment by Fenhl (Max Dominik Weber) [ 28/Jan/16 ] |
|
Affects 16w03a. |
| Comment by Fenhl (Max Dominik Weber) [ 14/Jan/16 ] |
|
Affects 16w02a. |
| Comment by Fenhl (Max Dominik Weber) [ 17/Dec/15 ] |
|
Affects 15w51b. |
| Comment by Fenhl (Max Dominik Weber) [ 16/Dec/15 ] |
|
Affects 15w50a. |
| Comment by Fenhl (Max Dominik Weber) [ 03/Dec/15 ] |
|
Affects 15w49a. |
| Comment by Fenhl (Max Dominik Weber) [ 09/Nov/15 ] |
|
Affects 15w45a. |
| Comment by Leonov [ 27/Aug/15 ] |
|
Thanks for the research and the info, Fenhl! |
| Comment by Fenhl (Max Dominik Weber) [ 26/Aug/15 ] |
|
Affects 15w35b. I was unable to find a related issue on the LWJGL issue tracker. |
| Comment by Leonov [ 20/Aug/15 ] |
|
Thanks that works. The normal alternative way to produce a ~ is alt-n. |
| Comment by [Mod] redstonehelper [ 20/Aug/15 ] |
|
Zeccotine Leonov: Try alt+cmd+n. |
| Comment by Leonov [ 20/Aug/15 ] |
|
It's impossible for me to produce a ~ character. Very annoying for commands... |
| Comment by Jemus42 [ 13/Aug/15 ] |
|
Same as @Fenhl, OSX 10.10.4 and German keylayout. |
| Comment by Fenhl (Max Dominik Weber) [ 04/Aug/15 ] |
|
Affects 1.8.8 and 15w31c, on OS X 10.10.4. Dead keys are completely ignored. Tested with U.S. and a custom keylayout on an English/international hardware keyboard. |
| Comment by Leonov [ 25/Oct/14 ] |
|
Oups sorry, I forgot it was “standard procedure“ to solve them with no response |
| Comment by Galaxy_2Alex [ 25/Oct/14 ] |
|
It is (it was now) "Awaiting Response". Reopened, Thanks. |
| Comment by Leonov [ 25/Oct/14 ] |
|
Why is the status is “Resolved” ? It is not... |
| Comment by Leonov [ 18/May/14 ] |
|
This bug is still present, and it's impossible to get the ~ which is very important for the console and command block!!! |
| Comment by Deleted account [ 23/Mar/14 ] |
|
Is this still a concern in the current Minecraft version 14w11b / Launcher version *1.3.11 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases. |
| Comment by Galaxy_2Alex [ 21/Jan/14 ] |
|
Is this still a concern in the current Minecraft version 1.7.4 / Launcher version 1.3.8 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases. |
| Comment by Talven81 [ 26/Nov/13 ] |
|
Is this still a concern in the current Minecraft version 1.7.2 / Launcher version 1.3.4 ? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases. |
| Comment by Leonov [ 22/Jun/13 ] |
|
I tried with the Launcher in Dev 0.9.5 and 13w25c. The dead keys have now absolutely no effects. |
| Comment by Kumasasa [ 22/Jun/13 ] |
|
Can anyone experiencing this issue try the new launcher https://mojang.com/2013/06/minecraft-snapshot-13w25a/ with 1.5.2 or even the current snapshot ? |
| Comment by Leonov [ 17/Mar/13 ] |
|
Oops, sorry I forgot to update the affected versions... |
| Comment by Leonov [ 17/Mar/13 ] |
|
Unfortunately, it is (Minecraft 1.5) |
| Comment by Leonov [ 08/Jan/13 ] |
|
Update: OK I tried on Windows and the problems doesn't occur. |