• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EST 07:15
CET 13:15
KST 21:15
  • Home
  • Forum
  • Calendar
  • Streams
  • Liquipedia
  • Features
  • Store
  • EPT
  • TL+
  • StarCraft 2
  • Brood War
  • Smash
  • Heroes
  • Counter-Strike
  • Overwatch
  • Liquibet
  • Fantasy StarCraft
  • TLPD
  • StarCraft 2
  • Brood War
  • Blogs
Forum Sidebar
Events/Features
News
Featured News
Rongyi Cup S3 - RO16 Preview3herO wins SC2 All-Star Invitational12SC2 All-Star Invitational: Tournament Preview5RSL Revival - 2025 Season Finals Preview8RSL Season 3 - Playoffs Preview0
Community News
Weekly Cups (Jan 12-18): herO, MaxPax, Solar win0BSL Season 2025 - Full Overview and Conclusion8Weekly Cups (Jan 5-11): Clem wins big offline, Trigger upsets4$21,000 Rongyi Cup Season 3 announced (Jan 22-Feb 7)22Weekly Cups (Dec 29-Jan 4): Protoss rolls, 2v2 returns7
StarCraft 2
General
PhD study /w SC2 - help with a survey! herO wins SC2 All-Star Invitational Oliveira Would Have Returned If EWC Continued StarCraft 2 not at the Esports World Cup 2026 [Short Story] The Last GSL
Tourneys
OSC Season 13 World Championship $21,000 Rongyi Cup Season 3 announced (Jan 22-Feb 7) $70 Prize Pool Ladder Legends Academy Weekly Open! SC2 All-Star Invitational: Jan 17-18 Sparkling Tuna Cup - Weekly Open Tournament
Strategy
Simple Questions Simple Answers
Custom Maps
[A] Starcraft Sound Mod
External Content
Mutation # 509 Doomsday Report Mutation # 508 Violent Night Mutation # 507 Well Trained Mutation # 506 Warp Zone
Brood War
General
[ASL21] Potential Map Candidates Gypsy to Korea BGH Auto Balance -> http://bghmmr.eu/ Fantasy's Q&A video BW General Discussion
Tourneys
[Megathread] Daily Proleagues Azhi's Colosseum - Season 2 Small VOD Thread 2.0 [BSL21] Non-Korean Championship - Starts Jan 10
Strategy
Current Meta Simple Questions, Simple Answers Soma's 9 hatch build from ASL Game 2 Game Theory for Starcraft
Other Games
General Games
Nintendo Switch Thread Battle Aces/David Kim RTS Megathread Stormgate/Frost Giant Megathread Beyond All Reason Awesome Games Done Quick 2026!
Dota 2
Official 'what is Dota anymore' discussion
League of Legends
Heroes of the Storm
Simple Questions, Simple Answers Heroes of the Storm 2.0
Hearthstone
Deck construction bug Heroes of StarCraft mini-set
TL Mafia
Vanilla Mini Mafia Mafia Game Mode Feedback/Ideas
Community
General
US Politics Mega-thread Russo-Ukrainian War Thread European Politico-economics QA Mega-thread Canadian Politics Mega-thread NASA and the Private Sector
Fan Clubs
The herO Fan Club! The IdrA Fan Club
Media & Entertainment
Anime Discussion Thread [Manga] One Piece
Sports
2024 - 2026 Football Thread
World Cup 2022
Tech Support
Computer Build, Upgrade & Buying Resource Thread
TL Community
The Automated Ban List
Blogs
How Esports Advertising Shap…
TrAiDoS
My 2025 Magic: The Gathering…
DARKING
Life Update and thoughts.
FuDDx
How do archons sleep?
8882
James Bond movies ranking - pa…
Topin
Customize Sidebar...

Website Feedback

Closed Threads



Active: 1675 users

Infested Terran trick. By using mousewheel - Page 28

Forum Index > StarCraft 2 Strategy
Post a Reply
Prev 1 26 27 28 29 30 35 Next All
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
February 08 2012 22:34 GMT
#541
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.
~~! youtube.com/xmungam1 !~~
1A.Browbeat
Profile Joined November 2011
Canada26 Posts
February 08 2012 22:41 GMT
#542
I started using this trick yesterday and I've found one interesting property. Zergs now have forcefields!!!! I engaged a protoss army and he tried to retreat, so I instantly laid down all the infested terrans so he was blocked in. My roaches then did what needed to be done.

Ever had that frustrated feeling when your entire roach army is contained in one little hex surrounded by big ugly forcefields? The time for revenge is now! until it gets patched.
...
RoyAlex
Profile Joined August 2010
Norway420 Posts
Last Edited: 2012-02-08 22:42:52
February 08 2012 22:42 GMT
#543
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard


So this trick could still be done without the scroll wheel.
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
Last Edited: 2012-02-08 22:47:06
February 08 2012 22:43 GMT
#544
On February 09 2012 07:42 RoyAlex wrote:
Show nested quote +
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

Show nested quote +
On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that. And also i would qualify as that "trick" that you posted as being a HACK. modify code that effects how hardware works is hacking lol
~~! youtube.com/xmungam1 !~~
RoyAlex
Profile Joined August 2010
Norway420 Posts
Last Edited: 2012-02-08 22:49:49
February 08 2012 22:46 GMT
#545
On February 09 2012 07:43 TheNessman wrote:
Show nested quote +
On February 09 2012 07:42 RoyAlex wrote:
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that.


You can remove the inital repeat delay and then you can use keyboard keys just as fast as you can with scroll wheel.
I said that in my post: "adjust the repeat delay for that key".

You can do it in Windows control panal, its just like changing the mouse pointer speed and using mouses with higher DPI.
How is that a hack? Having a mouse with higher DPI is not cheating, nobody thinks that. Why could you not change the keyboard repeat delay when you do the exact same thing with mouse speed?
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
February 08 2012 22:48 GMT
#546
On February 09 2012 07:46 RoyAlex wrote:
Show nested quote +
On February 09 2012 07:43 TheNessman wrote:
On February 09 2012 07:42 RoyAlex wrote:
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that.


