Duke4.net Forums: Mappers/users with non-American English keyboards: input requested - Duke4.net Forums

Jump to content

Hide message Show message
Welcome to the Duke4.net Forums!

Register an account now to get access to all board features. After you've registered and logged in, you'll be able to create topics, post replies, send and receive private messages, disable the viewing of ads and more!

Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

Mappers/users with non-American English keyboards: input requested

User is offline   Hendricks266 

  • EDuke32 Senior Developer
  • 4,937

#1

On Windows, currently EDuke32 and Mapster32 will force the keyboard layout to American English on startup. Recently I added support for toggling it back and forth whenever the Mapster32 window loses focus, but this has the side effect of introducing a stutter on regaining focus, and after reading Microsoft's documentation it will never work on Windows 8 and up.

I believe that interfering with the user's input setup is unnecessarily invasive, so I would like to remove this entirely. Fortunately, SDL2 gives us access to both scancodes, the physical position of keys on the keyboard irrespective of what character is assigned to them, and keycodes, the character that each key is labeled with.

I would like some input regarding in what situations it is better to use the labels on the keys and when it better to use the positions on the keyboard. For example, when entering cheats in Duke, you would probably want to type however you normally do on your keyboard, where the character on the key is what you get. But it might be different when dealing with Mapster's many key combinations. The latter is what the layout switching assumes, but I don't want to repeat a mistake similar to changing the 2D mode sprite colors based on my own preconceptions instead of mapper experience.
0

User is offline   Nancsi 

  • 194

#2

I got used to DNKROY and DNSCOTTZ pretty fast, I can't think I would like using them with the hungarian key labels.

Mapster is always better with key positions as well, and Y-Z switch aside, it's barely problematic here. Apostrophe is for example an accent A in hungarian keyboard, and using it is pretty simple.
0

User is offline   evil_presley 

  • 1

#3

View PostNancsi, on 04 January 2017 - 02:11 PM, said:

I got used to DNKROY and DNSCOTTZ pretty fast, I can't think I would like using them with the hungarian key labels.

Mapster is always better with key positions as well, and Y-Z switch aside, it's barely problematic here. Apostrophe is for example an accent A in hungarian keyboard, and using it is pretty simple.

i for one would be happy to be able to use hun keys in mapster, for convenience' sake.

This post has been edited by evil_presley: 05 January 2017 - 07:00 AM

0

User is offline   0815Jack 

  • 4

#4

Question: Will you hard-code the input behavior or will it be possible to adjust it in the ini files?

I would prefer the keycodes method in eduke / mapster.....
1

User is offline   Gambini 

  • 1,230

#5

Quote

I believe that interfering with the user's input setup is unnecessarily invasive, so I would like to remove this entirely. Fortunately, SDL2 gives us access to both scancodes, the physical position of keys on the keyboard irrespective of what character is assigned to them, and keycodes, the character that each key is labeled with.


I think the way it always have been (and therefore the way all mappers arae used to) is the physical position.

My maps

eat my shorts
0

User is offline   oasiz 

  • 546

#6

I'm happy with how the layout is now, but the switching is just plain awful.
I end up with having to press ctrl some times after I quit playtesting or switching back/forth between layouts if I type something during alt-tabbing.

I'd be much happier if it sniffed straight scancodes, I don't want the layout to change otherwise.

Current workaround is just very hostile.

Any progress with the lockup where inputs stop randomly working after you've been mapping for some hours ?
0

User is offline   necroslut 

  • 106

#7

View PostGambini, on 19 March 2017 - 08:07 PM, said:

I think the way it always have been (and therefore the way all mappers arae used to) is the physical position.

I agree that physical position is best - otherwise you might end up with really cumbersome key combinations that could be extremely cumbersome to reach.
1

User is offline   Big Bene 

  • Youngloov
  • 4

#8

As most of the keys aren't very intuitive anyway, it's jsut as easy to memorize the key I have to press on my German keyboard as memorizing the original one, so I personally see no benefit in an internationalized keyboard version.

National versions of the manuals (just replace the keycodes) would be convenient by removing the need to find the correct key in the first place by try and error, or by looking it up in the internet (which is not always correct in this). Plus, these would not interfere with the software, not possibly causing any problems.
1

Share this topic:


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic


All copyrights and trademarks are property of their respective owners and all comments are owned by their posters. Yes, our forum uses cookies. © 2004-2017 Duke4.net and Voidpoint, LLC

Enter your sign in name and password


Sign in options