Sender:	root AT delorie DOT com
Message-ID:	<38A80C62.CC798811@inti.gov.ar>
Date:	Mon, 14 Feb 2000 11:08:34 -0300
From:	salvador <salvador AT inti DOT gov DOT ar>
Organization:	INTI
X-Mailer:	Mozilla 4.6 [en] (X11; I; Linux 2.0.38 i686)
X-Accept-Language:	es-AR, en, es
MIME-Version:	1.0
To:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>, djgpp-workers AT delorie DOT com
Subject:	Re: LFN problem with info ?
Reply-To:	djgpp-workers AT delorie DOT com

Eli Zaretskii <eliz AT is DOT elta DOT co DOT il> wrote:
> On Wed, 2 Feb 2000, I wrote:
>
> > The advantage of an anchor is that its Ref entry in the tag table points
> > *exactly* to the location you should go to.  In contrast, with a
> > cross-reference that references a node name, you only know to what node
> > to jump, and have then to implement some sort of heuristics to find a
> > better place than just the beginning of the node.
>
> There's another difference between Ref and Node in the tag table: when
> you need to auto-complete node names, you should skip the Ref entries.

A note: distributing the files in dos format these references are quite
unuseful because they point some hundreads of bytes before the real point.
With some luck the node before it, but not the real place. That's yet another
disadvantage of DOS style distribution. I'm tired of pointing out these
problems.
Of course I added enough tricky-code to find the node that contains the
reference, then compute the offset inside the node and finally calculate
which line is that in the UNIX file, but is an extra complication.
BTW: these references lose sense if the user handedits the .info files. Do you
still thinking enough users will do it to justify all the wasted CPU needed to
find the exact place? What about marking info files as read-only so the few
users trying to handedit these files will get a big warning? Do you still
thinking is really needed to support "notepad" (what else doesn't support \n?)
and similar stupid editors to browse info files when we have 3 different
browsers and the documentation in the *d.zip files?

SET

--
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: set-soft AT usa DOT net set AT computer DOT org
                    set AT ieee DOT org set-soft AT bigfoot DOT com
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

- Raw text -