#202 2nd/3rd Mouse Buttons Reversed

open
nobody
Networking (54)
5
2007-01-03
2007-01-03
No

On a C2D ICBM, 10.4.8, COTVNC 2.0B4.

Currently using a mighty mouse with "no emulation" set in active COTVNC profile. When 2nd (right) mouse button is depressed, mousebutton 3 is sent to VNC server and mousebutton 2 is send when mousebutton 3 (scrollball) is depressed.

Checking the mouse prefs in system prefs shows mouse is setup correctly (and works as expected in all other apps)

Discussion

  • Kurt Werle

    Kurt Werle - 2007-01-03

    Logged In: YES
    user_id=6449
    Originator: NO

    Are the mouse prefs set up correctly on the target system?

     
  • Adin Burroughs

    Adin Burroughs - 2007-01-04

    Logged In: YES
    user_id=871654
    Originator: YES

    As far as I can tell. (2nd/3rd button mapping hasn't been changed in the sysprefs). I'm running the OSX remote desktop/VNC server on the target (PB17"), so if there's funky remapping being done by the server, I don't know anything about it. Running Vine VNC server I get the same behavior (reversed buttons). I can try reversing the VNC login direction (PB->ICBM) and see if the behavior is any different if you'd like.

    I'm starting to wade through the project in xcode to confirm what's getting sent.

     
  • Adin Burroughs

    Adin Burroughs - 2007-01-04

    Logged In: YES
    user_id=871654
    Originator: YES

    Er, looking through the Vine Server docs, there's apparently an option to swap buttons 2 & 3, they note that "by convention, the buttons sent by the VNC client are in the opposite order as Mac OS X buttons".

    So, with that option *disabled*, everything works as expected, which tells me that COTVNC *isn't* (?) swapping the two mouse buttons (?) as a "standard" client is supposed to.

    Er, I *think* I got that right. (If COTVNC was swapping as expected I would have to enable the option in Vine Server to swap them back to get expected mousebutton2/3 mapping, right?)

    So, anyways, it'd be nice if the PM would rule which behavior he wants implemented or if he would consider adding an option in the mouse setup in the profile. (I'm not on the commit list and am not intimately familiar with the code)

     
  • Adin Burroughs

    Adin Burroughs - 2007-01-04

    Logged In: YES
    user_id=871654
    Originator: YES

    Looking through the last year of the apple forums it looks like this is an actual issue that many people have just been using workarounds (like sidetrack) for. Everyone I see in the Apple Remote Desktop forums is blaming the server, and I can't find any threads where anyone actually investigates the client (or puts it together that the two buttons are swapped, not just that the 3rd mouse button is sending a "right click")

    Is the PM actively following this project ATM? Or should I just use the Vine Server (which seems to be slower)? Or does someone know about a funky defaults option to disable/enable 2/3rd mouse button swapping in the OSX Remote Desktop/VNC server? (Looked through the ARD Admin Guide and couldn't find diddly).

    Thanks!

     
  • Adin Burroughs

    Adin Burroughs - 2007-01-04

    Logged In: YES
    user_id=871654
    Originator: YES

    After switching values for mouse events in EventFilter.m, I rebuilt and it works great. If anyone is interested in my mouse button switched build, drop me a line.

    Here's the code I touched (very minor hack):

    - (void)rightMouseDown: (NSEvent *)theEvent
    { [self queueMouseDownEventFromEvent: theEvent buttonNumber: 2]; }

    - (void)rightMouseUp: (NSEvent *)theEvent
    { [self queueMouseUpEventFromEvent: theEvent buttonNumber: 2]; }

    - (void)otherMouseDown: (NSEvent *)theEvent
    {
    if ( 2 == [theEvent buttonNumber] )
    [self queueMouseDownEventFromEvent: theEvent buttonNumber: 3];
    }

    - (void)otherMouseUp: (NSEvent *)theEvent
    {
    if ( 2 == [theEvent buttonNumber] )
    [self queueMouseUpEventFromEvent: theEvent buttonNumber: 3];
    }

     
  • Jonathan Gillaspie

    Logged In: YES
    user_id=631278
    Originator: NO

    This is a well documented server side ARD problem. You can verify this by trying to use the ARD VNC server with a Windows or LINUX VNC client, like TightVNC or RealVNC. Similiarly, the hack/change made to EventFilter.m should have the unfortunate effect of having the buttons swapped if you try to connect to a Windows or LINUX system (or Vine Server with the defaults mouse swapping enabled).

    I'm not sure when you tested against Vine Server that you restartarted everything properly and hit Vine instead of ARD. Normally, to get proper mouse behavior with a VNC client you want that "swap buttons" enabled. The only exception is if you connect with the vnc client in ARD "Server".

     
  • Nobody/Anonymous

    Logged In: NO

    I also have this problem on a Macbook Pro trackpad. Using two fingers for right click activates expose, the default for the center button.

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks