I have used Gnu Emacs 24.5.1 under MacBook/MacOS 10.11.6.
And I have a good "smooth scrolling" (use trackpad) with a correct setting in .emacs:
(setq mouse-wheel-scroll-amount '(1 ((shift) . 1) ((control) . nil)))
(setq mouse-wheel-progressive-speed nil)
But, after I upgrade to MacOS Sierra (10.12), the smooth scrolling seems have no effect anymore. I notice that every scroll still has 1 line per step. But the "mouse-wheel-progressive-speed" seems not work correctly.
After upgrade to MacOS Sierra, the other applications still have "correct" scrolling style, e.g. iTerm2.
Please help and many thanks!
Clicking through here:
https://discussions.apple.com/thread/7679256?start=0&tstart=0
Led me to the solution. Which for me is 2 things. One, what the user on the apple support forum said:
This time I went into Accessibility. Then Click on Mouse and Trackpad. Now click on Trackpad Options. The scrolling box is most likely highlighted already. Toggle it off and then back on and see if that fixes it - it did for me. Now go back to the Trackpad in System Preferences and make sure you have everything selected as desired.
Go to Preferences > Accessibility > Mouse & Trackpad > Mouse Options
Then toggle off, then back on the scrolling check box, then click OK. This seems to clean things up. Possibly reset some things somewhere in the code.
Double check your mouse settings in Preferences to ensure they are as expected. Test your scrolling in chrome to make sure it works as desired.
It should work as expected in Java based apps now and terminal apps as well. For reference, i had this issue with emacs/spacemacs. For reference, this is what my settings are in my .spacemacs config settings.
(defun dotspacemacs/user-config ()
[...]
;; Scrolling
(setq mouse-wheel-scroll-amount '(3 ((shift) . 1) ((control) . nil)))
(setq mouse-wheel-progressive-speed nil)
)
And with those, it scrolls smoothly.
I think it is a MacOS Sierra's bug.
https://discussions.apple.com/thread/7679256?start=0&tstart=0
Good News! MacOS Sierra 10.12.1 has fixed this bug!
Related
On Xcode 9.1 the Pixel Accurate option is disabled and grayed out under the Window menu.
How can I take App Store screenshots without this option?
The original answer is wrong!
Russ from the Apple Simulator team says:
To take app store screenshots uncheck the "Optimize rendering for
Window Scale" option in the Debug menu. I recommend turning this back
on normally as it improves rendering performance. Double-clicking does
not make the device use native resolution, that's just an accident due
to the size of device you tested with and the size of your screen.
==========
ORIGINAL ANSWER (DOES NOT WORK RELIABLY):
Make sure Window -> Show Device Bezels is unchecked.
Double click the simulator's toolbar (the top bar listing the device and OS).
Note - sometimes, double-clicking the toolbar will just minimize the window to the dock. Alternately, simply click OSX menubar Window->Zoom.
Hello happy days, the simulator resizes and provides the right resolution for App Store screenshots.
You could set the simulator to landscape mode by clicking ⌘ + → first, then you could click ⌘ + 2 to select Pixel Accurate option, don't forget set simulator to portrait mode by clicking ⌘ + ← :)
As of Xcode 12 we always enable all of the options.
In previous releases they were not enabled unless your screen was large enough to display the device at the full resolution without running off the edges.
I found the menu is only enabled when your screen resolution is able to support pixel accurate display( so as physical size). This is annoying because making a screenshot always generates a picture at the current size of the simulator on Xcode 9.1. It requires to the simulator to display in the pixel-accurate mode for qualified screenshots. For iPad Pro(12.9-in, 2732 x 2048 pixels), the mode is only available in landscape when my MacBook Pro is set to "More Space"- with actual resolution at 3840x2400.
Since the computer I own (2017 MacBook Air) don't support landscape mode and resolution is 1440x1000 I'm stuck. In Xcode 9.0 you could still select 100% scaling and scroll down in the simulator. That's no longe possible.
I can understand if apple drops support for 2005 computers, but not 1 month old ones :S
So the only option I could find is to buy a extra screen! BUT for just making a screenshot you can still press CMD+S and it will make a native resolution one!
In case this helps anyone else, the issue for me was my second monitor. I tried all of the solutions here, but none of them worked until i unplugged my second display. I work on a 15" 2016 MBP and the second display is a 2560×1440 QHD Asus monitor connected by HDMI to a USB-C hub.
Since I only needed to take a screenshot, I found out the quick fix was to go to "Hardware" > "Rotate Left"/"Rotate Right" and "Pixel/Point accurate" becomes available.
Quick fix:
Hardware > Device > Manage Devices > Delete the iPhone that you're having trouble with (from the sidebar).
[Remember to "Close Window" on Simulator and exit Simulator before deleting]
Add it again from the "+" button on the bottom left.
Restart Simulator and launch the device again.
Done.
Under Preferences -> 'Keys' It is possible to tick Show/hide iTerm2 with a system-wide hotkey.
However iTerm always appears on the main display (monitor) instead of where the cursor currently resides.
e.g. if I have three monitors, and am working on the third screen, the hotkey makes iTerm appear on first monitor, instead of where I am currently working.
Any advice how to solve this please?
UPDATE:
The bug strikes back again in v.3.1.6. If any workarounds are known, please share.
I'm on Sierra using iTerm 3.1 and I have the option under window to put the screen where the cursor is (bottom right drop down options). I'm using it with a hotkey.
The answer by Grant works.
The only thing you need to do is to install the beta version since there was a bug in the stable version.
This bug was fixed in 3.1.beta.1 https://iterm2.com/downloads.html
Here's the link to the latest beta version https://iterm2.com/downloads/beta/iTerm2-3_1_beta_4.zip
This may be a couple more keystrokes than you were hoping for, but if you install window management software like Size Up, you can get this working with just a few keystrokes.
Maintain your ⌥Space hotkey preference on Iterm2. Go to Size Up -> Preferences and change 'Send Window Prev Monitor' to an easy keystroke. I used ⌥1.
Now, you can do ⌥Space to get the terminal open and ⌥1 one or two times to get it to your monitor of choice. It takes a couple of key combos, but not too many!
I had this problem with macos monterey and iterm 3.4.15. I'm using the hotkey to show the terminal with slide-out window. After some search on the internet I found that disabling the option on system preferences to reopen closed documents solved the issue and the hotkey is now opening terminal on the screen with cursor as it should.
mac -> System preferences -> General -> (deselect this) Close windows when quitting an app
Neither of the above worked for me, but this helped, even though the question was quite different in that thread.
Trying to achieve something that should be quite easy, activating the full screen mode in intelliJ12 on a mac with Yosemite.
I can only maximise the windows (green window button with the +) but it's not running in full screen ( like any other app with the double arrow green button).
I have been searching quite a while for a solution, tested the shortcut cmd ctrl F did nothing and in view menu ain't got anything related to full screen.
Thanks in advance.
As far as I know, v12 doesn't support the OS X fullscreen feature, you have to upgrade to v13 at least.
If you wanna stay at the old version, just try this Fullscreen plugin, hope it works.
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"
I've been googling around trying to figure out if it's possible to use my mouse wheel to scroll while inside Vim in Mac's Terminal, with no luck. It seems as if only X11 or iTerm support this.
Before I give up, I thought I'd try the geniuses here to see if anyone knows a way to do this. So, does anyone know if I can set that up?
Or should I seriously consider using a different terminal application?
And if you're using iTerm, add this to your vimrc
:set mouse=a
http://bitheap.org/mouseterm/
Use MouseTerm (and do make sure to install SIMBL first!) and scrolling will work like a charm, even remote, using Mac Terminal.
You need to fully quit the Terminal application (Command+Q) and then launch it again after installing MouseTerm.
This is an old question, but a top hit on google, so I feel compelled to provide an updated answer.
Running OSX El Capitan 10.11, vim mouse and trackpad scrolling just worked(TM) for me in Terminal.app by default. However occasionally the mouse/trackpad input stopped manipulating the vim buffer, and started scrolling the terminal buffer. The answer was Command+R or Menu View --> Allow Mouse Reporting. Turning that on allowed the mouse/trackpad scroll operations to move the cursor in vim.
Termanal Menu > View > Allow Mouse Reporting
Terminal Menu > Preferences >
Keyboard > Scroll alternate screen
If the mouse functionalities still do not work properly take a look at my answer in this post How to let vim behave on Mac OS X as on Ubuntu?, just add to your .vimrc
set ttymouse=xterm2
You can read this article, but I'm pretty sure since the default terminal in Mac OS X has a built-in scrollbar, the mousewheel commands automatically go to it. You could definitely use gVim as suggested in the previous answer. I find that I don't generally want to use the mouse in Vim though as it takes my hands off the keyboard.
I just use 50j to go down and 50k to go up. Not exactly scrolling, but it works pretty well.
Make sure the terminal is xterm & not ansi in Terminal Menu > Preferences > Profiles > Advanced. I accidentally broke scrolling by changing the term type in a naive effort to get coloring to work over ssh.
Use gVim, which gives you a text editing environment in a window you can scroll. Terminal is not involved when using gVim.
I'm using xterm in X11 (XQuartz 2.3.4) and vim works very fine with mouse and also suport 256 colors.
Here is the ~/.Xresources I use to make my xterm nicer in X11:
XTerm*faceName: Lucida Sans Typewriter Regular
XTerm*faceSize: 9
XTerm*utf8: 1
xterm*saveLines: 1000
xterm*jumpScroll: true
!xterm*awaitInput: true
!xterm*multiScroll: true
XTerm*scrollBar: false
xterm*scrollbar*thickness: 16
xterm*rightScrollBar: true
XTerm*foreground: white
XTerm*background: grey10
!XTerm*background: black
XTerm*cursorColor: yellow
xterm*visualBell: false
xterm*loginShell: true
Little tips, to remove the bell sound in X11's xterm type this command:
xset b 0
I would recommend using iTerm - it has so many advantages over Terminal eg Mouse support, 256 colors, sensible copy and paste (auto-copy, word/url selection with double click, middle click paste)...
When using iTerm create a .vimrc file (if not already there) in your home folder and add the line:
:set mouse=a
Scrolling down in vim to view a file works after this.