From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: James McClain Newsgroups: gmane.emacs.bugs Subject: bug#23457: 24.5; interactive use of next-line and previous-line (holding down C-n or C-p) lag in a buffer with all spaces and newlines Date: Fri, 6 May 2016 02:19:24 -0700 Message-ID: References: <8637pwubct.fsf@NOTE-REPLACE.i-did-not-set--mail-host-address--so-tickle-me> <83wpn8h4tj.fsf@gnu.org> <83h9ecgvca.fsf@gnu.org> <83futwgtti.fsf@gnu.org> <8360urhdna.fsf@gnu.org> <87h9ebr50n.fsf@petton.fr> <8337pvh7jd.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1462526444 5268 80.91.229.3 (6 May 2016 09:20:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 6 May 2016 09:20:44 +0000 (UTC) Cc: Nicolas Petton , 23457@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 06 11:20:35 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aybvz-00005q-Og for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 May 2016 11:20:31 +0200 Original-Received: from localhost ([::1]:57223 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aybvw-0002q4-0t for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 May 2016 05:20:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57323) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aybvm-0002Zf-UC for bug-gnu-emacs@gnu.org; Fri, 06 May 2016 05:20:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aybva-0006Gp-VK for bug-gnu-emacs@gnu.org; Fri, 06 May 2016 05:20:13 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57032) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aybvZ-0006CZ-Ol for bug-gnu-emacs@gnu.org; Fri, 06 May 2016 05:20:06 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1aybvW-0007sC-Dw for bug-gnu-emacs@gnu.org; Fri, 06 May 2016 05:20:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: James McClain Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 May 2016 09:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23457 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 23457-submit@debbugs.gnu.org id=B23457.146252639030241 (code B ref 23457); Fri, 06 May 2016 09:20:02 +0000 Original-Received: (at 23457) by debbugs.gnu.org; 6 May 2016 09:19:50 +0000 Original-Received: from localhost ([127.0.0.1]:41136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aybvJ-0007rh-V0 for submit@debbugs.gnu.org; Fri, 06 May 2016 05:19:50 -0400 Original-Received: from mail-ig0-f169.google.com ([209.85.213.169]:38565) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aybvI-0007rW-Ut for 23457@debbugs.gnu.org; Fri, 06 May 2016 05:19:49 -0400 Original-Received: by mail-ig0-f169.google.com with SMTP id m9so35892272ige.1 for <23457@debbugs.gnu.org>; Fri, 06 May 2016 02:19:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=N2meKlJmLa3jRTOmPvQDpWDIX85sXPqK5YfowICCxFg=; b=ZbWVSxuBxgQyRwZnxtsAkHeZFk+2JGCgsdjEKpbBqCS8r8LzcNxX44HGvqDw9HGpVg Eyjy4BBe6sghndXPqPvcrJjn3LJMi3ttRLVTJKOzbi3UX9kQvEU7K3NgEZOZn26sj1yK W64v34Ao5KzKLLpXAnmpsVgOs7x1eX5IZNv+3+DEzEO/LBE9NtYVW7hW44Ma9w90Osxj 9OT1PazL/7S1GV1rEIypQQimrKTqyRlyHYFedKoqMIrkikxGT81srsoLEQLTt+sALlE5 PMxpLSNcGEVhRav+kTyXmlvNG2I9de4s4eiQda/RgPpF1VL+NenoSNBTIw/NrZhyJj/R ZdxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=N2meKlJmLa3jRTOmPvQDpWDIX85sXPqK5YfowICCxFg=; b=N3rUZzOZWiPiYE3Gq18S/Y17ajVooTU0SPiGMnVM//8IvL5KCPkIp3qR7yNz75lJeA wzMPiQFqsOTimK4gsUro1m1oRSn0H8CcpiADtwlRAK/sxQpoJrcLLkxTtdAEAMviRBEW ZKSbeDzi9fT25J60oR5FBALF9C0ZiXDmgjWC0ja+cVfIy5/zZWXw8g49JgJFHoe5SoCl Rd3BLOHMhBJnThYqBauT5xktibjF5MK6v0J41Iqzwoxxew/R6cSx86qoqJHH7v3SuqfG 8fN2D3Bbor8QwG6CwhnszvFGbV9goIW+1AklXZ0kQc2MPwNOI4o8U+mVIUEcotGQdD01 1OZg== X-Gm-Message-State: AOPr4FXqFAyL3ty5iNHNoHaoAFLN1MbDNpjtiWCc10Na4l3H9qQKF//mnRLGmpZwpkVK/upToTKnccHAqIqcHw== X-Received: by 10.50.28.193 with SMTP id d1mr9205789igh.96.1462526383491; Fri, 06 May 2016 02:19:43 -0700 (PDT) Original-Received: by 10.36.144.69 with HTTP; Fri, 6 May 2016 02:19:24 -0700 (PDT) In-Reply-To: <8337pvh7jd.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:117899 Archived-At: There is no real-life use case at all where I can see this problem happening, I was just curious as to why. Thank you for figuring that out, Glad to see I'm not crazy! Regards, James On Fri, May 6, 2016 at 2:15 AM, Eli Zaretskii wrote: >> From: James McClain >> Date: Fri, 6 May 2016 01:43:55 -0700 >> Cc: Eli Zaretskii , 23457@debbugs.gnu.org >> >> For this to happen there needs to be many lines of just spaces and a >> newline. I talked about in a previous message having 67 of those >> lines, but I believe on my linux box it required more (less than 100 >> though). You also need to go to the very end of the file M->, then >> scroll up through the lines up to the top. I did not make that clear. > > Ah! Now I do see this. And this doesn't happen in *scratch*, right? > > To make the problem go away, do this: > > M-x set-variable RET bidi-paragraph-direction RET left-to-right RET > > In any buffer whose major mode supports some programming language > (like *scratch*, which supports Emacs Lisp), the above variable is > already set to that value by default, so the problem won't happen. > > Anyway, now that I see the problem and understand its reasons, is > there any real-life use case where this problem happens? If so, > please describe that use case. Otherwise, this is expected behavior, > and this bug should be closed. > >> I experience lag doing this, to be clear about what I mean by that. I >> can cancel by using C-g, but unless I do that, I cannot execute >> commands until emacs finishes moving up lines. Which takes much longer >> than if instead of all spaces, I had instead one period before the >> newline. > > The contents of the buffer that you describe make redisplay work very > hard, so the time it takes to refresh the display after you move point > is long. On my machine, a single C-p from the end of a 200-line > buffer with all-blank lines takes 2 sec in an unoptimized build, and > less than 1 sec in an optimized build. > >> I cannot remember if I tested with with emacs -Q -nw on linux. > > No need, now that I understand the problem. > > Thanks.