Scrolling/mouse wheel improvments (VTE-like) in urxvt

Question

I like urxvt a lot, but there's one little thing that always annoyed me, especially since I used to use XFCE's terminal which, like (I assume) all VTE-based terminals, behaves differently.
Like pretty much all other emulators, urxvt supports using the mouse wheel to scroll in the terminal's buffer; But, unlike some others, that is all it does.
Other (VTE-based) terminals, when running an application that uses the "secondary screen"(*), will disable their scrollbar, and instead you can use the wheel to interact with said application. For example, when in `less` or `man` you can scroll around using the mouse wheel. And it's a really nice thing, because it feels very natural (to me, at least).
(*) not sure whether this is the "official" term or not, but at least that's how it's called in urxvt.
And it is the one thing that always annoyed me about urxvt: even in such applications, the mouse wheel will simply scroll through urxvt's own buffer. So I finally decided to grab the source code and have a look, and lucky enough it turned out to be pretty easy to change things.
Introducing a new option: secondaryWheel (ssw)
Yeah, that name might not be the best, but it goes along side secondaryScreen (ssc) - which is obviously required for this to work at all - as well as secondaryScroll (ssr) - with which, IMHO, it is somewhat related. So, there you go.
What this new option does, is pretty simple: when using the mouse wheel, if you're on secondary screen then no scrolling will occur, and instead some (3, to be exact) "fake" keystrokes will be sent to the running application. So, a wheel up will have the same result as pressing the Up key three times, and wheel down will do the same as pressing 3 times the Down key.
Easy enough, but that does the trick: now when running `man`, `less` or any other application that uses the secondary screen, you can use the mouse wheel to move around (or whatever said application would do, if you pressed the Up/Down keys). It should be noted that I'm not sure this is actually how things are done in VTE-based terminals - I never checked - but this does the job, so it works for me.
This is just another option (disabled by default), so you can either use it from command-line (ssw), or specify it in your .Xdefaults using it's long-name: secondaryWheel
Like I mentioned earlier, I believe this option is related to secondaryScroll, as in it works best if you disable it, while enabling secondaryWheel
That way, not only can you use your mouse wheel to scroll around in those applications, but whatever you do here will not "mess up" your scrolling buffer (on primary screen). That's how I use it, and I really like it that way.
Less blah, more download
The modified source code is available on this BitBucket repository. Note that it not only features this patch, but also this great one from rlblaster.
Or, you can also simply use this PKGBUILD.
Note: The PKGBUILD includes both patches, and also uses different compilation options (than the official package) to disable utmp/wtmp support and tabbed support. This is mainly because I don't use those, plus I beleive that utmp/wtmp doesn't actually work anyway (it would require setuid to be set, which isn't the case in the official package. Though, I did include the required lines (commented out) in the PKGBUILD; should you want to use it, you can simply uncomment them, and don't forget to change the options as well).
And of course bug reports, suggestions or any other form of constructive criticism is very much welcome.

Answer 1

Sorry for the necro-bump, but I found this thread while troubleshooting an issue with scrolling in urxvt.
This is the precise patch I was looking for, but the link to PKGBUILD in the OP's post is broken.
Here is the direct link to the AUR package: https://aur.archlinux.org/packages/rxvt … -scrolling
Also this patch is great. I moved over from Gentoo who includes this patch in the rxvt-unicode ebuild so I never really knew about it.
Moving to Arch caused some frustration as this patch wasn't included and I had no idea what was wrong.
Anyway, this package is great and I hope it's maintained forever and ever (or for as long as I use urxvt).