Hello, I just joined this list but I'm interested in this current thread.
What is the goal of moving to these static HTML pages / directories? Is it
to eliminate the processing time necessary to generate these files with the
current back-end processing? Seems you will be (possibly) using more disk
space - a trade-off which may be worth it, I'm not arguing against it - to
save CPU time?
I need to understand more - What is currently stored for each book? Is it
stored in all of the formats at
http://aleph.gutenberg.org/cache/epub/56843/ or are those created at the
time someone requests them?
In https://www.gutenberg.org/files/56843/ what's the difference between the
-0 zip and the -h zip?
Tim Hare
Tallahassee, FL
Interested Bystander, Non-Inc.
Hello, gutvol-d. This list has been very quiet, and if you discover you no longer want to receive messages you can visit https://lists.pglaf.org to unsubscribe (unsub instructions are also part of the email header).
I am wondering whether you have ideas about how to present a more effective landing page for our eBooks.
The situation is that I am trying to make the collection more self-contained, and remove some of the back-end processing we use to present information about the books.
Take a look at any current eBook landing page, such as https://www.gutenberg.org/ebooks/56843
This is plain HTML (with Javascript and CSS), but it does not come from a static file. Basically, what I'd like to do is recreate a similar page, but as a static file, without relying on a back-end database, and without using Javascript. I.e., plain HTML with CSS.
The actual files are in a location like this: https://www.gutenberg.org/files/56843/
My intention is to make a directory (folder) that has those files, plus the generated files (i.e., you can see them here: http://aleph.gutenberg.org/cache/epub/56843/) plus an index.htm or similar that presents the landing page.
Oh, and we'll give all the files nice human-friendly usernames. There is already some code for that in epubmaker.
MY INQUIRY is for ideas about the index.htm or similar that would be similar to the current landing page, but be (a) static, and (b) use no Javascript or other active content, and (c) allow variations on CSS, to have different "skins" for different viewers. General ideas:
- HTML5
- works well with mobile and desktop
- works well with text browsers and screen readers
- might need to have two pages: one for bibrec info ("about.htm" perhaps?) and the other to access
- get CSS style information from e.g., /gutensite/ , so that it is easy for people to apply their own styles. For example, mirrors might not want the dropbox/cloud links)
I'm very interested in any mockups that you can think of. The idea will be to generate these static pages when new eBooks are added/updated.
That way, when someone visits a page like https://www.gutenberg.org/ebooks/56843 , they will be seeing the static content under ebooks/56843.
Currently, there is no such static content: it is all generated by a set of back-end Web-database applications.
Thanks,
Greg
