On Tue, 20 May 2003, Brion Vibber wrote:
Welcome!
Thanks!
Cool! I don't think anyone's really actively working on this at the moment, so if you'd like to, that would be great.
A few things to consider:
[...]
Thanks, I'll take a look at the links
A couple of the big questions that have come up before are:
- filenames -- making sure they can stay within reasonable limits on
common filesystems, keeping in mind that non-ascii characters and case-sensitivity may be handled differently on different OSs, and there may be stronger limits on filename lengths.
I'll have to find some minimum common denominator. I have already run into the upper/lower case problem, that works in URL and on Unix machines, but not in Windows. I expect the problem of truncated filenames to be similar.
- search -- an offline search would be very useful for an offline
reader. JavaScript, Java, local programs are various possibilties.
This would be hard to do without some sort of index file, at least for article titles. We don't want the search app to scan an entire CD-ROM! :-) I suspect that fulltext search would be impossible (or deadly slow) from CD, but quite possible from an "installed" version. Article titles search may be workable from CD.
- size! with markup, header and footer text tacked onto every page, a
static html dump can be very large. The English wiki could at this point approach or exceed the size of a CD-ROM without compression. Is there a way to get the data compressed and still let it be accessible to common web browsers accessing the filesystem directly? Less important for a mirror site than a CD, perhaps.
header/footer overhead may be avoided using frames, but it's a less portable solution. I will investigate the compression options.
- interlanguage links - it would be nice to be able to include all
languages in a single browsable tree, with appropriate cross-links.
I think i'll leave this for a future improvement plan.... :-))
Ciao, Alfio