You can remove the inital repeat delay and then you can use keyboard keys just as fast as you can with scroll wheel.
I said that in my post: "adjust the repeat delay for that key".

you CANNOT remove the initial repeat delay through control panel. which is the only way it is legit to me. If you remove it completely thats HACKING
~~! youtube.com/xmungam1 !~~
aliasA
Profile Joined February 2012
United States9 Posts
February 08 2012 22:48 GMT
#547
I don't know how to intro this.
It begins with an ethical analysis, I made it as non-subjective as possible.
Then its my subjective analysis.
Then I deliver my creative analysis, in the spoiled section.
Then a summary with a twist at the end.
enjoy?

An overview of signals, listeners, and events:
+ Show Spoiler +
Computer hardware works off of signals, listeners, and events.
The basic events are intuitive, they are keypress and keyrelease, mousepress and mouserelease.
A listener waits for these events.
The listener then sends a signal to the appropriate thread. The thread in this case is sc2.exe.

An example to illustrate the basic 'press' events. When a 'leftmousepress' event occurs while the location of the mouse is on the minimap, the listener receives the event, and then sends a signal to sc2. This signal contains all the details of the event, and sc2 redraws your screen to where you clicked on the minimap.

An example using 'leftmouserelease' as well as some more sophisticated events that are built from the mousepress and mouserelease events. When a 'leftmousepress' event occurs while the location of the mouse is on the main gameplay window, with nothing to select at that location, nothing initially happens. The event is sent, but no signal occurs because of it. But if an event 'mousedrag' occurs, a green box begins to be drawn on your screen. Upon the 'leftmouserelease' event units are selected within the box if it was drawn.

Mousescroll events are even simpler. There is no 'press/release' dichotomy, there is just one event. Each set interval scrolled sends that event on its merry way.

But holding down a key, as mentioned many times before, does something capable of much more.

The listener on your device receives the initial 'press' event, and sends a 'press' signal. If no 'release' event is received within a set time, it begins to send 'press' signals at a regular interval, until a 'release' event finally occurs.


Using this knowledge, an ethical guideline can be constructed. The first hurdle comes with understanding the 1:1 map, as it is a technically vague description.

A map, in computing, not math, is an array with a unique 'key' assigned to a not necessarily unique value. For the code illiterate, an array is just a list of items, much like your wire frame selection.
A map with letters being the 'key': a->1 b->1 c->2 etc....

The unique key of the map must be the event, and the non-unique corresponding entry must be a signal, or set of identical signals.
Nothing else exists related to user input.

The scenario calling for an event to correspond to a single signal would forbid holding down keys. This leaves the set of signals. A set of signals being paired with each unique event accounts for all current gameplay. This also allows for scroll click.

Some examples, for clarification
+ Show Spoiler +

Examples:{Consequence of signal, Event}
{Mouse over unit(queen), Move Mouse}
{Select unit(queen), Left Mouse Click}
{Select command (inject), V}
{Mouse over unit(hatch), Move Mouse}
{Target ability (inject), Left Mouse Click}
Ultra Snipe:
[{Select command (snipe), R},{Target Ability(snipe), Scroll Up}]x12

Example of cheat:
{Center on hatch+Select (queen)+Control Group+Select Inject, Single Macro Key Event}


This is the only way to view this. The action of 'artificially' clicking repeatedly is rudimentary, devoid of intelligence. (You are artificially sending signals to the computer either way) It can be considered a basic mechanic of the mouse, equivalent to a shift click in complexity. It should not be considered for prohibition. It should be accepted as a norm. Of course, in the scenario that the state of the game does nosedive because of an endgame composition that has been left to pool energy, it still should not be considered. A specific ability of a specific endgame unit is one of the easier balance problems for blizzard to judge.



The community would do good by accepting this mechanic.

Industries grow when they take advantage of new technology and adapt it to their needs or desires. The capabilities of the man machine interface can and will grow beyond this. And, as a people interested in highly intelligent gaming, it would behoove developers, players, spectators to participate in the growth of the interface.

The developers gain a tool, the players gain thrills. The players have the burden and the opportunity.

Finding ways to create new challenges is a first step. Create new standards of perfection. If a mechanic seems to enable great use of one ability in the game, then any other abilities that use that mechanic will be necessarily stronger. Perhaps being able to drop on the fly instantly will become a play-style strength. Perhaps the raven can be used to do quick wall offs, but only with a practiced motion. Perhaps a strong infestor composition with neural parasite can be discovered, where a critical mass of key small food units would be mind controlled in a large engagement. It would take skill and accuracy. And mostly immense practice. How else would you find out how much delay between each click is best for reaching each dropship exactly in time?

Learn to give up tools that weren't as effective for these tasks, like the single clicks. Those single clicks will still be the norm for all other tasks. But learn to use the new tools as voraciously and efficiently as possible. The speed of the raw clicks was never that important. They did not make you. The speed in changing selections, mouse positions, and switching your mouse from function to function was what took your time.

It is easy to take your mouse's complexity for granted. It is not as simple as the number of buttons on it. Here are a few: the shift click, the control click, the control shift click, the double click, the right click, and of course the single click. Your mouse has so many functions, not only based on which click you use, but where your cursor is located, and what is in your wire frame selection. This feature isn't making the mouse that much more powerful on its own. Its just another way to approach the same actions.

Now you have a choice. Read what I've thought of. It might strain your ethics. You take the blue pill, the story ends, you wake up in your bed and believe whatever you want to believe. You take the red pill, you stay in Wonderland and I show you how deep the rabbit-hole goes.


+ Show Spoiler +
That program linked in the OP. First set up a profile for sc2.exe. Just click , click the '…' button and find your sc2.exe.

