[new XSL] The Index generation

Randy McMurchy randy at linuxfromscratch.org
Mon Mar 26 13:59:36 PDT 2007

M.Canales.es wrote these words on 03/26/07 15:44 CST:
> El Lunes, 26 de Marzo de 2007 22:31, Bruce Dubbs escribió:
>> A table of contents for each chapter would be useful,
> That is easy to add, if wanted. In the first times it was here, but latter was 
> decided to remove it, I don't remember wy.

I can't honestly say I'd find individual chapter indexes
useful. Chances are someone is using the index to find out
what chapter/file something is in. Seems it would be frustrating.
Perhaps I'm not thinking it through, though.

> BLFS longindex.html is > 700 Kb, that take some time to load on a browser. 
> That's the principal reason for the propossal.

I'm sitting on the fence here. On one hand, I like the idea of
individual indexes for packages/libraries/programs/etc. because
of the reduced sizes and faster loading times. But on the other
hand I don't want to have to open up multiple indexes to find
what I'm looking for.

I'll wait for others input, but I can't really offer anything
for or against Manuel's proposal other than I lean (note that
isn't anything firm) towards leaving the index as is. I just
loaded it in a browser over the Internet (broadband) on a slow
computer and it took just 7 seconds.

For that little of time, the convenience of having everything
together seems a bit better than the alternative.


rmlscsi: [bogomips 1003.28] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable release version 2.3.6] [Linux i686]
15:48:00 up 17 days, 13:47, 1 user, load average: 0.27, 0.07, 0.02

More information about the blfs-dev mailing list