king 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 see
nwards) vertical movement of the cursor", right?
These all cause the slowness:
* repeatedly using j / k when the cursor is at the bottom / top of the window
* repeatedly using page down / page up
* repeatedly using mouse wheel down / mouse wheel up
* clicking and dragging the scroll bar down
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
> keeps
> > going for a second. This
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+
> 3).
>
>
> Pr
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
graphics hardware to fulf
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 GTK+ 3 applications.
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 il
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 Emacs's "M! seq 1 2
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
> is so slow that i
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. Based on another thre
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 o
On 21 May 2013, Ben Fritz 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 w
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 causes a slow-down even with the old re
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 i
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
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
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 for
18 matches
Mail list logo
