clicking and dragging the scroll bar down / up
>
> To me, these are all ways of scrolling the contents of the buffer
> within the window. So I called it "Very slow scrolling with gtk3." The
> taller the window, the slower it gets.
>
just as explanation why the effects you
dragging the scroll bar down / up
To me, these are all ways of scrolling the contents of the buffer
within the window. So I called it "Very slow scrolling with gtk3." The
taller the window, the slower it gets.
--
--
You received this message from the "vim_dev" maillist.
Do n
2016-09-30 16:20 GMT+09:00 Christian Brabandt :
> Hi Kazunobu!
>
> On Fr, 30 Sep 2016, Kazunobu Kuriyama wrote:
>
> >
> >
> > 2016-09-30 9:51 GMT+09:00 Taylor Venable :
> >
> >
> >
> > The movement is slow, the display lags, and when you let off 'j' it
>
Hi Kazunobu!
On Fr, 30 Sep 2016, Kazunobu Kuriyama wrote:
>
>
> 2016-09-30 9:51 GMT+09:00 Taylor Venable :
>
>
>
> The movement is slow, the display lags, and when you let off 'j' it keeps
> going for a second. This doesn't happen in Emacs or gedit (both use GTK+
>
2016-09-30 9:51 GMT+09:00 Taylor Venable :
>
> The movement is slow, the display lags, and when you let off 'j' it keeps
> going for a second. This doesn't happen in Emacs or gedit (both use GTK+ 3).
>
Probably, the interval of autorepeat is too small for the underlying
2016-09-30 9:51 GMT+09:00 Taylor Venable :
> Thanks, but it seems I have been unclear.
>
> My problem is that, all other things being equal, scrolling through a
> buffer in gvim is very sluggish using GTK+ 3, compared to using GTK+ 2.
> This is not a problem that affects other
Thanks, but it seems I have been unclear.
My problem is that, all other things being equal, scrolling through a buffer in
gvim is very sluggish using GTK+ 3, compared to using GTK+ 2. This is not a
problem that affects other GTK+ 3 applications. My example using the output of
seq was only to
2016-09-30 5:01 GMT+09:00 Taylor Venable :
> On Thursday, September 29, 2016 at 3:49:55 PM UTC-4, Taylor Venable wrote:
> > I use some other GTK3 apps like Emacs with performance issues.
>
> I'm sorry, this should have said "WITHOUT performance issues." :-)
>
Really? I think
On Thursday, September 29, 2016 at 3:49:55 PM UTC-4, Taylor Venable wrote:
> I use some other GTK3 apps like Emacs with performance issues.
I'm sorry, this should have said "WITHOUT performance issues." :-)
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your
On Thursday, September 29, 2016 at 2:17:45 PM UTC-4, Kazunobu Kuriyama wrote:
> 2016-09-30 1:06 GMT+09:00 Taylor Venable :
> Hi, my distribution (Arch Linux) just switched to using the GTK3 build of
> gvim by default. But it behaves very poorly on my computer, the scroll speed
2016-09-30 1:06 GMT+09:00 Taylor Venable :
> Hi, my distribution (Arch Linux) just switched to using the GTK3 build of
> gvim by default. But it behaves very poorly on my computer, the scroll
> speed is so slow that it's very difficult to use. With GTK2, everything is
> fine.
On Wednesday, May 22, 2013 5:58:26 PM UTC+12, LCD 47 wrote:
I don't have numbers to back that up
With the new engine, and syntax colouring on, but regexp logging turned off,
eval.txt (from the vim help) takes about 25 s for me to scroll from top to
bottom, holding down ctrl-F. (This in gvim
my issue with slow scrolling in index.html with cursorline turned on
goes away when I set regexpengine=1
huge GTK2 7.3.1004 with python 2.7
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information
On 21 May 2013, Ben Fritz fritzophre...@gmail.com wrote:
On Tuesday, May 21, 2013 9:13:37 PM UTC-5, toothpik wrote:
my issue with slow scrolling in index.html with cursorline turned on
goes away when I set regexpengine=1
huge GTK2 7.3.1004 with python 2.7
IIUC, cursorline
On Wed, Jul 2, 2008 at 11:57 PM, Amy Williams [EMAIL PROTECTED]
wrote:
Gvim appears to have very slow scrolling for output from external
commands. This is an issue for me, particularly with :make and with spell
checking. To see the issue, run gvim, type a word, and then with the cursor
over
On Wed, Jul 2, 2008 at 22:57, Amy Williams [EMAIL PROTECTED] wrote:
Gvim appears to have very slow scrolling for output from external commands.
This is an issue for me, particularly with :make and with spell checking.
To see the issue, run gvim, type a word, and then with the cursor over
Gvim appears to have very slow scrolling for output from external commands.
This is an issue for me, particularly with :make and with spell checking.
To see the issue, run gvim, type a word, and then with the cursor over that
word, type z= (for suggested spell corrections). The issue is worse
17 matches
Mail list logo