bugBos Wars - Bugs: bug #29212, Group gestion does not work...

 
 

bug #29212: Group gestion does not work (without numeric pad)

Submitter:  FERON <valone>
Submitted:  Sat 13 Mar 2010 03:38:42 PM UTC
   
 
Severity:  3 - Normal Item Group:  * Bug
Status:  Confirmed Privacy:  Public
Assigned to:  feb Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sun 05 Sep 2010 07:38:33 PM UTC, comment #6: 

There is no default hot-keys for game speed in Starcraft II.

Vytautas <prozacr>
Wed 28 Apr 2010 08:04:50 PM UTC, comment #5: 

Using the keycode sounds like a good solution for the group numbers.

For the game speed, ctrl+alt+MINUS is cumbersome. In that case, it should be also ctrl+alt+PLUS to increase the speed. If the key is "shifted", people may want to press the shift key too. This makes a lot of keys.

How do other RTS games handle this ?

François Beerten <feb>
Group administrator
Tue 30 Mar 2010 01:48:09 PM UTC, comment #4: 

I found a solution recovering the keycode of the pressed key (keycode = 10 to 19 for num on all the keyboards of the world).

However, on the azerty one, the MINUS key is the same of the number 6 one. So I suggest to press ctrl+alt+MINUS for decrease the game speed. Say me if you agree.

A one more thing : to accelerate the game speed, you have to press PLUS which is the shifted key of EQUAL (qwerty and azerty), so the test in the program is to check if the key pressed is EQUAL. But in several keyboards, it's another key or PLUS and EQUAL are reversed so it surely doesn't work.

FERON <valone>
Mon 15 Mar 2010 08:14:13 AM UTC, comment #3: 

The problem seems to be worst with the French AZERTY layout, where the digit keys procude letters if unshifted?  With the Swedish/Finnish layout, I can define groups all right; only the unselect keys (` and ^) are missing.

Some potential fixes or workarounds:

  • When SDL reports a keypress where the keysym or the Unicode character is a digit, save the scancode from that event.  If later events occur with the same scancode, treat those as that digit too, even if the Unicode character now is different because of a changed shift state.
  • Examine the keymap.  SDL 1.2 doesn't seem to have functions for that, so it would have to be implemented in platform-specific code.
  • Add a keyboard layout drop-down list in the settings menu, near the language selector.
  • Define default GroupKeys strings in the PO files.  This is somewhat inadvisable because people may want to play in a non-native language (because of bad translations) but with a native keyboard.


Kalle Olavi Niemitalo <kon>
Group Member
Sun 14 Mar 2010 11:14:57 AM UTC, comment #2: 

By the way, the numeric keypad does not work too. Bos uses the default behaviour of the keys and ignores Num Lock.

François Beerten <feb>
Group administrator
Sun 14 Mar 2010 11:11:44 AM UTC, comment #1: 

The numeric keys at the top of the keyboard work only for US english keyboards. For other keyboards, you have to set GroupKeys to the appropriate values in preferences.lua.

It's an annoying behaviour and I welcome improvements.

François Beerten <feb>
Group administrator
Sat 13 Mar 2010 03:38:42 PM UTC, original submission:  

It's impossible to create groups with the numeric keys at top of the keyboard. And most of people who have got a portable computer haven't got it.
I checked the source code and I think I can find a solution of this issue.

FERON <valone>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by prozacr (Posted a comment)
  • -email is unavailable- added by kon (Posted a comment)
  • -email is unavailable- added by feb (Posted a comment)
  • -email is unavailable- added by valone (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2010-03-14 feb StatusNone Confirmed
        Assigned toNone feb

    Back to the top

    Powered by Savane 3.14-f13d.
    Corresponding source code