• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EST 06:51
CET 12:51
KST 20:51
  • 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
TL.net Map Contest #21: Winners10Intel X Team Liquid Seoul event: Showmatches and Meet the Pros10[ASL20] Finals Preview: Arrival13TL.net Map Contest #21: Voting12[ASL20] Ro4 Preview: Descent11
Community News
StarCraft, SC2, HotS, WC3, Returning to Blizzcon!33$5,000+ WardiTV 2025 Championship6[BSL21] RO32 Group Stage4Weekly Cups (Oct 26-Nov 2): Liquid, Clem, Solar win; LAN in Philly2Weekly Cups (Oct 20-26): MaxPax, Clem, Creator win10
StarCraft 2
General
Mech is the composition that needs teleportation t TL.net Map Contest #21: Winners Weekly Cups (Oct 20-26): MaxPax, Clem, Creator win RotterdaM "Serral is the GOAT, and it's not close" 5.0.15 Patch Balance Hotfix (2025-10-8)
Tourneys
Constellation Cup - Main Event - Stellar Fest $5,000+ WardiTV 2025 Championship Sparkling Tuna Cup - Weekly Open Tournament Merivale 8 Open - LAN - Stellar Fest Sea Duckling Open (Global, Bronze-Diamond)
Strategy
Custom Maps
Map Editor closed ?
External Content
Mutation # 498 Wheel of Misfortune|Cradle of Death Mutation # 497 Battle Haredened Mutation # 496 Endless Infection Mutation # 495 Rest In Peace
Brood War
General
[ASL20] Ask the mapmakers — Drop your questions BW General Discussion [BSL21] RO32 Group Stage BGH Auto Balance -> http://bghmmr.eu/ SnOw's ASL S20 Finals Review
Tourneys
[Megathread] Daily Proleagues [ASL20] Grand Finals [BSL21] RO32 Group B - Sunday 21:00 CET [BSL21] RO32 Group A - Saturday 21:00 CET
Strategy
Current Meta PvZ map balance How to stay on top of macro? Soma's 9 hatch build from ASL Game 2
Other Games
General Games
Nintendo Switch Thread Stormgate/Frost Giant Megathread Path of Exile Should offensive tower rushing be viable in RTS games? Dawn of War IV
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
TL Mafia Community Thread SPIRED by.ASL Mafia {211640}
Community
General
US Politics Mega-thread Russo-Ukrainian War Thread Things Aren’t Peaceful in Palestine YouTube Thread Dating: How's your luck?
Fan Clubs
White-Ra Fan Club The herO Fan Club!
Media & Entertainment
[Manga] One Piece Anime Discussion Thread Movie Discussion! Korean Music Discussion Series you have seen recently...
Sports
2024 - 2026 Football Thread NBA General Discussion MLB/Baseball 2023 TeamLiquid Health and Fitness Initiative For 2023 Formula 1 Discussion
World Cup 2022
Tech Support
SC2 Client Relocalization [Change SC2 Language] Linksys AE2500 USB WIFI keeps disconnecting Computer Build, Upgrade & Buying Resource Thread
TL Community
The Automated Ban List Recent Gifted Posts
Blogs
Coffee x Performance in Espo…
TrAiDoS
Saturation point
Uldridge
DnB/metal remix FFO Mick Go…
ImbaTosS
Why we need SC3
Hildegard
Reality "theory" prov…
perfectspheres
Our Last Hope in th…
KrillinFromwales
Customize Sidebar...

Website Feedback

Closed Threads



Active: 1539 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
CranKy Ducklings
10:00
Sea Duckling Open #140
CranKy Ducklings93
LiquipediaDiscussion
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
mouzHeroMarine 191
ProTech129
StarCraft: Brood War
Sea 7395
Horang2 3581
GuemChi 3100
Jaedong 731
actioN 403
Larva 361
Soma 337
Mini 240
Stork 237
BeSt 221
[ Show more ]
EffOrt 157
Killer 151
Backho 113
ToSsGirL 91
Hyun 79
Rush 65
Mind 50
PianO 32
Sharp 25
Icarus 18
Bale 12
HiyA 12
soO 11
sorry 11
Sacsri 8
Terrorterran 4
Dota 2
Gorgc4237
singsing1652
XcaliburYe271
Counter-Strike
fl0m2549
zeus618
edward56
Heroes of the Storm
Khaldor143
Other Games
B2W.Neo687
Sick318
XaKoH 109
Fuzer 88
nookyyy 28
MindelVK18
Organizations
Counter-Strike
PGL155
StarCraft 2
WardiTV28
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 15 non-featured ]
StarCraft 2
• Berry_CruncH158
• StrangeGG 68
• Dystopia_ 2
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
League of Legends
• Jankos2743
• Stunt940
Upcoming Events
IPSL
6h 9m
dxtr13 vs OldBoy
Napoleon vs Doodle
LAN Event
6h 9m
Lambo vs Clem
Scarlett vs TriGGeR
ByuN vs TBD
Zoun vs TBD
BSL 21
8h 9m
Gosudark vs Kyrie
Gypsy vs OyAji
UltrA vs Radley
Dandy vs Ptak
Replay Cast
11h 9m
Sparkling Tuna Cup
22h 9m
WardiTV Korean Royale
1d
LAN Event
1d 3h
IPSL
1d 6h
JDConan vs WIZARD
WolFix vs Cross
BSL 21
1d 8h
spx vs rasowy
HBO vs KameZerg
Cross vs Razz
dxtr13 vs ZZZero
Replay Cast
1d 21h
[ Show More ]
Wardi Open
2 days
WardiTV Korean Royale
3 days
Replay Cast
3 days
Kung Fu Cup
4 days
Classic vs Solar
herO vs Cure
Reynor vs GuMiho
ByuN vs ShoWTimE
Tenacious Turtle Tussle
4 days
The PondCast
4 days
RSL Revival
4 days
Solar vs Zoun
MaxPax vs Bunny
Kung Fu Cup
5 days
WardiTV Korean Royale
5 days
RSL Revival
5 days
Classic vs Creator
Cure vs TriGGeR
Kung Fu Cup
6 days
CranKy Ducklings
6 days
RSL Revival
6 days
herO vs Gerald
ByuN vs SHIN
Liquipedia Results

Completed

BSL 21 Points
SC4ALL: StarCraft II
Eternal Conflict S1

Ongoing

C-Race Season 1
IPSL Winter 2025-26
KCM Race Survival 2025 Season 4
SOOP Univ League 2025
YSL S2
BSL Season 21
Stellar Fest: Constellation Cup
IEM Chengdu 2025
PGL Masters Bucharest 2025
Thunderpick World Champ.
CS Asia Championships 2025
ESL Pro League S22
StarSeries Fall 2025
FISSURE Playground #2
BLAST Open Fall 2025
BLAST Open Fall Qual

Upcoming

SLON Tour Season 2
BSL 21 Non-Korean Championship
Acropolis #4
IPSL Spring 2026
HSC XXVIII
RSL Offline Finals
WardiTV 2025
RSL Revival: Season 3
META Madness #9
BLAST Bounty Winter 2026: Closed Qualifier
eXTREMESLAND 2025
ESL Impact League Season 8
SL Budapest Major 2025
BLAST Rivals Fall 2025
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 © 2025 TLnet. All Rights Reserved.