From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: breadcrumbs for Info . . . . . . Date: Thu, 12 Jun 2008 01:40:34 +0300 Organization: JURTA Message-ID: <87tzfzk331.fsf@jurta.org> References: <009d01c8cb55$13d53e20$0200a8c0@us.oracle.com> <87fxrkltma.fsf@jurta.org> <00ae01c8cb71$c26aeef0$0200a8c0@us.oracle.com> <873ankqou6.fsf@jurta.org> <00d901c8cbc9$7df36fb0$0200a8c0@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1213224270 10357 80.91.229.12 (11 Jun 2008 22:44:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Jun 2008 22:44:30 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 12 00:45:13 2008 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 1K6Z44-0002JZ-TI for ged-emacs-devel@m.gmane.org; Thu, 12 Jun 2008 00:45:13 +0200 Original-Received: from localhost ([127.0.0.1]:55728 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K6Z3H-0001qI-9z for ged-emacs-devel@m.gmane.org; Wed, 11 Jun 2008 18:44:23 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K6Z3C-0001qD-KT for emacs-devel@gnu.org; Wed, 11 Jun 2008 18:44:18 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K6Z3A-0001pp-Un for emacs-devel@gnu.org; Wed, 11 Jun 2008 18:44:18 -0400 Original-Received: from [199.232.76.173] (port=56610 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K6Z3A-0001pm-PU for emacs-devel@gnu.org; Wed, 11 Jun 2008 18:44:16 -0400 Original-Received: from relay01.kiev.sovam.com ([62.64.120.200]:3582) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1K6Z3A-0002G2-Gs for emacs-devel@gnu.org; Wed, 11 Jun 2008 18:44:16 -0400 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay01.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1K6Z38-000ITp-3B; Thu, 12 Jun 2008 01:44:14 +0300 In-Reply-To: <00d901c8cbc9$7df36fb0$0200a8c0@us.oracle.com> (Drew Adams's message of "Wed, 11 Jun 2008 06:46:03 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-pc-linux-gnu) X-Scanner-Signature: 8fcfa5a562f326ba64a474cd1db6e25e X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Trusted X-SpamTest-Info: Profiles 3109 [June 12 2008] X-SpamTest-Info: {received from trusted relay: common white list} X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: white ip list X-SpamTest-Rate: 10 X-SpamTest-Status: Trusted X-SpamTest-Status-Extended: trusted X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.8-5.1 (or MacOS X 10.2-10.3) 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:98985 Archived-At: >> When nodes are in different files, visiting all ancestor nodes means >> visiting several files that is slow on slow machines/connections. >> For instance, the first node in the file info/emacs-4 is: >> >> File: emacs, Node: Fortran Indent, Next: Fortran >> Comments, Prev: Fortran Motion, Up: Fortran >> >> 31.13.2 Fortran Indentation >> >> So to display this node, it needs to open the file info/emacs-3 that >> contains its parent node Fortran, and the top file info/emacs-1. > > Yes, I know that. But can you point to a particular node in a particular manual > that you find is too slow? > > I checked (using `T') all of the manuals that come by default with Emacs on > Windows - I found no nodes deeper than 4. I didn't check each level 4 node in > each manual, but I checked several, and I see no performance problem. Perhaps > you can find a level 4 node whose levels 1-3 are in different subfiles, and you > can check whether it is too slow? > > IOW, is this a real problem in practice or just a hypothetical problem? There were reports about Info taking substantial time to read Info subfiles on slow connections. You can search for e.g. "Info slow connection" keywords and find posts like http://thread.gmane.org/gmane.emacs.devel/17436/focus=18058 I don't know how often such situations happen nowadays. Anyway, Info already scans the whole manual on the first visit to find the index nodes, so it could build an internal node tree as well on the same pass. There is also another visual problem: when Info-hide-note-references is nil, the displayed breadcrumbs line is not nice looking: *Note Top:: > *Note Files:: > *Note Saving:: > *Note Backup:: -- Juri Linkov http://www.jurta.org/emacs/