View Full Version : [Spells/Abilites] Problems with shift as a modifier
Dowers
11-05-2010, 12:56 PM
When changing hotkeys, it's possible to use modifiers such as shift and control in addition to a "non-modifier" which is great because this enables the use of the same key for different abilities. However, a problem occurs when you choose shift as a modifier for an ability that doesn't require you to target anything, for example all self position spells and items.
S2 could therefore change, or at least give us the option to change so that the shift modifier doesn't put your orders in queue if the order is for a self-position ability.
My problems i've been having is that i've bound shift + z, x and c for the lower row of itemslots. Therefore i can't have items such as mana battery on any of these 3 slots. It still works fine for items that you target with, such as wards and portal key.
Of course you could argue and say that one should just get used to another hotkey, but I turn to the forums first since I believe this to be a mistake and should be fixed
ElementUser
11-05-2010, 02:13 PM
Why don't you change the Shift modifier key itself then?
Dowers
11-05-2010, 08:24 PM
Why don't you change the Shift modifier key itself then?
Basically I'm used to having shift and since it's in my opinion a malfunction I turned to the forums before I started to try changing a keybind I've used for over 4 years (in DotA).
All that is happening is holding shift queue's the use of the item, so the self cast item will use when you stop moving/using ability, same thing happens with target cast spells.
I can't really see why this should be changed since its working the way it's intended to.
Basically you are using the same key for multiple things which is giving results you don't desire.
I suggest you either change which key is bound as the shift modifier (only thing this is used for it queueing comands) or change your item hotkeys.
ElementUser
11-05-2010, 09:08 PM
So..what hotkeys do you assign your top 3 item slots to then?
Dowers
11-06-2010, 09:42 AM
All that is happening is holding shift queue's the use of the item, so the self cast item will use when you stop moving/using ability, same thing happens with target cast spells.
I can't really see why this should be changed since its working the way it's intended to.
Basically you are using the same key for multiple things which is giving results you don't desire.
I suggest you either change which key is bound as the shift modifier (only thing this is used for it queueing comands) or change your item hotkeys.
Of course i know shift puts it in queue, but shift can also be used as a modifier for other hotkeys. By modifier i mean a key that has to be pressed in addition to the other key, for example shift + Z. So in my opinion it doesn't work the way it should
So..what hotkeys do you assign your top 3 item slots to then?
Z, X and C all in the logical order where z is the one to the top left, X middle and C right.
Evil_Andrex
11-06-2010, 11:14 PM
Maybe S2 should just change it to whatever is the queue key not be allowed in any other key to avoid complications.
This is NOT a bug but rather an overlook.
Dowers
11-07-2010, 07:51 AM
Maybe S2 should just change it to whatever is the queue key not be allowed in any other key to avoid complications.
This is NOT a bug but rather an overlook.
Yes this would remove the problem but in my opinion it's then better if they just leave it. You can avoid the problem by only putting items that requires a target in those slots, which is what I do at the moment. You could also solve it by only sending the command for the ability, and not the queue command whenever you use shift as a modifier for abilities or items.
The only ones affected are the ones using shift as a modifier at the moment and really like it this way (not being able to use self position items/abilities), and if that is the case which i doubt, then perhaps just make it optional whenever you choose shift as a modifier.
Evil_Andrex
11-07-2010, 11:48 AM
Still not a bug.
If you have a suggestion please post it in the suggestion forums.