From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Reitter Newsgroups: gmane.emacs.devel Subject: Re: redisplay - very long lines Date: Tue, 17 Feb 2009 16:21:48 -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 (Apple Message framework v930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1234905741 26231 80.91.229.12 (17 Feb 2009 21:22:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Feb 2009 21:22:21 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 17 22:23:36 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 1LZXPa-0000uf-KB for ged-emacs-devel@m.gmane.org; Tue, 17 Feb 2009 22:23:26 +0100 Original-Received: from localhost ([127.0.0.1]:58414 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LZXOG-00034z-Ao for ged-emacs-devel@m.gmane.org; Tue, 17 Feb 2009 16:22:04 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LZXOA-00034k-7n for emacs-devel@gnu.org; Tue, 17 Feb 2009 16:21:58 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LZXO7-00034Y-Rm for emacs-devel@gnu.org; Tue, 17 Feb 2009 16:21:57 -0500 Original-Received: from [199.232.76.173] (port=46764 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LZXO7-00034V-GC for emacs-devel@gnu.org; Tue, 17 Feb 2009 16:21:55 -0500 Original-Received: from mail-gx0-f208.google.com ([209.85.217.208]:43811) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LZXO6-0005Vf-2m; Tue, 17 Feb 2009 16:21:54 -0500 Original-Received: by gxk4 with SMTP id 4so4623760gxk.18 for ; Tue, 17 Feb 2009 13:21:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=SbRUGASU85VP3/YDrrKa5qN4SD5Syzt3jsWsz2kLFR0=; b=WBY1aUpQNAYXOImrh3hA/uWoQj//2sPnyAt5X/PKQEU2scTEeCazIy2BAe0GVmq8GE l6KZjNJgl5r+KmXXYvvS/hs2g+8yT+iD04pJaprgdukqJXVM8PcjkEHdnkJbRAm2+m8l Cq/D1oJAtpKCYvKny+3mqQXiAuz3HRjwgBbpU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=hWxNYeMNTFRThJmjo8PH2Jn9o4HFnTArmqKRTfjKghrB2X4q60OGe7fGudFLIB5Bec HBYI/j7TcNB3CaNkpt/UFEHCXs/MRnc6ZH9ZoABPDDPB/ZnuQ6G995g+R+mgNnbPjmYY 0VIq/p0l2SqCcA7Z5dwWahB0GHHGt592QZrMY= Original-Received: by 10.65.20.20 with SMTP id x20mr4204918qbi.63.1234905712528; Tue, 17 Feb 2009 13:21:52 -0800 (PST) Original-Received: from SCARLETT.PSY.CMU.EDU (SCARLETT.PSY.CMU.EDU [128.2.249.106]) by mx.google.com with ESMTPS id 9sm17736566qbw.38.2009.02.17.13.21.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Feb 2009 13:21:51 -0800 (PST) In-Reply-To: X-Mailer: Apple Mail (2.930.3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:109150 Archived-At: On 17 Feb 2009, at 14:41, Eli Zaretskii wrote: > If by ``wrapped lines'' you mean continuation lines, then (AFAIK) we > still need to walk to the end of a line before we are able to display > it and all the lines after it. If by ``wrapped lines'' you mean > something else, perhaps that belongs to the recent features whose > effect on display engine I didn't yet have time to grasp, so I cannot > answer the question. I understood Stefan to refer to soft-wrapped (`word-wrap') lines, which necessitate the optimization we're talking about. Displaying any lines "after it" would not be relevant, because we'd stop processing the line if the end of the portion of the buffer is reached that is shown in the window. As for displaying the actual line (wrapped): can you give an example how the previous visual lines of a line are affected something that could come afterwards? (I'm not doubting you, I just want to understand.) >> [ 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. ] > > [How come you are suddenly in favor of unibyte operations?] > > FWIW, I think editing binary files other than via hexl is playing with > fire, anyway. But that's me. It is, but Emacs shouldn't slow down to the point where undoing the find-file operation is impossible. Also, I gave the example of XML files w/o newlines.