open All Channels
seplocked Issues, Workarounds & Localization
blankseplocked CTRL+Key behavior still 2/3 broken
 
This thread is older than 90 days and has been locked due to inactivity.


 
Author Topic

Shasz
Angels of Anarchy
Posted - 2011.08.12 13:12:00 - [1]
 

One issue got fixed with the CTRL key, and it is very much appreciated. Thanks.

Please can we fix the other two now?

Namely:

BROKEN: Use Ctrl+hotkey combo (e.g. Ctrl+space to stop). Keep Ctrl pressed - Ctrl+click combo to target on overview. Targetting FAILS! (You have to release and re-press Ctrl key.)

BROKEN: When some other window (like this browser) has Windows OS focus, but you can see your overview on another monitor - Hit Ctrl key, then click on overview. Targetting FAILS!


Both of these issues are still a major pain in the but for dual boxers, people who use EVE in windowed mode, and people who have other CTRL+key hotkeys setup.

Please fix it!

Bootleg Jack
Potters Field
Posted - 2011.08.12 15:40:00 - [2]
 

Originally by: Shasz
One issue got fixed with the CTRL key, and it is very much appreciated. Thanks.

Please can we fix the other two now?

Namely:

BROKEN: Use Ctrl+hotkey combo (e.g. Ctrl+space to stop). Keep Ctrl pressed - Ctrl+click combo to target on overview. Targetting FAILS! (You have to release and re-press Ctrl key.)

BROKEN: When some other window (like this browser) has Windows OS focus, but you can see your overview on another monitor - Hit Ctrl key, then click on overview. Targetting FAILS!


Both of these issues are still a major pain in the but for dual boxers, people who use EVE in windowed mode, and people who have other CTRL+key hotkeys setup.

Please fix it!


1. In your first senario is normal behavior. The control keypress was consumed in the first combo; the second combo was not a combo, it was a standalone click.
2. This is Windows behavior, what do you expect CCP to do about it? Windows consumes the key that triggers a task switch.


Shasz
Angels of Anarchy
Posted - 2011.08.12 17:19:00 - [3]
 

Originally by: Bootleg Jack

1. In your first senario is normal behavior. The control keypress was consumed in the first combo; the second combo was not a combo, it was a standalone click.
2. This is Windows behavior, what do you expect CCP to do about it? Windows consumes the key that triggers a task switch.



I expect them to change it back. Both of these used to work before they added the new hotkey changes several patches back.

1. The CTRL key's *status* should be checked if it is a modifier to a hotkey, you don't read key-down or key-up when it is a modifier.

2. No, it isn't normal Windows behavior. If this browser has focus, and I SHIFT-Click on a text editor window I already have open, it will select from where my cursor was previous to the point I clicked. The Shift key push is not consumed or lost when switching window context. It behaves the same as if the editor window had focus all along.

(Unless you believe that somehow Notepad++ and Firefox colluded to make that example work for me just now)

And again, these two things worked before the revamp of hotkey code several months ago.

Please fix it back!

Bootleg Jack
Potters Field
Posted - 2011.08.12 19:09:00 - [4]
 

Edited by: Bootleg Jack on 12/08/2011 19:11:01
Actually you are right, I see now they are consumming the control keystrokes, not reading the control state for control keys (alt, ctrl, etc.)

They got the right event, the keyup, but instead of checking the control keystate they are reading the control keystrokes which consumes them and releases the state.

I wouldn't call this 2/3 broken though, all core functions work, it is the repeats/multiples that don't work.



Shasz
Angels of Anarchy
Posted - 2011.08.13 21:45:00 - [5]
 

Well, what I mean by 2/3 broken is that there were 3 repeatable errors in programming with how they handle the ctrl key, and they fixed 1 of them.

It is playable, but it is a hindrance when trying to use the new system to play the game. The system was intended to make the game *easier* to play, and it makes it harder.

Thus, broken IMO.

Shasz
Angels of Anarchy
Posted - 2011.08.15 10:02:00 - [6]
 

Any chance this will get addressed?


Shasz
Angels of Anarchy
Posted - 2011.08.17 11:53:00 - [7]
 

I sure do wish this would get fixed...

Shasz
Angels of Anarchy
Posted - 2011.08.22 09:05:00 - [8]
 

Really would like to see these last two bits fixed back the way they were prior to the new hotkey programming.

Breaking standard functionality is not an upgrade.

Shasz
Angels of Anarchy
Posted - 2011.08.29 10:06:00 - [9]
 

Still broken, still annoying as hell to have to keep releasing and re-pressing the Ctrl key for multiple Ctrl-key combos in a row.

Please fix it?

Zaotome
Posted - 2011.09.04 19:07:00 - [10]
 

Edited by: Zaotome on 04/09/2011 19:07:50
im using up to three clients in windowed-mode and "solved" the targeting issue with a "ctrl+click"-macro on the forth mousekey
a G15/19 or similar should also do the trick

but still...
it would be nice to see the change to keystatus instead of keypress

Shasz
Angels of Anarchy
Posted - 2011.09.06 11:14:00 - [11]
 

Originally by: Zaotome
Edited by: Zaotome on 04/09/2011 19:07:50
im using up to three clients in windowed-mode and "solved" the targeting issue with a "ctrl+click"-macro on the forth mousekey
a G15/19 or similar should also do the trick

but still...
it would be nice to see the change to keystatus instead of keypress


I'll have to look into that, I think my mouse is programmable.

It's just a shame CCP can't be bothered to fix it. The keyboard revamp was deployed January 18th. 13 builds later and they still haven't worked out all the bugs.

Le sigh



 

This thread is older than 90 days and has been locked due to inactivity.


 


The new forums are live

Please adjust your bookmarks to https://forums.eveonline.com

These forums are archived and read-only