Apologies ahead of time for the VERY crude drawing, did something quick to get the functionality down.

You could destroy both the Player and Gun sprite and create a new sprite of player holding the gun. Depends on how detailed your sprite is and how much either moves. You could also simply destroy the Gun sprite on intersection and create a new one at an Image Point located at the Player's hand. I have included a .capx of the second with comments.

dropbox.com/s/1nc4atpyo7eqfky/Pickup.capx

— Thank you very much. This might be useful information to include in the manual for a description on what is required to get this event to function.

Try it now. I removed the Z-Sorter plugin from the project.

Gave the .capx another look over and it doesn't seem to be working. What it looks like to me is that the layer is not being recognized as interact-able so it's not recognizing the Mouse Click on Object.

dropbox.com/s/9klcyvfws546swe/Empire.capx

Le sigh. Of course it would be something blatantly obvious that I am completely overlooking. Thank you for pointing that out. Now I have to figure out why the actual file I am working on is not functioning as it should be set up to work the same way the new .capx below is working. If I am unable to figure it out I will try to upload that .capx tomorrow.

dropbox.com/s/zhzwlllam9trg5y/MenuTest.capx

I have set up a simple example of a menu that I am trying to implement. When I click the orange circle it should make the red square on Layer1 become visible. However, clicking on the orange circle does nothing.

Is the layer that the orange circle is on not active, or why will it not function?

dropbox.com/s/zhzwlllam9trg5y/MenuTest.capx

Is this possible or did I completely miss something with one, or more, of the behaviors?

Ah HA. Sorry for the confusion on the intended behavior. If you remove the global variable at the top and change the action "OriginalMouseY+(ControlRod.Y-Mouse.Y)*0.5" to "Mouse.Y" as it was before it should allow you to move the ControlRod up with the mouse moving up. No need to add me to the credits, though I do appreciate the thought. I am learning this just like you.

ryackov Try this .capx

dropbox.com/s/71rkdvvtn0lf88c/ControlRodsNew.capx

Resolved the clamp command to allow movement upward instead of downward. Added comment describing what was changed.

dropbox.com/s/71rkdvvtn0lf88c/ControlRodsNew.capx

I was able to get the ControlRods to move inverted based on the Mouse.Y value. I had to disable the "System > Every tick" event as there is an action that is preventing the ControlRod X from going above the FuelRod X. Feel free to poke around to get that resolved.

Here is the .capx for the inverted movement:

dropbox.com/s/c2b6y73ybymiz4m/ControlRods.capx