Maria Sophia wrote:
I finally forced Android 16 to behave like a real operating system again.
I carved out a sane workflow inside an OS that keeps trying to turn into
iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy.
SUMMARY (Linux users added because it was Linux to the rescue this time!)
Windows and Linux can easily open HTML books stored in custom top-level hierarchies, even if the books contain tens of thousands of pages & jpegs.
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom top-level POSIX folders such as /storage/emulated/0/0000/books/book1/.
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:
I finally forced Android 16 to behave like a real operating system again. >>> I carved out a sane workflow inside an OS that keeps trying to turn into >>> iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy. >>SUMMARY (Linux users added because it was Linux to the rescue this time!)
Windows and Linux can easily open HTML books stored in custom top-level
hierarchies, even if the books contain tens of thousands of pages & jpegs. >>
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom >> top-level POSIX folders such as /storage/emulated/0/0000/books/book1/.
I don't know what are "books" in this context.
If you mean electronic books, for me they are epubs, and I handle them
with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless as
an intermediary to transform to something else.
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:
I finally forced Android 16 to behave like a real operating system again. >>>> I carved out a sane workflow inside an OS that keeps trying to turn into >>>> iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy.
SUMMARY (Linux users added because it was Linux to the rescue this time!) >>>
Windows and Linux can easily open HTML books stored in custom top-level
hierarchies, even if the books contain tens of thousands of pages & jpegs. >>>
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom >>> top-level POSIX folders such as /storage/emulated/0/0000/books/book1/.
I don't know what are "books" in this context.
If you mean electronic books, for me they are epubs, and I handle them
with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless as
an intermediary to transform to something else.
Quite a lot of technical documentation is published as an html
'book'. This for example:
https://doc.rust-lang.org/book/
Historically html is a dialect of sgml, which was designed for
documentation
Andy Burns wrote:
Maria Sophia wrote:
Hi Andy,
THANK YOU for confirming the diagnosis and agreeing with the workaround.
Having always dealt with huge HTML references on the desktop, I was wholly unprepared for the shock that Android 10+ is no longer POSIX compliant.
In terms of WebView, Android 10+ is apparently only POXIX compliant in
a. /storage/emulated/0/Download/
b. /storage/emulated/0/Documents/
c. /storage/emulated/0/DCIM/
d. /storage/emulated/0/Pictures/
I "could" have solved the problem by putting the repair manual in one of those directories, but they're thoroughly polluted much like similar directories are on Windows, so my linux-learned rule is to use /usr/local instead (e.g., on Windows it's c:\data & on Android it's /0000 or /0001).
On 2026-07-05 15:48, Dave Royal wrote:
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:
I finally forced Android 16 to behave like a real operating system again. >>>>> I carved out a sane workflow inside an OS that keeps trying to turn into >>>>> iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy.
SUMMARY (Linux users added because it was Linux to the rescue this time!) >>>>
Windows and Linux can easily open HTML books stored in custom top-level >>>> hierarchies, even if the books contain tens of thousands of pages & jpegs. >>>>
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom
top-level POSIX folders such as /storage/emulated/0/0000/books/book1/.
I don't know what are "books" in this context.
If you mean electronic books, for me they are epubs, and I handle them
with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless as >>> an intermediary to transform to something else.
Quite a lot of technical documentation is published as an html
'book'. This for example:
https://doc.rust-lang.org/book/
Historically html is a dialect of sgml, which was designed for
documentation
Ok...
Heh, they charge 45$ for the epub version.
No ZIP that I can see :-?
I would have to download using wget, and this tool modifies the links so that they are correct for your local installation.
I wonder if Calibre can convert that to epub.
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 15:48, Dave Royal wrote:
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:I don't know what are "books" in this context.
I finally forced Android 16 to behave like a real operating system again.
I carved out a sane workflow inside an OS that keeps trying to turn into >>>>>> iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy.
SUMMARY (Linux users added because it was Linux to the rescue this time!) >>>>>
Windows and Linux can easily open HTML books stored in custom top-level >>>>> hierarchies, even if the books contain tens of thousands of pages & jpegs.
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom
top-level POSIX folders such as /storage/emulated/0/0000/books/book1/. >>>>
If you mean electronic books, for me they are epubs, and I handle them >>>> with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless as >>>> an intermediary to transform to something else.
Quite a lot of technical documentation is published as an html
'book'. This for example:
https://doc.rust-lang.org/book/
Historically html is a dialect of sgml, which was designed for
documentation
Ok...
Heh, they charge 45$ for the epub version.
No ZIP that I can see :-?
I would have to download using wget, and this tool modifies the links so
that they are correct for your local installation.
The links are normally relative to the document root, so no need
to modify them.
In the days when software was released on CD such html documentation was common. But any browser could read local http files then.
I wonder if Calibre can convert that to epub.
If so I suppose you'd have to specify the medium size - eg A4. An
html file is liquid - it fills any window or page size.
But, on Android 10+, the mothership decided to ditch POSIX paths in part.
Given all that, I understand why you suggested that I jut put my data in /storage/emulated/0/Documents/Books, but the reason I do not use that (and hopefully I never will) comes directly from my decades of Unix system administration. On every Unix I have ever worked with, whether that's
SunOS, Solaris, Ultrix, DEC, VAX, AIX, HP-UX, IRIX, BSD, and even IBM mainframe Unix subsystems, we always kept a strict separation between
a. system-managed directories
b. user-managed directories
On 2026-07-05 22:00, Dave Royal wrote:
In the days when software was released on CD such html documentation was common. But any browser could read local http files then.Yes, I know. But calling that "book" confused me.
Epub is also liquid.
Carlos E. R. wrote:
Calibre is also capable of viewing the ZIP file directly,
but it calls firefox to do the actual viewing.
Hi Carlos,
I fed my 500MB zip file into Calibre and told it to convert it to an EPUB, which took a few hours on my 2009 Windows 10 PC, but it worked beautifully.
The resulting EPUB file was 400MB so it took a while for Calibre to load it the first time (due to all the caching that Calibre does on first loading).
When I looked at the file inside of Thorium, I got an appreciation for why HTML is an excellent medium, as there were tens of thousands of connected pages and images, where an EPUB can handle it, but it's slow as all hell.
Since the EPUB itself was 400MB, I didn't even bother copying to Android.
If it's slow on Windows, it's likely gonna be even slower on Android.
The HTML is, by way of contrast, is virtually instant when clicking about.
When I tried to convert the EPUB to a PDF, Calibre failed (with what seemed like memory errors) after about an hour or two, so I gave up on the PDF.
Looking into my c:\app\editor\epub directory, these seem to be most common cross platform EPUB readers, where I've sorted by large file handling.
thorium
most stable & fastest for huge image-heavy epubs like textbooks
calibre
most powerful for conversion & repair of image-heavy epubs
redium desktop
sibling of thorium but less polished than thorium
okular
KDE document viewer with medium-level EPUB support via plugins
hamster
best for small epubs
lucidor
best for very small epubs
fbreader
suitable for smaller epubs
adobe digital editions
not suitable as the epub engine is old and fragile
sumatra pdf
fast for small epubs
In summary, for certain kinds of references (such as highly cross-linked highly imaged technical manuals and textbooks), a zip HTML is likely ideal.
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 22:00, Dave Royal wrote:I wouldn't call it a book either. The rust manual, to which had a
In the days when software was released on CD such html documentation was common. But any browser could read local http files then.Yes, I know. But calling that "book" confused me.
bookmark (!) on this tablet, was the first example I thought of.
It was just fortuitous that it had 'book' in the url. I see this
in the source:
<!-- Book generated using mdBook -->
I had forgotten. A few years back I converted a 'tunebook' - a mix of musical scores and text - into mobi format for display on a kindle. You want the score to occupy the whole page width, as big as possible. I wasn't sure how mobi resized the images, hence my comment in https://mudcat.org/thread.cfm?threadid=171470#4147314
Epub is also liquid.
"I wonder if the mobi has converted the compressed SVGs to some
other image format, each at several sizes for different
Kindles?"
On 2026-07-06 07:06, Maria Sophia wrote:
Carlos E. R. wrote:
In summary, for certain kinds of references (such as highly cross-linked
highly imaged technical manuals and textbooks), a zip HTML is likely
ideal.
Seeing that calibre imports the html directory as a zip file, it is
possible that there is software out there that directly renders readable those ZIP files. Or even hardware.
Carlos E. R. wrote:
Q: I have recently seen "books" transferred as a ZIP archive of a large
html tree. Calibre calls a browser to see a page at a time, AFAIK. I
wonder if there is software that displays that ZIP as a book directly,
better on a tablet.
I agree that, for technical documentation, HTML is often better than EPUB because it's designed for hyperlinks, search and non-linear navigation.
It would be nice if someone writes a simple app that opens a ZIP, serves it internally and displays it like a book-because it would solve all of this .
In my Android 16 case, and also in the case of Andy & Carlos on Android,
the real problem was SAF doesn't allow relative URLs in custom folders.
So any solution that works on Android, has to take SAF limitations into account, where I looked up how to view these thigns on iOS & it's similar.
On Android, we found that running a tiny web server worked.
But on Android 10+, we could also have tried what Carlos used:
a. An older version of CX file Manager has a built-in web server
b. So does X-plore File Manager
c. And I'm told MiXplorer has excellent HTML-Z handling features
Interestingly, iOS seems to handle relative links *better* than Android. What's *different* about iOS is that iOS doesn't use SAF. Yipee!
An HTMLZ (a ZIP full of HTML with relative paths) will work on an iPad.
a. iPadOS does not break relative links the way Android 10+ does.
b. iPadOS does support relative paths inside an HTMLZ
c. iPadOS gives the browser real filesystem paths, not SAF streams.
d. So the browser sees the directory structure normally.
This means the 500MB shop manual will behave like a normal offline website. Safari will load the entire manual correctly.
Even so, we can still use the server method on iOS as we did on Android.
All of thse can run the same "python3 -m http.server" we used on Android.
a. iSH (Linux emulator)
b. Pythonista
c. Kodex
Once we start the HTTP server in $DOCUMENT_ROOT, then we point a browser to
<http://localhost:8000/>
So, had I tried my iPads first, prior to Android, it would have worked. (Although it's an Apple disaster trying to get a large file onto the iPad.)
In summary, on Android 10+ the SAF mechanism destroys POSIX paths outside
of the four public directories for web browser, so in order to put huge complex HTML-Z documentation on Android 16 outside of the four public directories, we had to employ a local server (or convert to EPUB/PDF).
Overall, I'm glad I ran into this problem because I learned about SAF and
how it screws up POSIX file paths in custom folders when browsing HTML.
And, I learned from testing Calibre for Carlos that EPUBs have a fantastic search mechanism for extremely complex data structures (as good as PDF).
And I learned that for huge, image-heavy, cross-linked manuals, HTML in a browser is the fastest method, so there's a place for HTMLZ after all.
Carlos E. R. wrote:
I fed my 500MB zip file into Calibre and told it to convert it to an EPUB, >>> which took a few hours on my 2009 Windows 10 PC, but it worked beautifully. >>Wow. My laptop took a few seconds, but it was just a 2.5 MiB zip.
My desktop is from 2009. It's still working well, but this stressed it. :)
The resulting EPUB file was 400MB so it took a while for Calibre to load it >>> the first time (due to all the caching that Calibre does on first loading). >>I have never seen an epub that big. In my case, the book that I tested
with can be purchased in epub format. Possibly the epub is available on
the emule network or such (for testing, of course).
My experience had been the same as yours. EPUBs are generally quite small. This one has tens of thousands of separate images yet very little text.
When I looked at the file inside of Thorium, I got an appreciation for why >>> HTML is an excellent medium, as there were tens of thousands of connected >>> pages and images, where an EPUB can handle it, but it's slow as all hell. >>>
Since the EPUB itself was 400MB, I didn't even bother copying to Android. >>> If it's slow on Windows, it's likely gonna be even slower on Android.
The HTML is, by way of contrast, is virtually instant when clicking about. >>>
When I tried to convert the EPUB to a PDF, Calibre failed (with what seemed >>> like memory errors) after about an hour or two, so I gave up on the PDF.
I don't like PDF for books, because it doesn't flow the text. It is
fixed size. You need a display that matches the design size and
resolution (or better).
I agree that PDF isn't all that great for books in that, for me, my eyes aren't so great and a PDF makes you sit and stare at it to read it.
I prefer to convert the (text) PDF to audio using cross platform balabolka freeware which then turns any (text) PDF into an audio book.
It's not as good as a human reader for some books, e.g., when I converted Einstein's 1916 (updated in 1922) book on relativity, calculations are
messed up when spoken by balabolka's conversion utilities.
But now I'm one of the few non-physicists who understand gravity as a
result, since I was in a compression/decompression chamber for a month.
As an aside, almost nobody understands gravity. One in a million I'd bet.
And even as I understand it to that level, there's still much I don't know.
Looking into my c:\app\editor\epub directory, these seem to be most common >>> cross platform EPUB readers, where I've sorted by large file handling.Seeing that calibre imports the html directory as a zip file, it is
thorium
most stable & fastest for huge image-heavy epubs like textbooks
calibre
most powerful for conversion & repair of image-heavy epubs
redium desktop
sibling of thorium but less polished than thorium
okular
KDE document viewer with medium-level EPUB support via plugins
hamster
best for small epubs
lucidor
best for very small epubs
fbreader
suitable for smaller epubs
adobe digital editions
not suitable as the epub engine is old and fragile
sumatra pdf
fast for small epubs
In summary, for certain kinds of references (such as highly cross-linked >>> highly imaged technical manuals and textbooks), a zip HTML is likely ideal. >>
possible that there is software out there that directly renders readable
those ZIP files. Or even hardware.
I agree that Calibre had no problem importing the single 500MB zip file.
It just took a long time, but Calibre didn't even blink on the contents.
It's just that my circa 2009 PC runs slowly when it's time to crunch it.
I've learned there's a good reason highly cross-linked documents filled
with images and almost no text are supplied in a zip file HTML format.
It's amazing how fast HTML is compared to the EPUB, although the epub has
the distinct advantage of a fantastic search mechanism that shocked me.
With EPUB, when you search, you get every instance but every line of every instance (much like you'd get with a (text) PDF, so that was really nice.
So if you need to search a huge 500MB HTML document containing tens of thousands of files, converting it to a 400MB EPUB allows that fantastic search, but if you need to actually navigate it, an HTML server wins out.
In comp.mobile.android,alt.os.linux,alt.comp.os.windows-10 "Carlos E. R." <robin_listas@es.invalid> wrote:
On 2026-07-05 15:48, Dave Royal wrote:
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:I don't know what are "books" in this context.
I finally forced Android 16 to behave like a real operating system again.
I carved out a sane workflow inside an OS that keeps trying to turn into >>>>>> iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy.
SUMMARY (Linux users added because it was Linux to the rescue this time!) >>>>>
Windows and Linux can easily open HTML books stored in custom top-level >>>>> hierarchies, even if the books contain tens of thousands of pages & jpegs.
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom
top-level POSIX folders such as /storage/emulated/0/0000/books/book1/. >>>>
If you mean electronic books, for me they are epubs, and I handle them >>>> with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless as >>>> an intermediary to transform to something else.
Quite a lot of technical documentation is published as an html
'book'. This for example:
https://doc.rust-lang.org/book/
Historically html is a dialect of sgml, which was designed for
documentation
Ok...
Heh, they charge 45$ for the epub version.
No ZIP that I can see :-?
I would have to download using wget, and this tool modifies the links so
that they are correct for your local installation.
I wonder if Calibre can convert that to epub.
As I posted about in (rec.autos.tech) last month:
Subject: Free Vehicle Service Manuals
Date: 11 Jun 2026
Message-ID: <6a2a43e6@news.ausics.net>
I've been using Operation CHARM for some time (https://charm.li/),
which covers vehicles (USA & Canada models) from 1982 to 2013. Now I
see there's a new site, LEMON, with service manuals for vehicles
from 1960 to 2025:
https://lemon-manuals.la/
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:
I finally forced Android 16 to behave like a real operating system again. >>> I carved out a sane workflow inside an OS that keeps trying to turn into >>> iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy. >>SUMMARY (Linux users added because it was Linux to the rescue this time!)
Windows and Linux can easily open HTML books stored in custom top-level
hierarchies, even if the books contain tens of thousands of pages & jpegs. >>
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom >> top-level POSIX folders such as /storage/emulated/0/0000/books/book1/.
I don't know what are "books" in this context.
If you mean electronic books, for me they are epubs, and I handle them
with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless
as an intermediary to transform to something else.
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:
I finally forced Android 16 to behave like a real operating system again. >>>> I carved out a sane workflow inside an OS that keeps trying to turn into >>>> iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy.
SUMMARY (Linux users added because it was Linux to the rescue this time!) >>>
Windows and Linux can easily open HTML books stored in custom top-level
hierarchies, even if the books contain tens of thousands of pages & jpegs. >>>
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom >>> top-level POSIX folders such as /storage/emulated/0/0000/books/book1/.
I don't know what are "books" in this context.
If you mean electronic books, for me they are epubs, and I handle them
with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless as
an intermediary to transform to something else.
Quite a lot of technical documentation is published as an html
'book'. This for example:
https://doc.rust-lang.org/book/
Historically html is a dialect of sgml, which was designed for
documentation
On 2026-07-05 15:48, Dave Royal wrote:
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:
I finally forced Android 16 to behave like a real operating system again. >>>>> I carved out a sane workflow inside an OS that keeps trying to turn into >>>>> iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy.
SUMMARY (Linux users added because it was Linux to the rescue this time!) >>>>
Windows and Linux can easily open HTML books stored in custom top-level >>>> hierarchies, even if the books contain tens of thousands of pages & jpegs. >>>>
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom
top-level POSIX folders such as /storage/emulated/0/0000/books/book1/.
I don't know what are "books" in this context.
If you mean electronic books, for me they are epubs, and I handle them
with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless as >>> an intermediary to transform to something else.
Quite a lot of technical documentation is published as an html
'book'. This for example:
https://doc.rust-lang.org/book/
Historically html is a dialect of sgml, which was designed for
documentation
Ok...
Heh, they charge 45$ for the epub version.
No ZIP that I can see :-?
I would have to download using wget, and this tool modifies the links so that they are correct for your local installation.
I wonder if Calibre can convert that to epub.
Carlos E. R. <robin_listas@es.invalid> wrote:
On 2026-07-05 15:48, Dave Royal wrote:
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:I don't know what are "books" in this context.
I finally forced Android 16 to behave like a real operating system again.
I carved out a sane workflow inside an OS that keeps trying to turn into >>>>>> iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy.
SUMMARY (Linux users added because it was Linux to the rescue this time!) >>>>>
Windows and Linux can easily open HTML books stored in custom top-level >>>>> hierarchies, even if the books contain tens of thousands of pages & jpegs.
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom
top-level POSIX folders such as /storage/emulated/0/0000/books/book1/. >>>>
If you mean electronic books, for me they are epubs, and I handle them >>>> with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless as >>>> an intermediary to transform to something else.
Quite a lot of technical documentation is published as an html
'book'. This for example:
https://doc.rust-lang.org/book/
Historically html is a dialect of sgml, which was designed for
documentation
Ok...
Heh, they charge 45$ for the epub version.
No ZIP that I can see :-?
I would have to download using wget, and this tool modifies the links so
that they are correct for your local installation.
I wonder if Calibre can convert that to epub.
No need. If you go to the github you can download the source and build it
in whatever format you want.
Dave Royal <dave@dave123royal.com> wrote:
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:
I finally forced Android 16 to behave like a real operating system again. >>>>> I carved out a sane workflow inside an OS that keeps trying to turn into >>>>> iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy.
SUMMARY (Linux users added because it was Linux to the rescue this time!) >>>>
Windows and Linux can easily open HTML books stored in custom top-level >>>> hierarchies, even if the books contain tens of thousands of pages & jpegs. >>>>
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom
top-level POSIX folders such as /storage/emulated/0/0000/books/book1/.
I don't know what are "books" in this context.
If you mean electronic books, for me they are epubs, and I handle them
with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless as >>> an intermediary to transform to something else.
Quite a lot of technical documentation is published as an html
'book'. This for example:
https://doc.rust-lang.org/book/
Historically html is a dialect of sgml, which was designed for
documentation
It may be published as html, but nowadays most documentation is *written*
in Markdown or similar dialect. With Markdown it's very easy to export into different formats like html, docx or pdf. There's no need save the book in html.
On 2026-07-08 19:51, Chris wrote:
Carlos E. R. <robin_listas@es.invalid> wrote:
On 2026-07-05 15:48, Dave Royal wrote:
"Carlos E. R." <robin_listas@es.invalid> Wrote in message:
On 2026-07-05 05:57, Maria Sophia wrote:
Maria Sophia wrote:I don't know what are "books" in this context.
I finally forced Android 16 to behave like a real operating system again.
I carved out a sane workflow inside an OS that keeps trying to turn into
iOS, and I did it without surrendering my /0000 Unix /usr/local philosophy.
SUMMARY (Linux users added because it was Linux to the rescue this time!)
Windows and Linux can easily open HTML books stored in custom top-level >>>>>> hierarchies, even if the books contain tens of thousands of pages & jpegs.
Unfortunately, Android 10 through 16 cannot open HTML book stored in custom
top-level POSIX folders such as /storage/emulated/0/0000/books/book1/. >>>>>
If you mean electronic books, for me they are epubs, and I handle them >>>>> with Calibre.
https://www.gutenberg.org/ebooks/79019
I see html format is available, but I see no reason to use it, unless as >>>>> an intermediary to transform to something else.
Quite a lot of technical documentation is published as an html
'book'. This for example:
https://doc.rust-lang.org/book/
Historically html is a dialect of sgml, which was designed for
documentation
Ok...
Heh, they charge 45$ for the epub version.
No ZIP that I can see :-?
I would have to download using wget, and this tool modifies the links so >>> that they are correct for your local installation.
I wonder if Calibre can convert that to epub.
No need. If you go to the github you can download the source and build it
in whatever format you want.
Ah. Right. Did not occur to me, but in the past I had little luck with
doc building.
| Sysop: | Tetrazocine |
|---|---|
| Location: | Melbourne, VIC, Australia |
| Users: | 12 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 129:59:48 |
| Calls: | 220 |
| Files: | 21,513 |
| Messages: | 83,383 |