Thread: [cotvnc-devel] [ cotvnc-Bugs-1627418 ] 2nd/3rd Mouse Buttons Reversed
Project superseded by http://chicken.sourceforge.net/
Brought to you by:
smeger
From: SourceForge.net <no...@so...> - 2007-01-03 23:16:38
|
Bugs item #1627418, was opened at 2007-01-03 16:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Networking Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adin Burroughs (adinb) Assigned to: Nobody/Anonymous (nobody) Summary: 2nd/3rd Mouse Buttons Reversed Initial Comment: 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) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 |
From: SourceForge.net <no...@so...> - 2007-01-03 23:57:35
|
Bugs item #1627418, was opened at 2007-01-03 15:16 Message generated for change (Comment added) made by kwerle You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Networking Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adin Burroughs (adinb) Assigned to: Nobody/Anonymous (nobody) Summary: 2nd/3rd Mouse Buttons Reversed Initial Comment: 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) ---------------------------------------------------------------------- >Comment By: Kurt Werle (kwerle) Date: 2007-01-03 15:57 Message: Logged In: YES user_id=6449 Originator: NO Are the mouse prefs set up correctly on the target system? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 |
From: SourceForge.net <no...@so...> - 2007-01-04 00:19:43
|
Bugs item #1627418, was opened at 2007-01-03 16:16 Message generated for change (Comment added) made by adinb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Networking Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adin Burroughs (adinb) Assigned to: Nobody/Anonymous (nobody) Summary: 2nd/3rd Mouse Buttons Reversed Initial Comment: 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) ---------------------------------------------------------------------- >Comment By: Adin Burroughs (adinb) Date: 2007-01-03 17:19 Message: 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. ---------------------------------------------------------------------- Comment By: Kurt Werle (kwerle) Date: 2007-01-03 16:57 Message: Logged In: YES user_id=6449 Originator: NO Are the mouse prefs set up correctly on the target system? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 |
From: SourceForge.net <no...@so...> - 2007-01-04 01:13:09
|
Bugs item #1627418, was opened at 2007-01-03 16:16 Message generated for change (Comment added) made by adinb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Networking Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adin Burroughs (adinb) Assigned to: Nobody/Anonymous (nobody) Summary: 2nd/3rd Mouse Buttons Reversed Initial Comment: 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) ---------------------------------------------------------------------- >Comment By: Adin Burroughs (adinb) Date: 2007-01-03 18:13 Message: 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) ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 17:19 Message: 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. ---------------------------------------------------------------------- Comment By: Kurt Werle (kwerle) Date: 2007-01-03 16:57 Message: Logged In: YES user_id=6449 Originator: NO Are the mouse prefs set up correctly on the target system? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 |
From: SourceForge.net <no...@so...> - 2007-01-04 01:59:57
|
Bugs item #1627418, was opened at 2007-01-03 16:16 Message generated for change (Comment added) made by adinb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Networking Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adin Burroughs (adinb) Assigned to: Nobody/Anonymous (nobody) Summary: 2nd/3rd Mouse Buttons Reversed Initial Comment: 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) ---------------------------------------------------------------------- >Comment By: Adin Burroughs (adinb) Date: 2007-01-03 18:59 Message: 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! ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 18:13 Message: 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) ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 17:19 Message: 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. ---------------------------------------------------------------------- Comment By: Kurt Werle (kwerle) Date: 2007-01-03 16:57 Message: Logged In: YES user_id=6449 Originator: NO Are the mouse prefs set up correctly on the target system? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 |
From: SourceForge.net <no...@so...> - 2007-01-04 03:14:35
|
Bugs item #1627418, was opened at 2007-01-03 16:16 Message generated for change (Comment added) made by adinb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Networking Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adin Burroughs (adinb) Assigned to: Nobody/Anonymous (nobody) Summary: 2nd/3rd Mouse Buttons Reversed Initial Comment: 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) ---------------------------------------------------------------------- >Comment By: Adin Burroughs (adinb) Date: 2007-01-03 20:14 Message: 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]; } ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 18:59 Message: 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! ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 18:13 Message: 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) ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 17:19 Message: 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. ---------------------------------------------------------------------- Comment By: Kurt Werle (kwerle) Date: 2007-01-03 16:57 Message: Logged In: YES user_id=6449 Originator: NO Are the mouse prefs set up correctly on the target system? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 |
From: SourceForge.net <no...@so...> - 2007-01-04 04:42:16
|
Bugs item #1627418, was opened at 2007-01-03 16:16 Message generated for change (Comment added) made by jonathanosx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Networking Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adin Burroughs (adinb) Assigned to: Nobody/Anonymous (nobody) Summary: 2nd/3rd Mouse Buttons Reversed Initial Comment: 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) ---------------------------------------------------------------------- Comment By: Jonathan Gillaspie (jonathanosx) Date: 2007-01-03 21:42 Message: 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". ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 20:14 Message: 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]; } ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 18:59 Message: 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! ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 18:13 Message: 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) ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 17:19 Message: 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. ---------------------------------------------------------------------- Comment By: Kurt Werle (kwerle) Date: 2007-01-03 16:57 Message: Logged In: YES user_id=6449 Originator: NO Are the mouse prefs set up correctly on the target system? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 |
From: SourceForge.net <no...@so...> - 2007-09-08 12:54:17
|
Bugs item #1627418, was opened at 2007-01-03 15:16 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Networking Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adin Burroughs (adinb) Assigned to: Nobody/Anonymous (nobody) Summary: 2nd/3rd Mouse Buttons Reversed Initial Comment: 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) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-09-08 05:54 Message: 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. ---------------------------------------------------------------------- Comment By: Jonathan Gillaspie (jonathanosx) Date: 2007-01-03 20:42 Message: 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". ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 19:14 Message: 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]; } ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 17:59 Message: 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! ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 17:13 Message: 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) ---------------------------------------------------------------------- Comment By: Adin Burroughs (adinb) Date: 2007-01-03 16:19 Message: 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. ---------------------------------------------------------------------- Comment By: Kurt Werle (kwerle) Date: 2007-01-03 15:57 Message: Logged In: YES user_id=6449 Originator: NO Are the mouse prefs set up correctly on the target system? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507159&aid=1627418&group_id=64347 |