Now. It has a customizable option, under simulated keys. Go ahead and choose that for your middle button, not your scrolls. There is an option for "repeatedly while the button is held". Choose that. For your custom hotkey, you'll probably want {LMB} as your parameter. Set the delay to something between 50 and 100 ms. Don't go crazy with that number. 50 ms isn't a very long time. You'll be as quick as you need to be.

And if you can practice, you can use the regular interval of signals to do a sweep of near perfect force fields. Or an line of emps. You'll be able to surround units with infested terrans and instantly fungal your entire opponents roach mass in the big engagement. Feedback too, again though, with practice. Just like any other thing in this game.

Hey, while you're at it. Go ahead and set your right button. Set it to repeat {RMB} in the same way. Did you ever need to really only right click once on anything?

Maybe you're a protoss trying to block the hatchery of a zerg with a probe, but you can't make a good circle. Suddenly, all you have to do is move your mouse in a smooth arc and hold down that button.

Maybe you want to finally do flawless mineral stacking. Now you can.

Maybe you aren't good at shift target firing a line of units. I guess you are now.

Maybe you are being harassed by hellions. Just stop all your workers. Hold down the idle worker button and swing that beautiful right mouse button in an arc.

Maybe you can't squeeze your zerglings past a zealot that wasn't on hold position.

Maybe you want to send a drop out via the minimap, but you keep making the last leg of its journey too linear. Now, you can curve with the terrain perfectly.

A previous poster mentioned using the scroll up and down to do backspace and left click, respectively. He then selected all his queens, held v, and scrolled up one and down one for each inject. Its fine if you agree to my ethical analysis. It's clever, for sure.


The mechanic that has been realized is a directed rapid click. It has potential. The downsides aren't obvious. I picture it as a key you hold down, just like control and shift, to use in conjunction with your mouse. Accuracy, efficiency, and timing, as always, remain the standards of skill.

And here is my kicker, progamers, one of the largest upsides will be that your mouse wrist will be spared long term damage.
RoyAlex
Profile Joined August 2010
Norway420 Posts
Last Edited: 2012-02-08 22:55:45
February 08 2012 22:51 GMT
#548
On February 09 2012 07:48 TheNessman wrote:
Show nested quote +
On February 09 2012 07:46 RoyAlex wrote:
On February 09 2012 07:43 TheNessman wrote:
On February 09 2012 07:42 RoyAlex wrote:
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I mean.. what an arbitrary thing to believe. You can not use regedit but you can use control panel?
If microsoft actually was not lazy and decided to put the slider long in control panel it would be fine?

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that.


You can remove the inital repeat delay and then you can use keyboard keys just as fast as you can with scroll wheel.
I said that in my post: "adjust the repeat delay for that key".

you CANNOT remove the initial repeat delay through control panel. which is the only way it is legit to me. If you remove it completely thats HACKING


You can set it lower in control panel...
You can even set it lower in regedit.exe, Microsoft just never bothered to put it lower in control panel. If you use MAC, you can use the terminal to set it just as low as you can in regedit in Windows. Is Online tournaments going to ban starcraft 2 on MAC?

I mean.. what an arbitrary thing to believe.
If Microsoft was not lazy and did decide to make the slider in control panel so you can put it even lower it would be fine?
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
February 08 2012 22:54 GMT
#549
On February 09 2012 07:51 RoyAlex wrote:
Show nested quote +
On February 09 2012 07:48 TheNessman wrote:
On February 09 2012 07:46 RoyAlex wrote:
On February 09 2012 07:43 TheNessman wrote:
On February 09 2012 07:42 RoyAlex wrote:
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that.


You can remove the inital repeat delay and then you can use keyboard keys just as fast as you can with scroll wheel.
I said that in my post: "adjust the repeat delay for that key".

you CANNOT remove the initial repeat delay through control panel. which is the only way it is legit to me. If you remove it completely thats HACKING


You can set it lower in control panel...
You can even set it lower in regedit.exe, Microsoft just never bothered to put it lower in control panel. If you use MAC, you can use the terminal to set it just as low as you can in regedit in Windows. Is Online tournaments going to ban starcraft 2 on MAC?

lol name 1 pro that plays on a mac

idk this is getting into the debate of how much hardware / software modification should be allowed. IDK the answer to that, I just feel like a wheel and a button are distinct enough to create a.... distinction. aka you can't just use them the same!
~~! youtube.com/xmungam1 !~~
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
February 08 2012 22:56 GMT
#550
lol if we end up comparing this to the fact that "well, you could just hold down a button, and then move your mouse around" then .... whatever game we are talking about seems bad. I don't want to play cs with no recoil, i don't want to just press and drag my mouse around... T_T sc2 lol
~~! youtube.com/xmungam1 !~~
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
February 08 2012 22:58 GMT
#551
On February 09 2012 07:51 RoyAlex wrote:
I mean.. what an arbitrary thing to believe.
If Microsoft was not lazy and did decide to make the slider in control panel so you can put it even lower it would be fine?

If that was true, i would have to reconsider my definition of a "button" and how it works with my computer.

that hypothetical is one i don't think we need to discuss as it's not practical and also no one uses macs lol
~~! youtube.com/xmungam1 !~~
Willzzz
Profile Joined December 2010
United Kingdom774 Posts
February 08 2012 22:59 GMT
#552
What if someone made a mouse that you could hold down the left click for repeat? would that be wrong?

Should they stop people holding down keys on keyboards so its harder to spam units?
RoyAlex
Profile Joined August 2010
Norway420 Posts
February 08 2012 23:02 GMT
#553
On February 09 2012 07:54 TheNessman wrote:
Show nested quote +
On February 09 2012 07:51 RoyAlex wrote:
On February 09 2012 07:48 TheNessman wrote:
On February 09 2012 07:46 RoyAlex wrote:
On February 09 2012 07:43 TheNessman wrote:
On February 09 2012 07:42 RoyAlex wrote:
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that.


