From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.bugs Subject: bug#56393: Actually fix the long lines display bug Date: Sat, 09 Jul 2022 20:09:42 +0800 Message-ID: <87tu7qv661.fsf@localhost> References: <38c1a31040d2d2bc47ae@heytings.org> <87a69n98yy.fsf@yahoo.com> <38c1a31040f5546dbd3a@heytings.org> <87czej6buq.fsf@gnus.org> <38c1a31040e66d2b273e@heytings.org> <834jzt59jt.fsf@gnu.org> <831qux5806.fsf@gnu.org> <9C70BEF7-08EC-46A0-89D3-547417FA01F8@gmail.com> <83let43xg9.fsf@gnu.org> <83sfna3gzq.fsf@gnu.org> <83o7xy3amx.fsf@gnu.org> <83ilo638qt.fsf@gnu.org> <83czee35ad.fsf@gnu.org> <838rp233a0.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3599"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gerd.moellmann@gmail.com, Gregory Heytings , larsi@gnus.org, 56393@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jul 09 14:09:11 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oA9Gp-0000pL-9H for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 09 Jul 2022 14:09:11 +0200 Original-Received: from localhost ([::1]:44992 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oA9Gn-0002jy-QP for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 09 Jul 2022 08:09:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60552) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oA9Gg-0002iB-BR for bug-gnu-emacs@gnu.org; Sat, 09 Jul 2022 08:09:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40085) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oA9Gg-0001YB-3Q for bug-gnu-emacs@gnu.org; Sat, 09 Jul 2022 08:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oA9Gf-0005mx-V2 for bug-gnu-emacs@gnu.org; Sat, 09 Jul 2022 08:09:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ihor Radchenko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jul 2022 12:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56393 X-GNU-PR-Package: emacs Original-Received: via spool by 56393-submit@debbugs.gnu.org id=B56393.165736852422221 (code B ref 56393); Sat, 09 Jul 2022 12:09:01 +0000 Original-Received: (at 56393) by debbugs.gnu.org; 9 Jul 2022 12:08:44 +0000 Original-Received: from localhost ([127.0.0.1]:33981 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oA9GN-0005mJ-Pc for submit@debbugs.gnu.org; Sat, 09 Jul 2022 08:08:43 -0400 Original-Received: from mail-pl1-f178.google.com ([209.85.214.178]:34517) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oA9GM-0005m7-Ll for 56393@debbugs.gnu.org; Sat, 09 Jul 2022 08:08:43 -0400 Original-Received: by mail-pl1-f178.google.com with SMTP id z1so894007plb.1 for <56393@debbugs.gnu.org>; Sat, 09 Jul 2022 05:08:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=/irjxjQR+391HBwCV760wiPm7QczdQvt38Hts7Ey/sc=; b=i+1JO4JYmmKH5S4YZTldWGolVDejLEzMx+7MmePXs393swctOcZWpremssKiQkx7sE H2jVoUsxu3u6ZDc5lRhxu45Q7nVNlO7/NUmM4nkQd8xec1tfxsn0qTjt255kkzcsiV3P 6slH8xlSu20CT9F8LNJXjz33YYhSfVT9JxJo/Nmxa9IyB5jjoxQQXy2FeXKXF5+66FnP XeGjk++WMxjRAdPEcNsHrT0Xc3yRIiL1VeesfFSfgewI/DRwPt4juVXkMyp9On8O59So 2s/O61zsvKK9D1Ptp3tdqHjWPL4dC/b6U3zVQZZV8GoR/lggnKKGdxCixDU9qjxTvaAV 5b/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=/irjxjQR+391HBwCV760wiPm7QczdQvt38Hts7Ey/sc=; b=Emp4uPrKJmQaecNZLtzuWHxITlbo4MMwwCGhtLExHJ9Re7exjlRbgA2OflAWqgD8wr 7wTrBsJMMPGu7FRfmUBhnOR1juk7B7Fw3CZYF/7v5cPjAIj7H56lQ/XmcLYe60YV+HSr P5FaG6325fZlItwWmY4OeJT0kv3MeRtqrS+nLN2DKbZtl5eJXpfx+zZFeZY7GwDapBX8 P7lEXyBZIvctP67JYF4ffIBRmBss7XaZlfx+J1R8hLNxcUFC32FPHgsbgTM1kviEXK9y VplOGcyO9TZq2HcPkj69Ym6nROpY5wJh8ZRcIYRcpIohaXqCnV8nA1jDZP1K4h6QTog1 MdsQ== X-Gm-Message-State: AJIora87mjzQfnWEY2GQLjAandxye+BW8+2X0Jxl9yvSU+om1iCAI3jH SmtfIG9l0FxpHeudY00p3lk= X-Google-Smtp-Source: AGRyM1uihXCR4NzM/rCDzTZe0yMMSJuQ1jM3y68s6Xhbo1jNYhJc2iCjuRqc8f1h2uUN/Ady2a0AdA== X-Received: by 2002:a17:90b:3807:b0:1f0:a86:6875 with SMTP id mq7-20020a17090b380700b001f00a866875mr3607410pjb.103.1657368516696; Sat, 09 Jul 2022 05:08:36 -0700 (PDT) Original-Received: from localhost ([210.3.160.230]) by smtp.gmail.com with ESMTPSA id fa14-20020a17090af0ce00b001ec98cc43e4sm1016729pjb.49.2022.07.09.05.08.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 09 Jul 2022 05:08:35 -0700 (PDT) In-Reply-To: <838rp233a0.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:236511 Archived-At: Eli Zaretskii writes: >> No, fontification-functions are not called when moving around in an >> already fontified portion of the buffer. So the slowdown of C-n and C-p >> (and others) in that case is not caused by fontification-functions. > > That's very strange, since AFAIK moving in a non-fontified buffer > involves both fontifications and display of the fontified text, > whereas moving through a fontified buffer involves only the latter. > FWIW, I've _never_ seen movement through fontified buffer being slower > than in a non-fontified one. I'd be very interested to know what > slows down the movement in a fontified buffer. I am not sure if it is related, but I do observe a slowdown when moving across fontified buffer. This happens in really large buffers when moving across invisible text. AFAIU, line-move-1 uses next-single-property-change loop, which could be costly when the region has a large number of discontinuous text properties. In the scenario here, I doubt that invisible text is present. Still, it might be worth checking for the code that loops over text property regions. Best, Ihor