Dev Build 2052

[atambo]

I get the following when trying to run sublime_text build 2052:

$ ./sublime_text
./sublime_text: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./sublime_text)

$ uname -a
Linux tambellini-desktop 2.6.32-29-generic #58-Ubuntu SMP Fri Feb 11 20:52:10 UTC 2011 x86_64 GNU/Linux

[qqq]

...and Goto Anything hang with 100% cpu usage when I try to enter a filename (in a big project)

There are a couple of things to be mended in Goto Anything. Mine is becoming more and more clogged with deleted files. Userecho: http://sublimetext.userecho.com/feedbac ... ted-files/

[adzenith]

Can you let me know the platform, and what type of mouse it is? (especially if it's one of the microsoft mice with a detent-less scroll wheel)

I'm seeing this behavior too: I'm using a Magic Trackpad and running ST2x64 portable in a Win7 VM in VMware Fusion. Previous builds scrolled smoothly; this build scrolls jerkily. It does scroll decently smoothly if I do something like Find Next, but it doesn't scroll smoothly when I scroll with the trackpad. Scrolling with the trackpad works great in OS X.

[jps]

The behavior when moving the mouse wheel fast is working as designed. If you would like more visible scrolling to happen, change the scroll speed to something slower, such as 0.2.

bizoo: will fix the issue with the buffer not updating with goto anything. I have not yet been able to trigger any 100% CPU usage scenarios however.

atambo: that's an oversight (2052 64 bit linux was built under a different environment), will resolve for the next build.

adzenith: it sounds like the magic trackpad is manipulating the fake scroll bars, rather than sending mouse wheel messages. The fake scroll bars won't interact nicely with smooth scrolling, I'll fix that for the next version.

[Anomareh]

Smooth scrolling should definitely be disabled by default then. The blinking is counterproductive.

[jps]

What blinking?

[Anomareh]

The behavior that everyone is describing that you said is intended. Sorry, jumping a better way to describe it I guess?

[atomi]

The behavior that everyone is describing that you said is intended. Sorry, jumping a better way to describe it I guess?

Just thought I'd chime in and say the scrolling is smooth here...
Win 7x64 G5 Mouse

[Anomareh]

Just came across something with the scrolling, are you sure it's desired behavior? If I split the view in half horizontally, the fast scrolling works just fine. If I unsplit the view or make the other view as small as possible it goes back to jumping. It seems it just has trouble rendering everything in the single view and doesn't have anything to do with the scrolling because although the view is smaller it's still scrolling the same amount of lines.

EDIT: I think I've tied the jumping on my end to my theme. I have a background color set for comments and it seems to be the cause. If I remove all comments that span more than a few lines or change themes it stops jumping. Might this be related to the font rendering bug I reported a little while back? Seemingly caused by the background color being set for comments as well.

[rchl]

That scrolling behavior must not be intended. I have mouse with mousewheel that can be switched into free scroll mode (without clicks). If I rev it up in long document I will see weird behavior:
- nothing happens visually when mouse wheel is spinning fast but eventually, after few seconds, document will appear scrolled to the end.
- when wheel starts slowing down, sumblime will eventually start updating scrolled position visually but scrolling is very jerky
- when wheel spins very slow, I can finally see proper smooth scrolling for a while

"Free scroll" mode is not required to reproduce. Same can be reproduced by doing quick scroll movements. Also, doing quick scroll movement should scroll more than slow done by the same amount. Not sure if it works like that right now.

I'm on windows with Logitech Anywhere MX.