You can remove the inital repeat delay and then you can use keyboard keys just as fast as you can with scroll wheel.
I said that in my post: "adjust the repeat delay for that key".

you CANNOT remove the initial repeat delay through control panel. which is the only way it is legit to me. If you remove it completely thats HACKING


You can set it lower in control panel...
You can even set it lower in regedit.exe, Microsoft just never bothered to put it lower in control panel. If you use MAC, you can use the terminal to set it just as low as you can in regedit in Windows. Is Online tournaments going to ban starcraft 2 on MAC?

lol name 1 pro that plays on a mac

idk this is getting into the debate of how much hardware / software modification should be allowed. IDK the answer to that, I just feel like a wheel and a button are distinct enough to create a.... distinction. aka you can't just use them the same!


"lol name 1 pro that plays on a mac"
So its fine for MAC user to have so low repeat delay but not Microsoft user? No.

I think it's just ahead of it's time... i guess. Or i mean its really new and nobody don't know how to approch this.
I don't know if there were complaints like this when mouses with adjustable DPI came.
It has already been decided that macro's should not be used. So i guess if Blizzard, the pro players and tournaments decide to ban this it would be fine either way, lets just see if it really really breaks the game.

Maybe Razer comes out with a mouse that actually has 3 layers of left clicks, you just press further down, and that way you snipe faster than mouses with only 1 click. lol



TheNessman
Profile Blog Joined May 2009
United States4158 Posts
Last Edited: 2012-02-08 23:05:28
February 08 2012 23:02 GMT
#554
On February 09 2012 07:59 Willzzz wrote:
What if someone made a mouse that you could hold down the left click for repeat? would that be wrong?

Should they stop people holding down keys on keyboards so its harder to spam units?


I am leaving this conversation so you don't need to respond to my posts anymore but I do want to say this:

in bw this shit never came up. there was no "holding down keys" the idea of that is ridiculous imo.

And as long as you are asking hypotheticals, this is gonna take a long time to solve.

A button is what it is simply because we built it like that. A scroll wheel is what it is simply because its like that now

NOW. there is no point in talking about things that aren't real.

On February 09 2012 08:02 RoyAlex wrote:
"lol name 1 pro that plays on a mac"
So its fine for MAC user to have so low repeat delay but not Microsoft user? No.

I think it's just ahead of it's time... i guess. Or i mean its really new and nobody don't know how to approch this.
I don't know if there were complaints like this when mouses with adjustable DPI came.
It has already been decided that macro's should not be used. So i guess if Blizzard, the pro players and tournaments decide to ban this it would be fine either way, lets just see if it really really breaks the game.

Maybe Razer comes out with a mouse that actually has 3 layers of left clicks, you just press further down, and that way you snipe faster than mouses with only 1 click. lol


"its really new and nobody don't know how to approch this" Yes, because nothing you are talking about (macs, new razer mouse) are real. none of those things are real. you are talking about stuff that isn't real and isn't relevant. anyways now i hope everyone sees how close minded i am , and swear i'll ttyl
~~! youtube.com/xmungam1 !~~
Zorgaz
Profile Joined June 2010
Sweden2951 Posts
Last Edited: 2012-02-08 23:08:21
February 08 2012 23:06 GMT
#555
On February 09 2012 00:39 Barrin wrote:
make the snipe animation longer (if anything...?)

like, I mean.. they're sniping.

I don't know if you've ever tried to snipe something with a sniper rifle... well, I haven't either. But I do know that the aiming part takes quite a bit longer than any other kind of gun.


Logic in Starcraft 2?!

Blasphemy

In all seriousness i don't think they should change anything in the game just because it's illogical, although the might change something if this turns out to make ghosts too strong. I have yet to see it used in a pro match though, So I'll wait and see.

Furthermore, I think the Collosi should be removed! (Zorgaz -Terran/AbrA-Random/Zorg-Dota2) Guineapigs <3
RoyAlex
Profile Joined August 2010
Norway420 Posts
Last Edited: 2012-02-08 23:32:03
February 08 2012 23:10 GMT
#556
On February 09 2012 08:02 TheNessman wrote:
Show nested quote +
On February 09 2012 07:59 Willzzz wrote:
What if someone made a mouse that you could hold down the left click for repeat? would that be wrong?

Should they stop people holding down keys on keyboards so its harder to spam units?


I am leaving this conversation so you don't need to respond to my posts anymore but I do want to say this:

in bw this shit never came up. there was no "holding down keys" the idea of that is ridiculous imo.

And as long as you are asking hypotheticals, this is gonna take a long time to solve.

A button is what it is simply because we built it like that. A scroll wheel is what it is simply because its like that now

NOW. there is no point in talking about things that aren't real.

Show nested quote +
On February 09 2012 08:02 RoyAlex wrote:
"lol name 1 pro that plays on a mac"
So its fine for MAC user to have so low repeat delay but not Microsoft user? No.

I think it's just ahead of it's time... i guess. Or i mean its really new and nobody don't know how to approch this.
I don't know if there were complaints like this when mouses with adjustable DPI came.
It has already been decided that macro's should not be used. So i guess if Blizzard, the pro players and tournaments decide to ban this it would be fine either way, lets just see if it really really breaks the game.

Maybe Razer comes out with a mouse that actually has 3 layers of left clicks, you just press further down, and that way you snipe faster than mouses with only 1 click. lol


"its really new and nobody don't know how to approch this" Yes, because nothing you are talking about (macs, new razer mouse) are real. none of those things are real. you are talking about stuff that isn't real and isn't relevant. anyways now i hope everyone sees how close minded i am , and swear i'll ttyl


Well if you want you can just forget I said that stuff, it was mostly just for fun (razer mouse).
But the "nobody uses MAC", thus its fine? That's just stupid to say.

But i did mentions real things that people actually uses, like bind mouse button to a keyboard key (spacedude and probably more.)
I myself have adjust my keyboard repeat delay for feedbacks, and there could be progamers that have adjusted these settings. It's very real, people are already trying it i this thread, probably many progamers might try this out.

I don't think changing you keyboard repeat delay is wrong, niether is have a mouse with adjustable DPI or having a keyboard were the F1 keys are right above number keys thus the distance is shorter. I don't think binding keys & actions to different keys is cheating. European keyboard have one extra key between left shift & Z and Razer keyboard have more keys on the left side of the keyboard.

I think it's just silly if people think any of these are wrong or cheating. To me the difference between having a keyboard with more buttons or binding a key to another place is the same. Same with changing keyboard rate & mouse speed.

But since some of these thing allows things like rapid ghost sniping. Doing that exact thing which allows ghost sniping to rapid fire like that should be banned, or fixed somehow by blizz. If it's truly imba.
People_0f_Color
Profile Joined August 2010
177 Posts
February 08 2012 23:22 GMT
#557
On February 09 2012 07:48 aliasA wrote:
I don't know how to intro this.
It begins with an ethical analysis, I made it as non-subjective as possible.
Then its my subjective analysis.
Then I deliver my creative analysis, in the spoiled section.
Then a summary with a twist at the end.
enjoy?

An overview of signals, listeners, and events:
+ Show Spoiler +
Computer hardware works off of signals, listeners, and events.
The basic events are intuitive, they are keypress and keyrelease, mousepress and mouserelease.
A listener waits for these events.
The listener then sends a signal to the appropriate thread. The thread in this case is sc2.exe.

An example to illustrate the basic 'press' events. When a 'leftmousepress' event occurs while the location of the mouse is on the minimap, the listener receives the event, and then sends a signal to sc2. This signal contains all the details of the event, and sc2 redraws your screen to where you clicked on the minimap.

An example using 'leftmouserelease' as well as some more sophisticated events that are built from the mousepress and mouserelease events. When a 'leftmousepress' event occurs while the location of the mouse is on the main gameplay window, with nothing to select at that location, nothing initially happens. The event is sent, but no signal occurs because of it. But if an event 'mousedrag' occurs, a green box begins to be drawn on your screen. Upon the 'leftmouserelease' event units are selected within the box if it was drawn.

Mousescroll events are even simpler. There is no 'press/release' dichotomy, there is just one event. Each set interval scrolled sends that event on its merry way.

But holding down a key, as mentioned many times before, does something capable of much more.

The listener on your device receives the initial 'press' event, and sends a 'press' signal. If no 'release' event is received within a set time, it begins to send 'press' signals at a regular interval, until a 'release' event finally occurs.


Using this knowledge, an ethical guideline can be constructed. The first hurdle comes with understanding the 1:1 map, as it is a technically vague description.

A map, in computing, not math, is an array with a unique 'key' assigned to a not necessarily unique value. For the code illiterate, an array is just a list of items, much like your wire frame selection.
A map with letters being the 'key': a->1 b->1 c->2 etc....

The unique key of the map must be the event, and the non-unique corresponding entry must be a signal, or set of identical signals.
Nothing else exists related to user input.

The scenario calling for an event to correspond to a single signal would forbid holding down keys. This leaves the set of signals. A set of signals being paired with each unique event accounts for all current gameplay. This also allows for scroll click.

Some examples, for clarification
+ Show Spoiler +

Examples:{Consequence of signal, Event}
{Mouse over unit(queen), Move Mouse}
{Select unit(queen), Left Mouse Click}
{Select command (inject), V}
{Mouse over unit(hatch), Move Mouse}
{Target ability (inject), Left Mouse Click}
Ultra Snipe:
[{Select command (snipe), R},{Target Ability(snipe), Scroll Up}]x12

Example of cheat:
{Center on hatch+Select (queen)+Control Group+Select Inject, Single Macro Key Event}


This is the only way to view this. The action of 'artificially' clicking repeatedly is rudimentary, devoid of intelligence. (You are artificially sending signals to the computer either way) It can be considered a basic mechanic of the mouse, equivalent to a shift click in complexity. It should not be considered for prohibition. It should be accepted as a norm. Of course, in the scenario that the state of the game does nosedive because of an endgame composition that has been left to pool energy, it still should not be considered. A specific ability of a specific endgame unit is one of the easier balance problems for blizzard to judge.



The community would do good by accepting this mechanic.

Industries grow when they take advantage of new technology and adapt it to their needs or desires. The capabilities of the man machine interface can and will grow beyond this. And, as a people interested in highly intelligent gaming, it would behoove developers, players, spectators to participate in the growth of the interface.

The developers gain a tool, the players gain thrills. The players have the burden and the opportunity.

Finding ways to create new challenges is a first step. Create new standards of perfection. If a mechanic seems to enable great use of one ability in the game, then any other abilities that use that mechanic will be necessarily stronger. Perhaps being able to drop on the fly instantly will become a play-style strength. Perhaps the raven can be used to do quick wall offs, but only with a practiced motion. Perhaps a strong infestor composition with neural parasite can be discovered, where a critical mass of key small food units would be mind controlled in a large engagement. It would take skill and accuracy. And mostly immense practice. How else would you find out how much delay between each click is best for reaching each dropship exactly in time?

Learn to give up tools that weren't as effective for these tasks, like the single clicks. Those single clicks will still be the norm for all other tasks. But learn to use the new tools as voraciously and efficiently as possible. The speed of the raw clicks was never that important. They did not make you. The speed in changing selections, mouse positions, and switching your mouse from function to function was what took your time.

It is easy to take your mouse's complexity for granted. It is not as simple as the number of buttons on it. Here are a few: the shift click, the control click, the control shift click, the double click, the right click, and of course the single click. Your mouse has so many functions, not only based on which click you use, but where your cursor is located, and what is in your wire frame selection. This feature isn't making the mouse that much more powerful on its own. Its just another way to approach the same actions.

