Iterm2 scroll with trackpad3/1/2023 ![]() Scrolling in other applications (browsers, text editors, finder, etc) works butter-smooth. While on my external 27" monitor (2560x1440) CPU usage spikes above 80% but with ~2-5 fps. The scrolling is slow and renders in approx. When scrolling in eclipse while maximized (1280x720) top reports >80% CPU usage. MacBook Pro Mid 2009 (Core 2, 2,26 GHz, 8 GB RAM, Intel x25-m SSD with plenty of free space). The CPU usage remains the same, though, which to me definitely indicates a serious problem somewhere.Īn option to turn off horizontal scrolling with anything but the keyboard would be helpful, as would adding a soft word wrap feature so that we could control the width of the code in text editors. Hiding gui elements to make the content fit horizontally and making the horizontal scroll bar disappear helps a lot. The problem is much worse when the file being edited is also wider than the editor can display, especially when you're scrolling with the touchpad, because it then scrolls both horizontally and vertically at the same time. Turning on persistent scroll bars also helps. Eclipse scrolling looks like I'm using a ten year old machine in comparison.Īs noted, turning off visible whitespace helps quite a bit. It's like it's redrawing its entire contents with every little bit of scrolling it does, rather than just move the (supposedly already rendered) canvas inside the viewport.Ĭomparing with other editors such as Sublime Text 2 is depressing, because the scrolling there is soooo smooth. It's only the text editor that exhibits this issue (other GUI lists/trees are super fast when scrolling). On my Air 2011 i7, scrolling a two pages long PHP file uses about 70% CPU according to Activity Monitor. Scrolling is horribly CPU intensive, and slow as described. This is still an issue with Juno and Kepler. I haven't looked at the code, but any (and all of) these options have a noticeable impact on scrolling performance. For ultimate speed, also turn off "Show line numbers" and "Show print margin". Ie: Eclipse > Preferences > General > Editors > Text Editors > Show whitespace characters (turn this off).Ĥ. Disabling the display of "show whitespace characters" the problem goes away! Changing startup memory sizes etc (the usual eclipse optimizations) has no effect.ģ. On a 30" display it's so painful Eclipse is unusable.Ģ. On an external 24" display it is very frustrating. eg: I almost never notice it on a built-in 11" display. The slow-down is proportional to the size of the display. This is on Indigo (build 20120216-1857) and Juno on a new iCore 7 machine, 8GB ram and SSD, OSX 10.8.2, regardless of JDK 1.6 or 1.7.ġ. I've experienced the same issue - extremely slow scrolling of structured (Java and XML) editors. Screenshot: Suppress call drawRect when nextEventMatchingMask on stack What scrolling looks like on I20171015-0655 ![]() VisualVM Profile (.nps) of inertial scrolling w/ line numbers enabledĮclipse 3.4 carbon versus newer and patched Video showing slow scrolling on macOS (10.12.3) in Eclipse (4.6.2) I also use X11 (XQuartz) all day as well as terminal sessions, with various Linux, Solaris, AIX X11 displays being sent back to my iMac at work, frequently using gvimdiff.Flame graph captured from simple profile while scrolling NOTE: I have nothing against X11 and xterm. It has an option to automatically load anything selected into the copy/paste buffer. It will allow you to define what a double-click selection thinks is a word. ITerm will give you Tabbed windows just like Terminal (actually had Tabbed windows years before Terminal.app). an older but still viable version (I used this on my Snow Leopard 10.6.8 system) I have been using as my terminal emulator for years, and at work I live in terminal sessions, ssh'ed into various Linux, Solaris, AIX platforms. Instead of using X11 and xterm, consider giving iTerm a try. " setting, as that may affect the Terminfo database entry, which Vim uses to decide on what it does with various keyboard escape keys for input as well as displaying output (not sure if that would affect scrolling input, but it is worth a shot). And try things like changing the "Declare terminal as. But you should at least look through the various Terminal -> Preferences to see if there is any configuration option that is telling the Terminal how to treat scroll operations. While I do not have Yosemite up and running at the moment, I cannot actually play with Yosemite Terminal.app.
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |