Big Sur - Mouse bug - cursor and pointer mismatch - macos

I updated my Mid 2015 15" MacBook Pro to Big Sur (11.1) a few days ago, and after I connected my external display (Dell U2718Q scaled to 2560x1440)(running in extended destop mode, using that display and the internal laptop display) and my Magic Mouse, I had issues that the mouse cursor sometimes itself does not represent the pointer.
When I press the mouse button, the click itself happens somewhere else on the screen. The cursor/pointer mismatch is consistent as long as I move around on the screen. So if it's 100px to the left and 200px to the top, it will always be like that, until I move the mouse once to the top of the display, then it's back in sync.
In the most extreme case my mouse cursor was on the right (internal) display and the pointer itself was on the left (external) display.
I have already restarted the Mac and tried the NVRAM reset. and already deleted and reconnected the Magic Mouse. (Both just via Bluetooth and by deleting the .plist files in ~/Library/preferences/
I can not fully confirm yet, but pretty sure the same issue happens if i just use the integrated trackpad.
When I used the Mac over the holidays before I connected display and Magic Mouse, there was no problem, neither was there a problem before I upgraded with the same setup to Big Sur.
Any ideas would be appreciated.

Related

App on second screen does not come back to main screen after disconnection

Using macos Big Sur on a MBP.
I use a second screen, pluggued on hdmi. I place some windows/apps on the 2nd screen.
But when I disconnect/unplug the 2nd screen (to work on the canape for example), the apps do not come back to the main screen, as it does on Windows. And I can still move the mouse to the 2nd screen, even it is disconnected.
Is there a good way to simply disconnect and work on only one screen ?
I've found a solution here: https://apple.stackexchange.com/questions/57620/macbook-unplugged-from-external-monitor-thinks-its-still-the-secondary-desktop
Just type Cmd + Brightness Up and it comes back to normal. And when the screen is plugued, the windows are redispatched as before. Nice... But why this shortcut ?

absolute mouse buttons on dock

I have created an absolute mouse piece of hardware.
This is very much like a wacom tablet, but it just uses a regular mouse going into a piece of hardware that then increments or decrements the X and Y coordinates in order to specify the exact location of the mouse (yes I need to do this for another reason).
While everything works fine on multiple operating systems, it works fine on Mac OSX Yosemite except ---->
When I move to the dock, if I click on an icon it will not start the application, I can move the icon and once open I can close the app or scroll, anything you would expect from a mouse, it will not start properly. Also the back arrow in the system settings/preferences will only operate if I am on the exact right location on the button, i.e. normally there is no back action, but if I mess with it and get it in just the right location it will finally work.
This sounds like an oversight in the operating system, does anyone have any insight into this?

Gnuplot on Mac OS X 10.9 - X11 terminal and mouse interactivity

I've installed the Gnuplot version 4.6.6 on my MacBook with Mac OS X 10.9.5. For the X11 terminal I'm using XQuartz 2.7.7.
Everything works fine, except that the mouse functionalities, as zooming, are not working. The X11 terminal recognises the mouse, as the coordinates are updated as I move the mouse on the window, but I'm unable to zoom with the right clic. On my previous Mac (OS X 10.6.8) the mouse was working just fine...any hint?
I found the problem: Gnuplot is expecting a right-clic with the mouse, but the default settings for trackpad assume "Secondary click" by tapping with two fingers.
You can keep this setting, and just modify XQuartz settings: X11 ---> Preferences ---> input, then flag "Emulate three button mouse". In this way, by holding option or command while clicking on the the trackpad, the click is interpreted as a right-click, hence allowing one to zoom.
You can "right-click" by touching the track pad with two fingers and pressing (i.e. clicking). In this situation you have to click the track pad and not just tap.
You can also tap with two fingers twice, keeping your two fingers on the pad after the second tap until the curser changes shape, then lift your two fingers from the pad. This action locks the track pad on secondary click. You can then use one finger to drag and draw your zoom-in box. Once you are happy tap once with one finger.

How to solve XCode swipe gesture to go to previous / next file freeze editor?

Since this morning I'm facing a really annoying bug in XCode 5 on Mavericks :
I'm heavily used to swipe from left to right with two fingers on the MacBook trackpad to go to the XCode editor previous / next files.
BUT, now, doing this totally freeze the editor after having just moved for something like 5 px.
After that I have to close XCode and reopen it to make the editor work again.
Pressing the previous / next button works wel since it doesn't trigger this buggy animation.
Did anyone had this problem before or has any clue to solve it ?
In fact this problem is affecting other swipe gesture like the previous / next swipe in Safari.
I found a way to fix this on Apple Support Forum, by resetting the NVRAM.
Shut down your Mac.
Locate the following keys on the keyboard: cmd ⌘alt ⌥PR. You will need to hold these keys down simultaneously in next step.
Turn on the computer and immediately press and hold the cmd ⌘alt ⌥PR keys before the gray screen appears.
Hold the keys down until the computer restarts and you hear the startup sound for the second time.
Release the keys.
When your Mac finishes starting up, you might want to open System Preferences and adjust settings that have been reset, such as sound volume, display resolution, startup disk selection, or time zone.
Apple support: https://support.apple.com/en-us/HT204063
For me, in Xcode 8.3.3 and Xcode 9, it started working after
Go to the system preferences
Go to Trackpad
Select and deselect "Tap to click"

Rectangular cursor keypad in XCode

I've got interesting strange bug in Xcode. I can't find an information and can't fix it.
What happened. One day I came into office, and launched the project in XCode (I do not remember the sequence of actions), and instead of a standard keyboard cursor when editing text, I see a flashing white rectangle. The rectangle is similar to the cursor in the operating system DOS. I can not turn it off. The problem has plagued me for a second day.
Take screen shot
Buttons H, J, K, L perform cursor in the text. Backspace key does not work. Later, after some keystrokes, everything becomes normal, the cursor becomes a standard. After a few seconds, the cursor becomes black again, and everything continues to this scheme.
Additional information:
Mac mini 2011, OS Mac OSX Lion 10.7.3, XCode 4.3;
The problem only occurs in XCode;
The problem occurs with all projects;
I did not change system settings or XCode;
This is not a text selection. If you hold the left mouse button, the rectangle appears on the left of the cursor, in the normal state, the cursor is displayed on the right;
XCode reinstalled several times, with reboots the computer;
Delete all data in the folder ~ Library/Developer/ and ~/System/Library/Developer;
Connect other mouse and keyboard;
I was looking for information on google and stackoverflow.
Thank you for your answer!
I solved this problem.
Deleted XCode. Then I used the program "Find Any File" to search for files containing the title of "xcode" and deleted all files that have been found. Then reinstalled XCode and the problem disappeared.
I tried to find where the settings are XCode but did not find such information, so delete all files containing "xcode" in the title.
This happened to me and I found that I had installed xVim and hadn't noticed it since the changed don't take effect until after restarting Xcode. I removed the plugin in ~/Library/Application Support/Developer/Shared/Xcode/Plug-ins to fix the issue.

Resources