Now you have a choice. Read what I've thought of. It might strain your ethics. You take the blue pill, the story ends, you wake up in your bed and believe whatever you want to believe. You take the red pill, you stay in Wonderland and I show you how deep the rabbit-hole goes.


+ Show Spoiler +
That program linked in the OP. First set up a profile for sc2.exe. Just click , click the '…' button and find your sc2.exe.

Now. It has a customizable option, under simulated keys. Go ahead and choose that for your middle button, not your scrolls. There is an option for "repeatedly while the button is held". Choose that. For your custom hotkey, you'll probably want {LMB} as your parameter. Set the delay to something between 50 and 100 ms. Don't go crazy with that number. 50 ms isn't a very long time. You'll be as quick as you need to be.

And if you can practice, you can use the regular interval of signals to do a sweep of near perfect force fields. Or an line of emps. You'll be able to surround units with infested terrans and instantly fungal your entire opponents roach mass in the big engagement. Feedback too, again though, with practice. Just like any other thing in this game.

Hey, while you're at it. Go ahead and set your right button. Set it to repeat {RMB} in the same way. Did you ever need to really only right click once on anything?

Maybe you're a protoss trying to block the hatchery of a zerg with a probe, but you can't make a good circle. Suddenly, all you have to do is move your mouse in a smooth arc and hold down that button.

Maybe you want to finally do flawless mineral stacking. Now you can.

Maybe you aren't good at shift target firing a line of units. I guess you are now.

Maybe you are being harassed by hellions. Just stop all your workers. Hold down the idle worker button and swing that beautiful right mouse button in an arc.

Maybe you can't squeeze your zerglings past a zealot that wasn't on hold position.

Maybe you want to send a drop out via the minimap, but you keep making the last leg of its journey too linear. Now, you can curve with the terrain perfectly.

A previous poster mentioned using the scroll up and down to do backspace and left click, respectively. He then selected all his queens, held v, and scrolled up one and down one for each inject. Its fine if you agree to my ethical analysis. It's clever, for sure.


The mechanic that has been realized is a directed rapid click. It has potential. The downsides aren't obvious. I picture it as a key you hold down, just like control and shift, to use in conjunction with your mouse. Accuracy, efficiency, and timing, as always, remain the standards of skill.

And here is my kicker, progamers, one of the largest upsides will be that your mouse wrist will be spared long term damage.


Kind of meaningless to me. You could use this logic to legitimize every exploit in every game, whether it was multiple actions happening by a single button on a mouse or any glitch/exploit in any game. Sometimes new technology isn't good just because it makes some tasks easier because sometimes those tasks were designed to be hard. Snipe is a good example of this snipe requires great stamina in clicking because the pay off for each click is really high. When stamina doesn't play a factor, the likelihood is that the spell will be nerfed sine it loses the limitations that were designed to keep it in check.

The irony of this topic is if blizzard is paying attention, the ghost is about to get a nerf. Whether thats a energy cost for snipe going up or a cooldown increase.

I personally think this technique isn't as bad for spamming zerglings or for spamming ITerrans because conceivably few outcomes would become highly unfavorable for opponents with the addition of the ability to shoot ITs faster. SAme thing about spamming the creation of zerglings. Right now the game is balanced around zerglings being spammed. But MOST people already argue that the ghost is a versatile unit on the cusp of being too efficient against everything zerg and a lot protoss. This is more likely to make that thing too good.
aliasA
Profile Joined February 2012
United States9 Posts
February 09 2012 00:34 GMT
#558
On February 09 2012 08:22 People_0f_Color wrote:
Show nested quote +
On February 09 2012 07:48 aliasA wrote:
I don't know how to intro this.
It begins with an ethical analysis, I made it as non-subjective as possible.
Then its my subjective analysis.
Then I deliver my creative analysis, in the spoiled section.
Then a summary with a twist at the end.
enjoy?

An overview of signals, listeners, and events:
+ Show Spoiler +
Computer hardware works off of signals, listeners, and events.
The basic events are intuitive, they are keypress and keyrelease, mousepress and mouserelease.
A listener waits for these events.
The listener then sends a signal to the appropriate thread. The thread in this case is sc2.exe.

An example to illustrate the basic 'press' events. When a 'leftmousepress' event occurs while the location of the mouse is on the minimap, the listener receives the event, and then sends a signal to sc2. This signal contains all the details of the event, and sc2 redraws your screen to where you clicked on the minimap.

An example using 'leftmouserelease' as well as some more sophisticated events that are built from the mousepress and mouserelease events. When a 'leftmousepress' event occurs while the location of the mouse is on the main gameplay window, with nothing to select at that location, nothing initially happens. The event is sent, but no signal occurs because of it. But if an event 'mousedrag' occurs, a green box begins to be drawn on your screen. Upon the 'leftmouserelease' event units are selected within the box if it was drawn.

Mousescroll events are even simpler. There is no 'press/release' dichotomy, there is just one event. Each set interval scrolled sends that event on its merry way.

But holding down a key, as mentioned many times before, does something capable of much more.

The listener on your device receives the initial 'press' event, and sends a 'press' signal. If no 'release' event is received within a set time, it begins to send 'press' signals at a regular interval, until a 'release' event finally occurs.


Using this knowledge, an ethical guideline can be constructed. The first hurdle comes with understanding the 1:1 map, as it is a technically vague description.

A map, in computing, not math, is an array with a unique 'key' assigned to a not necessarily unique value. For the code illiterate, an array is just a list of items, much like your wire frame selection.
A map with letters being the 'key': a->1 b->1 c->2 etc....

The unique key of the map must be the event, and the non-unique corresponding entry must be a signal, or set of identical signals.
Nothing else exists related to user input.

The scenario calling for an event to correspond to a single signal would forbid holding down keys. This leaves the set of signals. A set of signals being paired with each unique event accounts for all current gameplay. This also allows for scroll click.

Some examples, for clarification
+ Show Spoiler +

