From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: redisplay - very long lines Date: Tue, 17 Feb 2009 08:40:36 -0500 Message-ID: References: <3FEE1ADD-7471-4EA4-AE55-9175C9218B6E@gmail.com> <4AC07B50-75B6-4A68-9E01-A228BA64BDAE@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1234878054 13232 80.91.229.12 (17 Feb 2009 13:40:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Feb 2009 13:40:54 +0000 (UTC) Cc: David Reitter , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 17 14:42:10 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LZQDB-0004ha-Ib for ged-emacs-devel@m.gmane.org; Tue, 17 Feb 2009 14:42:09 +0100 Original-Received: from localhost ([127.0.0.1]:42015 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LZQBr-0007Vf-I6 for ged-emacs-devel@m.gmane.org; Tue, 17 Feb 2009 08:40:47 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LZQBl-0007Ul-Rf for emacs-devel@gnu.org; Tue, 17 Feb 2009 08:40:41 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LZQBk-0007Se-1O for emacs-devel@gnu.org; Tue, 17 Feb 2009 08:40:40 -0500 Original-Received: from [199.232.76.173] (port=58978 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LZQBj-0007SR-CF for emacs-devel@gnu.org; Tue, 17 Feb 2009 08:40:39 -0500 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:11080 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LZQBh-0004JJ-Ij; Tue, 17 Feb 2009 08:40:37 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArEEAP9MmklMCpTK/2dsb2JhbACBbtAlhBMGgzQ X-IronPort-AV: E=Sophos;i="4.38,223,1233550800"; d="scan'208";a="33968356" Original-Received: from 76-10-148-202.dsl.teksavvy.com (HELO pastel.home) ([76.10.148.202]) by ironport2-out.teksavvy.com with ESMTP; 17 Feb 2009 08:40:36 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 620758442; Tue, 17 Feb 2009 08:40:36 -0500 (EST) In-Reply-To: (Eli Zaretskii's message of "Tue, 17 Feb 2009 06:16:38 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:109128 Archived-At: >> I could equally see the argument for displaying as many lines as >> possible and only increasing line heights when the user scrolls >> horizontally and the glyph is made visible. > That'd be horrible, I think: display jumping back and forth as point > moves horizontally. This would only happen with truncated lines, not with wrapped lines, right? So we (c|sh)ould at least do it for wrapped lines. That should cover 99.99% of the cases where unbearably long lines make Emacs too slow (if they're really that long, you probably want to wrap them rather than truncate them). [ Also, I'd much rather see occasional jumping than unbearably slow display. In many cases (e.g. unibyte fundamental-mode for binary files), the likelihood of varying line height is pretty low. ] Stefan