bugGNU nano - Bugs: bug #49384, with softwrap, holding down...

 
 

bug #49384: with softwrap, holding down <Right> on a very long line is annoyingly slow

Submitted by:  Benno Schulenberg <bens>
Submitted on:  Wed 19 Oct 2016 09:56:09 AM UTC  
 
Severity: 3 - NormalStatus: Fixed
Assigned to: David Lawrence Ramsey <dolorous>Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 02 Apr 2017 09:47:50 AM UTC, comment #4:

(A small remaining problem is that when the cursor reaches the end of a line (when holding down <Right>) and the screen needs to scroll one row, it takes about a third of a second for this to happen. This effect is also there when not using softwrap, but then it is hardly noticeable. With softwrap, and on a sizeable terminal (30 rows x 120 cols), the "pause" is a bit irritating.)

Benno Schulenberg <bens>
Project Administrator
Thu 23 Mar 2017 06:32:27 PM UTC, comment #3:

Fixed in git, 56402e75, by David's softwrap overhaul.

Benno Schulenberg <bens>
Project Administrator
Tue 25 Oct 2016 05:55:32 PM UTC, comment #2:

It doesn't matter if there are not enough exed to fill the entire screen, the slowdown still happens -- it just doesn't occur on the first or the first couple of screen lines, but once you get a bit further, advancing with <Right> will start to stutter and falter.

Benno Schulenberg <bens>
Project Administrator
Thu 20 Oct 2016 06:50:50 PM UTC, comment #1:

(To complete the first sentence:) Since commit 43f35fc, pressing and holding the right arrow key when the cursor is on a very long line (a few thousand characters) is unbelievably slow and makes nano unresponsive.

Benno Schulenberg <bens>
Project Administrator
Wed 19 Oct 2016 09:56:09 AM UTC, original submission:

Since commit 43f35fc, pressing and holding the right arrow key when the cursor is on a very long line (a few thousand characters)

To reproduce, run 'for x in $(seq 1234); do echo -n "xx "; done >lotsofexes' and then 'src/nano --soft --nowrap +1 lotsofexs'. (There should be more exes than fit on the screen -- when there are less, there is no noticeable slowdown,) Then press and hold <Ctrl+Right>. See how the cursor does step-step-step-step -- much slower than it normally would. Now press and hold only <Right> -- the cursor takes one or two little jumps and then stops -- nothing seems to happen, pressing other keys has no effect. Only several seconds after releasing the key, does the cursor jump to the place where it actually is.

So... one might say that this is a duplicate, or another symptom, of bug #49100.

Benno Schulenberg <bens>
Project Administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by bens (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 02 Apr 2017 09:47:50 AM UTCbensOpen/ClosedOpen=>Closed
    Thu 23 Mar 2017 06:32:27 PM UTCbensStatusNone=>Fixed
      Assigned toNone=>dolorous

    Back to the top


    Powered by Savane 3.1-cleanup1