The basic standalone procedure would be a fairly straightforward toggle script, with the only wrinkle being that you maintain two commands that are affected by the state instead of one--i.e:
set menter "set mouse_up attack; set mouse_dn attack; set mtoggle vstr mexit"
set mexit "set mouse_up THETHINGITDIDBEFORE; set mouse_dn THETHINGITDIDBEFORE; set mtoggle vstr menter"
set mtoggle "vstr menter"
vstr mexit //initialize the controls
bind MWHEELUP "vstr mouse_up"
bind MWHEELDOWN "vstr mouse_dn"
and either:
bind MYTOGGLEKEY "+vstr menter mexit" // for press-and-hold
or:
bind MYTOGGLEKEY "vstr mtoggle" // for sticky state
----
If you're using my control script, you can automatically have that behavior whenever the knife is selected, by making the following change:
Find the "wp_k" block of command states (setup for when knife is selected) and replace set mup vstr k_n; set mdn vstr k_p (select last used firearm and, respectively, switch to next and previous firearms from there) with something like set mup attack; set mdn attack. This is all assuming you use the weapon selection binds and bound your "next" and "previous" weapon commands to mouse up and down (the presumptive reason for naming those commands mup and mdn).
All of the other states will take care of restoring normal behavior when de-selecting the knife or explicitly selecting any other item, and take care to note that going into zoom mode will also supersede this setup, though unzooming will restore it.
I haven't tested this, so where I said "attack" you might actually need "vstr some_command" and add somewhere set some_command "+attack; -attack".
No key would be required for a toggle, though the obvious downside is losing some weapon switching controls and having to use your knife toggle or other explicit weapon command to get back to a gun. Luckily the possibility of attempting to select a knife while none are carried is generally a non-issue, or that could create some frustration with seemingly unreliable weapon switching controls.
----
It would also be possible to instead give your zoom key yet another overloaded function that toggles this mode instead of zoom mode when the knife is selected. It's reasonably straightforward within the framework of my control script, but I'll leave it as a "do it yourself" exercise for the reader, should anyone actually care to do so.
The procedure would involve:
- a new "wp_zk" state (zoomed while knife selected) based off wp_z (changing mup and mdn commands as before, and probably removing the fov/sensitivity-handling subcommands)
- a "z_k" (zoom with knife) transition command for entering the state (which probably only needs to run wp_zk)
- updating the ztoggle command to use the new transition command when in wp_k state (knife selected).
The command to transition out of zoom mode (zNot) will probably still work fine as is. This setup has a different downside, in that you couldn't have this be a sticky toggle while zoom is a press-and-hold--which would probably be ideal--so either you'd give up the press-and-hold zoom or your mouse attack spamming would be kind of awkward. You could instead add a whole new command set that works independently, possibly overloaded with something else, and then the task gets bigger again, looking like an amalgamation of the standalone version and the altered wp_k state version.
----
Keep in mind, however, that all this assumes the game would even recognize inputs getting spammed that quickly without choking. It very well may not.
Forum
1up Home
Blogs
Members
Clan Roster
Decision Panel
Misc
Calendar
Forum Help
Knowledge Base
Login
Register