by alufers on 1/31/24, 7:26 AM
Does it work for touchscreens too? When I plug in a portable monitor with a touchscreen into my macOS laptop the touch input gets sent into the screen where the cursor is (ie. I touch the touchscreen but it clicks something on the internal display, because this is where I left the cursor), instead of always inputting on the physical monitor associated with this touchscreen.
by pimlottc on 1/31/24, 3:45 AM
Can you go into some more detail about some use-cases for this? Why would you have multiple screens "far apart from each other"?
by deanputney on 1/31/24, 5:22 AM
Wow, really neat idea! Even if you're just using two monitors close to each other (a laptop and a monitor for example), I could see scenarios where it would help a ton to have fast access on one or the other.
by no_time on 1/31/24, 9:49 AM
So is this basically hacking in multiseat support for an OS that doesn't have it? Fascinating stuff.
by jitl on 1/31/24, 4:42 AM
This is an Electron app, but it never opens a web view; it configures the tray using the native menu bar API. Neat.
I wish it was this easy to start with Swift. The SwiftUI API makes the menu stuff almost this easy, but dealing with Xcode projects and Apple Developer program auth stuff always put me off.
by rekabis on 1/31/24, 9:21 PM
When all current operating systems make the fundamental assumption of only one application window having “focus” at one time (even down to individual application elements having exclusive focus), how does having multiple cursors do anything other than massively cock-block everyone in control of a cursor?
I can see this as being nothing more than a Battle Royale for control of whatever UI element you are trying to interact with, while fighting off the control that other users want to have of other UI elements that they are trying to interact with.
In other words, a massively shitty hairball where everyone gets frustrated to the point of rage-quitting.
Edit: just try using a remote-access/remote-support software, like RustDesk, where each user (when more than one have access to a desktop) get their own cursor (even if you can’t see the other person’s cursor). You end up walking on eggshells trying to avoid the other person’s application/UI focus.
by deafpolygon on 1/31/24, 7:44 AM
This seems to be very useful, but can anyone illustrate what the use cases are? In my own uses, it would have limited value since I can do 98% of what I need to do with a single mouse.
by pzmarzly on 1/31/24, 12:39 PM
What happens when you put 2 cursors over the same app, and the app checks for cursor position (e.g. video games, on-hover UI)? Will it get one of 2 cursors? Or will it see nothing, and then when you click something, the cursor will "teleport" to the place where you clicked? Or does it use some magic multitouch macOS API?
If anyone has installed this project and wants to check this, here is a test page that can help: https://codepen.io/ahmedbnabouelezz/pen/wvWZWjO
by mattl on 1/30/24, 12:44 PM
This doesn’t seem to just be for the Mac Studio.
by wodenokoto on 1/31/24, 4:44 AM
How do I get the scroll wheel on my mouse to scroll “reverse” of my trackpad?
I prefer “natural” scrolling on trackpad, but not on my mouse.
by jonwinstanley on 1/31/24, 1:36 PM
Bravo, building this must not have been easy
by thatxliner on 1/31/24, 3:03 PM
Isn’t this just Universal Control?
by gwbas1c on 1/31/24, 4:19 PM
Why not use two computers?
by kobieps on 1/30/24, 12:31 PM
macOS multi-mouse & multi-external display assignment for complex screen and peripheral workstations.