473,387 Members | 1,771 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,387 software developers and data experts.

eBook standards vs HTML

I would like to get feedback on any industry eBook standards vs using
plain HTML (along with some server-side scripting). I believe HTML is
suited to display books, but I might be missing something. As webmaster
of Authorama.com I'd also be interested in knowing if there's anything
that can be directly gained by converting to some eBook format (I'm not
selling anything, as the books are public domain -- I'm talking about
gaining additional readers, optimized reading experience, etc.).
Jul 20 '05 #1
12 2294
Philipp Lenssen wrote:
I would like to get feedback on any industry eBook standards vs using
plain HTML (along with some server-side scripting). I believe HTML is
suited to display books, but I might be missing something. As webmaster
of Authorama.com I'd also be interested in knowing if there's anything
that can be directly gained by converting to some eBook format (I'm not
selling anything, as the books are public domain -- I'm talking about
gaining additional readers, optimized reading experience, etc.).


I think that HTML is the best choice. There's normally too much
selfishness in this type of thing ("we'll distribute it in PDF, so it'll
look like we like it"), but my opinion is that there should be a
compromise. HTML may not have every needed feature, but browsers are
currently on virtually every PC and HTML file sizes are small, and it
has enough typographic features to be a payoff. As for obtaining the
most readers, there are few things more deterring than the requirement
of new software just to read something that could be represented in HTML
or plain text.

Jul 20 '05 #2
>Philipp Lenssen wrote:
I would like to get feedback on any industry eBook standards vs using
plain HTML (along with some server-side scripting). I believe HTML is
suited to display books, but I might be missing something. ...

On Tue, 13 Jan 2004 11:48:13 +0000, Keith Bowes replied:I think that HTML is the best choice. ...
I used to agree with you, until I actually tried to do it for a book
my wife has written. I would say it depends on the book.

Certainly, HTML is ideal for a "traditional" work of fiction, written
in one typeface with maybe some italics. Most textbooks also ought to
work well in HTML, because even if there are headings and blockquotes
and illustrations and sidebars, the author doesn't generally care
*exactly* how they appear to the reader, as long as they communicate
the content in an understandable manner.

It gets a lot more tricky when the author wants to use specific
typesetting tricks as part of, say, a novel. My wife wants to
distribute her novel online (shareware), and many things that were
easy for her to do in Microsoft Word are very difficult for me to
replicate for her in HTML/CSS. Example: three characters are writing
a to-do list in their three different handwritings. I can't expect
all her readers to download and install three handwriting fonts, so
the best I can do in HTML/CSS is the default cursive font,
cursive+italic, and cursive+bold (which looks crappy and leaves the
reader wondering which font goes with which person). Another example:
a character suffers a "memory storm" in which random memories appear
in overlapping boxes of text in various fonts. Getting the
positioning right in CSS is a nightmare, and of course it will fail
completely in some browsers.

For something like this, PDF is a much better solution.
... There's normally too much
selfishness in this type of thing ("we'll distribute it in PDF, so it'll
look like we like it"), but my opinion is that there should be a
compromise. ...
This gets back to the old, old "separating content from presentation"
argument. Sometimes the presentation *is* part of the content, in
which case it's not selfish to expect it to appear as the author
wants.
... HTML may not have every needed feature, but browsers are
currently on virtually every PC and HTML file sizes are small, and it
has enough typographic features to be a payoff. As for obtaining the
most readers, there are few things more deterring than the requirement
of new software just to read something that could be represented in HTML
or plain text.


It's a tradeoff. Requiring your customers to update their browsers to
the latest versions, just so that the CSS works properly, may be
causing them just as much trouble. PDF files are also small, and the
Adobe Acrobat Reader is available for lots of different platforms.

But I agree that using a proprietary e-book format (I mean, other than
PDF) is generally a bad idea.

=-=-= Bill Statler =-=-=
Jul 20 '05 #3
Bill Statler wrote:
Keith Bowes:
Philipp Lenssen wrote:
I would like to get feedback on any industry eBook standards vs using
plain HTML (along with some server-side scripting). I believe HTML is
suited to display books, but I might be missing something. ...

I think that HTML is the best choice. ...


I used to agree with you, until I actually tried to do it for a book
my wife has written. I would say it depends on the book.

Certainly, HTML is ideal for a "traditional" work of fiction, written
in one typeface with maybe some italics. Most textbooks also ought to
work well in HTML, because even if there are headings and blockquotes
and illustrations and sidebars, the author doesn't generally care
*exactly* how they appear to the reader, as long as they communicate
the content in an understandable manner.

It gets a lot more tricky when the author wants to use specific
typesetting tricks as part of, say, a novel.


There was a time that novellists were able to describe situations so
well to their public, that the specific typesetting tricks were not
necessary at all.

--

Barbara

http://home.wanadoo.nl/b.de.zoete/html/weblog.html
http://home.wanadoo.nl/b.de.zoete/html/webontwerp.html

Jul 20 '05 #4
On Fri, 16 Jan 2004 00:36:44 +0100, Barbara de Zoete
<b_********@hotmail.com> wrote:
There was a time that novellists were able to describe situations so
well to their public, that the specific typesetting tricks were not
necessary at all.


And there was a time that people rode horses so well there was no need for
cars.
Jul 20 '05 #5
Barbara de Zoete wrote:
There was a time that novellists were able to describe situations so
well to their public, that the specific typesetting tricks were not
necessary at all.


When?

Jul 20 '05 #6
On Thu, 15 Jan 2004 22:58:13 GMT, Bill Statler wrote:
This gets back to the old, old "separating content from presentation"
argument. Sometimes the presentation *is* part of the content, in
which case it's not selfish to expect it to appear as the author
wants.
Another consideration is readability. Some simple CSS can go a long
way to making a book attractive and relatively easy on the eyes.
It's actually harder to read a PDF in some instances, such as when
the author uses too small a font. AFAIK, you can't make the
font-size bigger when you read a PDF.
But I agree that using a proprietary e-book format (I mean, other than
PDF) is generally a bad idea.


Spending $150 for ReaderWorks Pro was a bit of a stretch, but once I
got it ... it's not really that hard to make eBooks in multiple
formats, provided you work from a clean HTML original. Consistency
is the key here ... it allows for all sorts of neat text editing.
HTML Tidy is very handy in this instance.

It's also a good idea to create PDFs from HTML, rather than from a
word processor document. A bit tricky, but the file size you end up
with is considerably smaller. Making a tagged PDF is also important,
for handhelds.

As far as I can figure, there are only two formats guaranteed to
work pretty much everywhere: TXT and HTML. The latter may not be
universal, but it would work where a PDF wouldn't, would reflow much
easier on a small screen, and would be small in size.

Ian
--
http://www.aspipes.org/
http://www.bookstacks.org/
http://www.learnsomethingnew.us/
Jul 20 '05 #7
Bill Statler wrote:

It gets a lot more tricky when the author wants to use specific
typesetting tricks as part of, say, a novel. [...] Example: three characters are writing a to-do list in their three
different handwritings.
I suppose the passages you describe are too large for images?
This gets back to the old, old "separating content from
presentation" argument. Sometimes the presentation *is* part of
the content, in which case it's not selfish to expect it to appear
as the author wants.
With HTML, that is not really possible. And on the www, as others have
pointed out, HTML is more widely available. I have Acrobat reader, but
I must say that I try my best to avoid pdf files whenever I can. It
just seems so slow and clunky compared to HTML.
Requiring your customers to update their browsers to the latest
versions, just so that the CSS works properly, may be causing them
just as much trouble.


And not guaranteed to do anything, since CSS is optional even
(especially?) in the latest version of browsers.

--
Brian
follow the directions in my address to email me

Jul 20 '05 #8
Bill Statler wrote:

Certainly, HTML is ideal for a "traditional" work of fiction, written
in one typeface with maybe some italics. Most textbooks also ought to
work well in HTML, because even if there are headings and blockquotes
and illustrations and sidebars, the author doesn't generally care
*exactly* how they appear to the reader, as long as they communicate
the content in an understandable manner.

It gets a lot more tricky when the author wants to use specific
typesetting tricks as part of, say, a novel.


What about just including images then, with an appropriate alt-text/
long-desc (if you want to go all the way)? Sounds reasonable. The thing
with anything "e" is that readers might specifically _want_ to alter
the appearance of e.g. fonts, or they might _want_ to highlight certain
words, search through the book, etc. There might be some trade-off
since you may not be able to force your font-decision.

--
Google Blogoscoped
http://blog.outer-court.com
Jul 20 '05 #9
On Thu, 15 Jan 2004, Ian Rastall wrote:
Another consideration is readability. Some simple CSS can go a long
way to making a book attractive and relatively easy on the eyes.
User stylesheets can be even better at that than author stylesheets
;-)
It's actually harder to read a PDF in some instances,
can be, yes...
such as when the author uses too small a font. AFAIK, you can't make
the font-size bigger when you read a PDF.


Not quite sure what you mean. Zoom always works for me, but it's
hardly a convenient way to read.
Jul 20 '05 #10
On Thu, 15 Jan 2004 21:01:51 -0500, JustAnotherGuy
<Ju************@mailinator.com> wrote:
Barbara de Zoete wrote:
There was a time that novellists were able to describe situations so
well to their public, that the specific typesetting tricks were not
necessary at all.

On Thu, 15 Jan 2004 21:01:51 -0500, JustAnotherGuy
<Ju************@mailinator.com> replied:
When?


Some time prior to 1759, apparently. That's when Laurence Sterne
published the first parts of "Tristram Shandy", which includes the
following:

* Blockquote-style text surrounded by a box.

* Two pages that are entirely black.

* Text of a legal agreement in black-letter Gothic.

* A chapter with Latin and English text on facing pages.

* Strikethrough text.

* Two chapters that are each one blank page.

* Syllables spoken alternately by two characters, shown as two lines
of text requiring correct vertical alignment of the syllables to make
the joke obvious.

* Plus all the "normal" italics, small-caps, Greek and French
passages, footnotes, illustrations, etc.

=-=-= Bill Statler =-=-=
Jul 20 '05 #11
>Bill Statler wrote:
It gets a lot more tricky when the author wants to use specific
typesetting tricks as part of, say, a novel.

On 16 Jan 2004 10:17:43 GMT, "Philipp Lenssen" <in**@outer-court.com>
replied:
What about just including images then, with an appropriate alt-text/
long-desc (if you want to go all the way)? Sounds reasonable. ...
Images? But that would be *cheating*!

But seriously. Text-as-images might be appropriate in some
situations, but I can think of three good reasons to avoid them:

1) Increased file size.