Examples:{Consequence of signal, Event}
{Mouse over unit(queen), Move Mouse}
{Select unit(queen), Left Mouse Click}
{Select command (inject), V}
{Mouse over unit(hatch), Move Mouse}
{Target ability (inject), Left Mouse Click}
Ultra Snipe:
[{Select command (snipe), R},{Target Ability(snipe), Scroll Up}]x12

Example of cheat:
{Center on hatch+Select (queen)+Control Group+Select Inject, Single Macro Key Event}


This is the only way to view this. The action of 'artificially' clicking repeatedly is rudimentary, devoid of intelligence. (You are artificially sending signals to the computer either way) It can be considered a basic mechanic of the mouse, equivalent to a shift click in complexity. It should not be considered for prohibition. It should be accepted as a norm. Of course, in the scenario that the state of the game does nosedive because of an endgame composition that has been left to pool energy, it still should not be considered. A specific ability of a specific endgame unit is one of the easier balance problems for blizzard to judge.



The community would do good by accepting this mechanic.

Industries grow when they take advantage of new technology and adapt it to their needs or desires. The capabilities of the man machine interface can and will grow beyond this. And, as a people interested in highly intelligent gaming, it would behoove developers, players, spectators to participate in the growth of the interface.

The developers gain a tool, the players gain thrills. The players have the burden and the opportunity.

Finding ways to create new challenges is a first step. Create new standards of perfection. If a mechanic seems to enable great use of one ability in the game, then any other abilities that use that mechanic will be necessarily stronger. Perhaps being able to drop on the fly instantly will become a play-style strength. Perhaps the raven can be used to do quick wall offs, but only with a practiced motion. Perhaps a strong infestor composition with neural parasite can be discovered, where a critical mass of key small food units would be mind controlled in a large engagement. It would take skill and accuracy. And mostly immense practice. How else would you find out how much delay between each click is best for reaching each dropship exactly in time?

Learn to give up tools that weren't as effective for these tasks, like the single clicks. Those single clicks will still be the norm for all other tasks. But learn to use the new tools as voraciously and efficiently as possible. The speed of the raw clicks was never that important. They did not make you. The speed in changing selections, mouse positions, and switching your mouse from function to function was what took your time.

It is easy to take your mouse's complexity for granted. It is not as simple as the number of buttons on it. Here are a few: the shift click, the control click, the control shift click, the double click, the right click, and of course the single click. Your mouse has so many functions, not only based on which click you use, but where your cursor is located, and what is in your wire frame selection. This feature isn't making the mouse that much more powerful on its own. Its just another way to approach the same actions.

Now you have a choice. Read what I've thought of. It might strain your ethics. You take the blue pill, the story ends, you wake up in your bed and believe whatever you want to believe. You take the red pill, you stay in Wonderland and I show you how deep the rabbit-hole goes.


+ Show Spoiler +
That program linked in the OP. First set up a profile for sc2.exe. Just click , click the '…' button and find your sc2.exe.

Now. It has a customizable option, under simulated keys. Go ahead and choose that for your middle button, not your scrolls. There is an option for "repeatedly while the button is held". Choose that. For your custom hotkey, you'll probably want {LMB} as your parameter. Set the delay to something between 50 and 100 ms. Don't go crazy with that number. 50 ms isn't a very long time. You'll be as quick as you need to be.

And if you can practice, you can use the regular interval of signals to do a sweep of near perfect force fields. Or an line of emps. You'll be able to surround units with infested terrans and instantly fungal your entire opponents roach mass in the big engagement. Feedback too, again though, with practice. Just like any other thing in this game.

Hey, while you're at it. Go ahead and set your right button. Set it to repeat {RMB} in the same way. Did you ever need to really only right click once on anything?

Maybe you're a protoss trying to block the hatchery of a zerg with a probe, but you can't make a good circle. Suddenly, all you have to do is move your mouse in a smooth arc and hold down that button.

Maybe you want to finally do flawless mineral stacking. Now you can.

Maybe you aren't good at shift target firing a line of units. I guess you are now.

Maybe you are being harassed by hellions. Just stop all your workers. Hold down the idle worker button and swing that beautiful right mouse button in an arc.

Maybe you can't squeeze your zerglings past a zealot that wasn't on hold position.

Maybe you want to send a drop out via the minimap, but you keep making the last leg of its journey too linear. Now, you can curve with the terrain perfectly.

A previous poster mentioned using the scroll up and down to do backspace and left click, respectively. He then selected all his queens, held v, and scrolled up one and down one for each inject. Its fine if you agree to my ethical analysis. It's clever, for sure.


The mechanic that has been realized is a directed rapid click. It has potential. The downsides aren't obvious. I picture it as a key you hold down, just like control and shift, to use in conjunction with your mouse. Accuracy, efficiency, and timing, as always, remain the standards of skill.

And here is my kicker, progamers, one of the largest upsides will be that your mouse wrist will be spared long term damage.


Kind of meaningless to me. You could use this logic to legitimize every exploit in every game, whether it was multiple actions happening by a single button on a mouse or any glitch/exploit in any game. Sometimes new technology isn't good just because it makes some tasks easier because sometimes those tasks were designed to be hard. Snipe is a good example of this snipe requires great stamina in clicking because the pay off for each click is really high. When stamina doesn't play a factor, the likelihood is that the spell will be nerfed sine it loses the limitations that were designed to keep it in check.

The irony of this topic is if blizzard is paying attention, the ghost is about to get a nerf. Whether thats a energy cost for snipe going up or a cooldown increase.

I personally think this technique isn't as bad for spamming zerglings or for spamming ITerrans because conceivably few outcomes would become highly unfavorable for opponents with the addition of the ability to shoot ITs faster. SAme thing about spamming the creation of zerglings. Right now the game is balanced around zerglings being spammed. But MOST people already argue that the ghost is a versatile unit on the cusp of being too efficient against everything zerg and a lot protoss. This is more likely to make that thing too good.


