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.
Related
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.
How to enable horizontal scroll on vim using the trackpad on macOS (I guess is the same as mouse on other OS)?
I tried
:set sidescrool=1
I noticed the window moves if I hit z left or z right.
I noticed macvim has it.
You can try this, it may work. Open system Preferences (under the apple menu) and then select general. About half way down that window are options related to the scroll bars. Select one of these and see if it works.
With osascript/applescript or bash, how can one move the currently focussed/foregrounded window to the desktop on the right?
When doing this manually by hand, I first click and hold mouse on the title bar of a window, then press Control-2 (2 means second desktop)
But I want to automate this.
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?
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"