Okie dokie, now I see what's what. You already have a key defined for ScrollLockOn Ctrl R {Launch and Rename} so anything that comes after that in the list is getting disregarded.

Code:
Line 65 in C:\Users\Giga-Mu-Fin\Desktop\test.txt:  <Hotkey ScrollLockOn Ctrl MyList>
22:56:42: 	<Hotkey ScrollLockOn Ctrl R> has already been defined.  Only the first definition will be used.
Quickest fix is simply to remove the "ScrollLockOn" from the list. You don't need it in there anyway.

Code:
<Hotkey MyList; Shift MyList; Alt MyList; Ctrl MyList; Ctrl Shift MyList>
Technically, you don't need ScrollLockOn anywhere unless you want to use it to differentiate states in some way.

For example, I use CapsLock as a state. Normally, capslock is off and HotKeyNet broadcasts as you'd expect, passing some keys, not passing things like WASD, etc. If I turn CapsLock on, all keys broadcast to everyone with no exceptions.

But, if you looked at the Priority Casting thread I linked in your other thread, you might have noticed that I use HotKey 2 as my spam key and it does a ton of stuff, not just straight broadcasting, which means I can't just broadcast 2 and get 2 across all clients for things like vehicle combat. So in my actual script, the hotkey is defined as "Hotkey CapsLockOff 2", so if I'm in a CapsLockOff state, I get my normal spam key, if it's on I'm straight broadcasting everything, so it only sends 2 instead of doing all the things defined in the CapsLockOff version of the hotkey.

But that's more advanced use that you're probably not going to get into just yet.