From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: emacs-devel@gnu.org
Subject: Re: Why doesn't Info `T' cache node tree for current file?
Date: Tue, 10 Jun 2008 20:52:38 +0300 [thread overview]
Message-ID: <uk5gxjhy1.fsf@gnu.org> (raw)
In-Reply-To: <004001c8cb1b$69006c10$0200a8c0@us.oracle.com>
> From: "Drew Adams" <drew.adams@oracle.com>
> Date: Tue, 10 Jun 2008 09:59:56 -0700
>
> I understand that the TOC built depends on the current Info file, but I'm
> wondering why the node list (tree) for a given Info file isn't kept around, to
> avoid rebuilding it each time a user hits `T'.
AFAIK, Info doesn't maintain the node structure (it doesn't need to be
a tree, btw, it could be a graph) in memory at all. It doesn't need
to, except for Info-toc. So if you are suggesting that the results of
Info-toc should be stashed away waiting for the user to invoke
Info-toc again for the same Info file, then maybe we should do it;
otherwise, generating the node graph just so TOC would be created
faster is IMO not a good idea.
Btw, I can understand why whoever wrote Info-toc didn't save the
resulting buffer: Info always throws away the (sub-)file when it
switches to another, and *toc* is treated the same way. So it fits
better into the overall code structure, whereby a file is visited (in
this case, generated out of thin air), displayed, then its buffer
discarded.
next prev parent reply other threads:[~2008-06-10 17:52 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-10 16:59 Why doesn't Info `T' cache node tree for current file? Drew Adams
2008-06-10 17:52 ` Eli Zaretskii [this message]
2008-06-10 18:09 ` Drew Adams
2008-06-10 20:25 ` Eli Zaretskii
2008-06-10 20:57 ` Drew Adams
2008-06-11 0:02 ` Juri Linkov
2008-06-11 0:55 ` Miles Bader
2008-06-11 3:18 ` Drew Adams
2008-06-11 1:16 ` Stefan Monnier
2008-06-11 3:18 ` Drew Adams
2008-06-11 3:17 ` Drew Adams
2008-06-11 9:27 ` Juri Linkov
2008-06-11 13:46 ` Drew Adams
2008-06-11 19:02 ` Eli Zaretskii
2008-06-11 3:20 ` Eli Zaretskii
2008-06-11 3:24 ` Drew Adams
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=uk5gxjhy1.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.