Re: [gutvol-d] The problems with paragraph formatting at PG

paul flo said:
And yet it is so difficult to have these ASCII files work for readers.
light-markup converts well to any format you want. i'm in the process of demonstrating that, right now. ***
to show that more people would rather work in XHTML than ZML, I'd only have to find two XHTML people.
xhtml? as far as i can read what the wc3 has declared, xhtml is a dead-end. even .epub is leaving it behind. light-markup, on the other hand, has been on a sharp upward slope for years now... even with trendy geeks... heck, _most_especially_ with the trendiest of the geeks. markdown, in particular, is _exploding_ at the moment. but, you know, use what _you_ like the best, eh? :+) *** you know that one of the _output_ formats for markdown is xhtml, right? but the point is, nobody wants to _write_ in an xhtml environment. not any _real_writers_, anyway. real writers want the-words-and-nothing-but-the-words. even the main .epub programmers use asciidoc to _write_. but use whatever you like! what _do_ you use, by the way? -bowerbird

Hi All, Let's keep the facts in prespective. Though HTML5 seems to be the future, it is so to say futuristic. I mean its final is expected first in a decade! Yet, we find many adopters and many user agents do support it quite well. But, what is XHTML anyway. HTML in a XML wrapper! So I would not worry about it, yet. The bigger question is should exploit those features of HTML5 for its worth and decent styling or do we try to support the old! As for me I would go the HTML5 route. Then again I am bias towards a particular company. Have to see want happens with KB8. regards Keith. Am 15.12.2011 um 08:37 schrieb Bowerbird@aol.com:
xhtml? as far as i can read what the wc3 has declared, xhtml is a dead-end. even .epub is leaving it behind.

Keith>As for me I would go the HTML5 route. Then again I am bias towards a particular company. Have to see want happens with KB8. Below find a pointer to a couple files which supposedly demo kf8 file format (through unofficial sources, since the kf8 tools are not released to public consumption yet.) These files don't seem to work correctly on my Kindle Fire, but other claim they work. I haven't explored the files yet, don't know if it's possible or interesting to "pop the top" on them, or if they are DRM'ed. One of the files at least seems to derive directly from PG sources. http://www.the-digital-reader.com/2011/12/13/kindle-format-8-demo-now-availa ble/

Hi JIm, It could be that the fire is not yet fully KB8 compatible. Amazon said they would be updating the latest line in the next couple of months for the latest line of products. Back in October. regards Keith. Am 15.12.2011 um 19:23 schrieb Jim Adcock:
Keith>As for me I would go the HTML5 route. Then again I am bias towards a particular company. Have to see want happens with KB8.
Below find a pointer to a couple files which supposedly demo kf8 file format (through unofficial sources, since the kf8 tools are not released to public consumption yet.) These files don't seem to work correctly on my Kindle Fire, but other claim they work. I haven't explored the files yet, don't know if it's possible or interesting to "pop the top" on them, or if they are DRM'ed. One of the files at least seems to derive directly from PG sources.
http://www.the-digital-reader.com/2011/12/13/kindle-format-8-demo-now-availa ble/
_______________________________________________ gutvol-d mailing list gutvol-d@lists.pglaf.org http://lists.pglaf.org/mailman/listinfo/gutvol-d

On Thu, December 15, 2011 12:37 am, Bowerbird@aol.com wrote:
paul flo said:
[snip]
to show that more people would rather work in XHTML than ZML, I'd only have to find two XHTML people.
For e-books I only work only in XHTML. You and me. Ergo, more people work in XHTML than z.m.l.
xhtml? as far as i can read what the wc3 has declared, xhtml is a dead-end. even .epub is leaving it behind.
"The XHTML document type defined by this specification is based on W3C [HTML5], and inherits all definitions of semantics, structure and processing behaviors from the HTML5 specification unless otherwise specified." (http://idpf.org/epub/30/spec/epub30-contentdocs.html). Apparently, BowerBird can't read very far.
participants (4)
-
Bowerbird@aol.com
-
Jim Adcock
-
Keith J. Schultz
-
Lee Passey