The logic is strictly limited to defining whether this can viewed as illegitimate rebinding, because the issue exists outside of the game, where definitions are far and few. It also extends beyond just this scroll. I came up with two different highly questionable, highly useful ways to rebind, and I referenced another guy who came up with his own. The whole point was that the game engine sees them the same way. There is no physics glitch possible like in the fps examples that keep coming up. There is no line that can be drawn, unless you force individual keypressing for everything. So essentially, my position is....might as well go balls deep and make it a good thing

Within the game, there are plenty of definitions. Its starcraft. Its built on rules. Starting conditions. Set pathfinding. Constant attributes.Unit u has v range, w size, x speed, y damage, z armor. I don't believe they focus on design by considering limitations in micro like you think they do. I am fairly sure they heavily consider everything in terms of hard limits, and rely on that to keep things in check. Energy per snipe, animation cooldown, range of snipe, damage of snipe, cost of ghost, build time of ghost, cost of energy upgrade etc. Microability might come into play, but only marginally.
Azzur
Profile Blog Joined July 2010
Australia6260 Posts
Last Edited: 2012-02-09 10:12:11
February 09 2012 10:11 GMT
#559
According to Artosis, Nestea used this in his match against DRG!

If true, this settles the argument that it's 100% allowed in tournament play!
KhAmun
Profile Blog Joined September 2010
United States1005 Posts
February 09 2012 10:13 GMT
#560
On February 09 2012 19:11 Azzur wrote:
According to Artosis, Nestea used this in his match against DRG!

If true, this settles the argument that it's 100% allowed in tournament play!


I don't think he did, NesTea had the IT's shift queued which throws them out incredibly fast.
Unless Artosis was talking about a different spot that we didn't see, but I don't think so, as Nestea used like all but 2 of his infestors to go IT attack.
Prev 1 26 27 28 29 30 35 Next All
Please log in or register to reply.
Live Events Refresh
uThermal 2v2 Circuit
12:00
Bonus Cup #2
uThermal257
SteadfastSC2
Liquipedia
RongYI Cup
11:00
Group D
Cyan vs KrystianerLIVE!
Maru vs Solar
RotterdaM983
ComeBackTV 914
IndyStarCraft 308
Harstem196
BRAT_OK 126
Rex116
3DClanTV 82
Liquipedia
Replay Cast
09:00
Rongyi Cup S3 - Group C
CranKy Ducklings128
LiquipediaDiscussion
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
RotterdaM 983
IndyStarCraft 308
uThermal 257
Harstem 196
BRAT_OK 126
Rex 116
SteadfastSC 2
StarCraft: Brood War
Horang2 6455
Sea 5045
Rain 2131
Hyuk 1705
Jaedong 845
Shuttle 772
BeSt 450
GuemChi 427
Stork 421
firebathero 407
[ Show more ]
Larva 356
Mini 350
EffOrt 343
actioN 317
Last 224
Light 195
ZerO 156
ggaemo 146
Hyun 117
Rush 104
hero 102
Pusan 82
Soulkey 82
Killer 81
Sharp 77
Mind 70
Mong 63
Yoon 49
Barracks 44
Backho 37
Hm[arnc] 22
soO 22
Free 19
GoRush 18
sorry 15
yabsab 15
Noble 14
ajuk12(nOOB) 12
JulyZerg 10
Shine 9
zelot 8
Terrorterran 2
Dota 2
420jenkins1353
Fuzer 197
XcaliburYe152
canceldota63
Counter-Strike
zeus1360
edward103
Super Smash Bros
Mew2King58
Heroes of the Storm
Khaldor198
Other Games
gofns13099
singsing1971
XaKoH 195
Sick170
ToD52
ZerO(Twitch)11
Organizations
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 13 non-featured ]
StarCraft 2
• Gemini_19 6
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• Michael_bg 8
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
League of Legends
• Jankos2394
Upcoming Events
BSL 21
2h 46m
Replay Cast
11h 46m
Wardi Open
1d 1h
Monday Night Weeklies
1d 4h
OSC
1d 11h
Replay Cast
1d 20h
WardiTV Invitational
2 days
Replay Cast
2 days
WardiTV Invitational
3 days
The PondCast
3 days
[ Show More ]
HomeStory Cup
4 days
Korean StarCraft League
5 days
HomeStory Cup
5 days
Replay Cast
6 days
Liquipedia Results

Completed

Proleague 2026-01-24
OSC Championship Season 13
Tektek Cup #1

Ongoing

C-Race Season 1
BSL 21 Non-Korean Championship
CSL 2025 WINTER (S19)
KCM Race Survival 2026 Season 1
Acropolis #4 - TS4
Rongyi Cup S3
Underdog Cup #3
BLAST Bounty Winter 2026
BLAST Bounty Winter Qual
eXTREMESLAND 2025
SL Budapest Major 2025
ESL Impact League Season 8
BLAST Rivals Fall 2025

Upcoming

Escore Tournament S1: W6
Escore Tournament S1: W7
Acropolis #4
IPSL Spring 2026
uThermal 2v2 2026 Main Event
Bellum Gens Elite Stara Zagora 2026
HSC XXVIII
Nations Cup 2026
PGL Bucharest 2026
Stake Ranked Episode 1
BLAST Open Spring 2026
ESL Pro League Season 23
ESL Pro League Season 23
PGL Cluj-Napoca 2026
IEM Kraków 2026
TLPD

1. ByuN
2. TY
3. Dark
4. Solar
5. Stats
6. Nerchio
7. sOs
8. soO
9. INnoVation
10. Elazer
1. Rain
2. Flash
3. EffOrt
4. Last
5. Bisu
6. Soulkey
7. Mini
8. Sharp
Sidebar Settings...

Advertising | Privacy Policy | Terms Of Use | Contact Us

Original banner artwork: Jim Warren
The contents of this webpage are copyright © 2026 TLnet. All Rights Reserved.