From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul R Newsgroups: gmane.emacs.devel Subject: Re: redisplay system of emacs Date: Fri, 29 Jan 2010 11:48:30 +0100 Message-ID: <87bpgdxk3l.fsf@gmail.com> References: <27349166.post@talk.nabble.com> <83bpge50k5.fsf@gnu.org> <87vdem8gly.fsf@catnip.gol.com> <87k4v1xm4l.fsf@gmail.com> <87ljfhkyg2.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1264762364 12820 80.91.229.12 (29 Jan 2010 10:52:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Jan 2010 10:52:44 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 29 11:52:41 2010 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.69) (envelope-from ) id 1NaoSu-0004g1-Qz for ged-emacs-devel@m.gmane.org; Fri, 29 Jan 2010 11:52:41 +0100 Original-Received: from localhost ([127.0.0.1]:53665 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NaoSu-0007xs-9M for ged-emacs-devel@m.gmane.org; Fri, 29 Jan 2010 05:52:40 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NaoP7-0006QT-5q for emacs-devel@gnu.org; Fri, 29 Jan 2010 05:48:45 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NaoP1-0006LD-9E for emacs-devel@gnu.org; Fri, 29 Jan 2010 05:48:43 -0500 Original-Received: from [199.232.76.173] (port=41757 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NaoP0-0006L0-JA for emacs-devel@gnu.org; Fri, 29 Jan 2010 05:48:38 -0500 Original-Received: from mail-fx0-f216.google.com ([209.85.220.216]:51760) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NaoOw-0004xU-8m; Fri, 29 Jan 2010 05:48:34 -0500 Original-Received: by fxm8 with SMTP id 8so2226071fxm.26 for ; Fri, 29 Jan 2010 02:48:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=4nwGCb1dWz7TXbaWnbZdKlrwr3oUJcL8+zqo+UMNWEQ=; b=l1qFYF6bjrTR38Dj7D8tAQe115jPNJRl2CA2scfOTN5Z4FzGzpfSrZte4VK3FVTbP4 iLoM5/gZrsYcE6kyzxKxkwOlgGOndo0cmDPeOOSiJZCFJqiPyydc34TcTZPT+6kqf4CS 6/1zTYa2hA3sSBNo0RQvdebUFf6n4wdsw12xE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=aYexvuFEF4YEohWRw+ixuX2y2dqsmq/+ZW0aiUNPUSN3p6lyuicFPLg0ZqRxfHoM1t umbMPDDjmWrIySvVRFJtkA9Mx0rGrHvXgJAfRpNm95H26DkLabqaMeypZ0SvdRX94pZa fSEb2N4HEwJ+WDM0CE/QnhGdqm/c4XqCsD1aY= Original-Received: by 10.103.81.20 with SMTP id i20mr280498mul.21.1264762113070; Fri, 29 Jan 2010 02:48:33 -0800 (PST) Original-Received: from ubuT42 (vil35-2-82-227-204-220.fbx.proxad.net [82.227.204.220]) by mx.google.com with ESMTPS id b9sm4167804mug.9.2010.01.29.02.48.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 29 Jan 2010 02:48:32 -0800 (PST) In-Reply-To: <87ljfhkyg2.fsf@lola.goethe.zz> (David Kastrup's message of "Fri, 29 Jan 2010 11:17:01 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) 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:120638 Archived-At: Hi David, > Uh, Emacs needs to work without noticeable delays and with syntax > highlighting for documents of _book_ size, easily containing thousands > of pages. In fact, the size of the total document should not affect > editing speed. Is it so common to write books in a single monolithic file ? The two typesetting systems I use from emacs allow (and encourage) to split the documents in many files. And emacs corresponding modes are designed for easy navigation between them. That said, I totally agree that this is a real concern : what happens if someone wants to _open_ a huge document. As Lennart said, it probably isn't the job of the display system to restrict the data to render to a subset, but rather the job of an intermediate layer, between the document and the rendering engine. -- Paul