2) Your book now requires multiple files (the HTML plus the images),
which is inconvenient if the reader wants to save the book to his own
hard drive for later reading.

3) If the reader wants to magnify or shrink the display to suit his
eyesight or his monitor, the readability of the text-as-images will be
degraded badly.
... The thing
with anything "e" is that readers might specifically _want_ to alter
the appearance of e.g. fonts, or they might _want_ to highlight certain
words, search through the book, etc. ...


Yeah, I almost returned the last paperback novel I bought. There was
no way for me to read it in 16-point Lucida Console. Even worse, the
author had failed to include an index of every word and phrase. ;->

If you are putting public-domain books on the Net even in the form of
a simple 7-bit ASCII text file (as Project Gutenberg does), you are
already giving your readers quite a lot of added functionality that
they can't get with a hardcopy book. The tradeoff is that you want to
give the readers as much functionality and control as possible, but
*without* eliminating anything that the author wanted to convey. And
sometimes HTML/CSS is just too limiting (especially in the real world,
where lots of people are using browsers that can't display it right).

=-=-= Bill Statler =-=-=

Jul 20 '05 #12
On Fri, 16 Jan 2004 11:04:09 +0000, Alan J. Flavell wrote:
On Thu, 15 Jan 2004, Ian Rastall wrote:
AFAIK, you can't make the font-size bigger when you read a PDF.


Not quite sure what you mean. Zoom always works for me, but it's
hardly a convenient way to read.


What I mean is, you can zoom in on a document, but you can't change
its font size, the way you can with an HTML doc in a browser. (My
computer chair is a big comfy easy chair, and my monitor is 15", so
I always make text bigger.) I've downloaded PDFs with font so small
that the only way I could read it would be to zoom so far in that I
have to use the horizontal scroll bar. I've used the Accessability
Wizard (Windows) as well, and it didn't seem to affect PDFs.

If that functionality really is there, then I apologize.

Ian
--
http://www.aspipes.org/
http://www.bookstacks.org/
http://www.learnsomethingnew.us/
Jul 20 '05 #13

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

0
by: iraawan | last post by:
free ebook python download at http://www.free- itebooks.com/free_ebook_python_free_ebooks_python Ebook is splitted in 1 mb each for ease download
2
by: mev | last post by:
I have compiled an ebook using html, javascript and swf.files which has over 100 pages,however; I do not know how to create a bookmark where a reader can re-open the ebook on the last page that...
162
by: Isaac Grover | last post by:
Hi everyone, Just out of curiosity I recently pointed one of my hand-typed pages at the W3 Validator, and my hand-typed code was just ripped to shreds. Then I pointed some major sites...
0
by: David Spencer | last post by:
Here you can find a good tool for chm creation http://abeetech.com/chmmakerpro/ You must not to create subdirectories. Just add all your html-files from one directory and structurize the TOC as...
250
by: Sugapablo | last post by:
Just out of curiosity, while checking on a site I was working on, I decided to throw a couple of the web's most popular URLs into the W3C Markup Validator. Out of microsoft.com, google.com,...
9
by: Jason Gogela | last post by:
Does anyone out there know why I should care whether a <span> is nested in a <p> or vice versa? What is the bennafit of adhering to this standard? It seems to me that regardless of which way you...
2
by: freepdfforjobs | last post by:
Full eBook with 4000 C#, JAVA,.NET and SQL Server Interview questions http://www.questpond.com/SampleInterviewQuestionBook.zip Download the JAVA , .NET and SQL Server interview sheet and rate...
1
by: Laurynn | last post by:
Like to share this ebook here: # Ebook O'Reilly - Java Data Access JDBC, JNDI, and JAXP # (Ebook - Pdf - Java) O'Reilly - J2Me In A Nutshell - Decrypted # (ebook) - O'Reilly - Java IO #...
0
by: Laurynn | last post by:
# (ebook - pdf) - programming - mysql - php database applicati # (Ebook - Pdf)Learnkey How To Design A Database - Sql And Crystal Report # (ebook-pdf) E F Codd - Extending the Database Relational...
0
by: Charles Arthur | last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
0
by: ryjfgjl | last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.