I am very disappointed with Android’s lack of support for basic features.

I know my program is not extremely user friendly. I would like to get around to creating a GUI someday (is there anybody that would like to help with that?), but for the time being, all one has to do is create a gutenberg tag (named after the site named after the man) and type:

perl libreria.pl [your book file].txt


Depending on the layout of the book (and this varies a lot!), it should work without much other information and generate a folder named with the title of the book. If not, it can be told what to look for with HTML style attributes in the gutenberg tag. The folder can be copied to any device with a web browser that can access local files. The files should display nicely on any small screen.

As for the zipped files, were those addon programs? Or was zip a stock feature? I would really like to see Linux phones include gzip and bzip2 as well as zip. I would also like to see browsers read archives as folders. That way, the files could remain as a compressed unit, but be accessed as uncompressed. On modern phones, the speed difference should be negligible. That would pretty much eliminate the need for ePUB and dedicated e-book software, though.

Also, the lack of archives makes transferring files from one device to another over Bluetooth difficult. Since I do a lot of testing, every restriction that costs me time makes things much more difficult. Not only that, but for Public Domain books, why not have the ability to easily share them with friends?

Not having used your script, what variety of HTML does it generate? As discussed above, XHTML 1.1 would be a good guide to follow, as you get clean, unambiguous code. I’m not setup for Perl right now – how about posting a link to a sample of your script’s output for the curious?

LuYu Says: “I have never seen a device, PDA, or phone that had the ability to access zip or any other type of archives.”

There were Zip utilities for PDAs at least ten years ago. Also, uBook has had the ability to handle Zipped ebooks for as long as I remember. Not owning a PDA any more, I no longer use uBook.

In my experience, Opera is the best. NetFront and Ericsson’s stock browser are usable but lack important things such as non-Roman encodings and fonts with special characters. All three of these browsers have the ability to constrain text to the available screen width.

Bad mobile browsers are: minimo (does not work, really), Konq-e and other webkit browsers — including Safari from what I have seen (lack ability to constrain text), Android’s browser (also webkit), and PocketIE (sssllloooww). Except for PocketIE, none of these browsers can access the local disk (Android’s browser actually refuses to reconise file:/// links!!), so if you wanted to save your HTML e-books to your memory and read it from your phone, you are out of luck.

I have never seen a device, PDA, or phone that had the ability to access zip or any other type of archives. This is unfortunate because transferring files as a unit is always nice. If this feature existed, I doubt very much that dedicated e-book software would even be needed.

Links between ebooks and links in and out of ebooks should be supported. It would be wonderful if you could specify a link in an ebook or webpage that would take you to a precisely specified word sequence within another ebook. Links like this would allow the incorporation of ebooks into the general conversational structures of the web. Maybe one of the knowledgeable commentators on this thread has a viewpoint on this topic. Is it already possible?

Aren’t HTML5 and XHTML5 being developed concurrently?

Anyway, HTML vs XHTML, pretty sure there are others more knowledgeable who can comment on this but here’s my 2 cents. HTML is too darned permissive. That really is the basic problem. When you look at it XHTML is just HTML with additional markup – useful since it makes reading easier for *machines*. Yes, the browser on your Core 2 Duo PC makes quick work of HTML files (even badly coded ones), but the same can not be said for, say, the Sony PRS-505 with its 200 MHz processor.

You’re proposing a new format which will only add to the confusion. epub’s not perfect but it’s a start. Refinements can come later. It’s extensible so it shouldn’t be that difficult to modify.

Also, with increasing popularity, there will be more tools available for epub creation and editing.

More content is being published in epub. Now if only we can convince publishers to get rid of DRM while they’re at it.

I think it would be better to have an open-source effort with a strong lead (Adobe?) instead of the design by committee.
Also it would make more sense to me to standardize style-sheets. The style-sheet would be implemented differently for different devices taking into account their characteristics.
So if I want to write a book I just worry about the text, select a few predefined styles and it would actually look good.

The Sony ebook readers and the iPhone/iPod Touch already have support for epub. In the case of the iPhone/iPod, Stanza by Lexcycle is one of the apps available which you can use to read epub and that’s what I use. I do believe all standalone ebook reader apps available on iTunes support epub.

Kindle, well Amazon owns the mobi DRM, I think, so that one might be a bit more difficult. One of the ways Amazon will be forced to include native support of epub in the Kindle is if epub became the industry standard.

So the real question is: Can epub format as nicely and easily as HTML? If so, then the next major hurtle will getting devices (Kindle, Sony, iPhone, etc.) to read epub. Compatibility with the desktop or online is nearly worthless for long texts. Could you read Peter F. Hamilton’s Night’s Dawn Trilogy (3000+ pages) in epub on your desktop? Technically, yes, I suppose so, but few people would try it, whereas there is no problem on the Kindle or Sony. I can’t speak for every one, but for me anything more then 5 to 10 pages is too much to read on a desktop or online.

Unless epub can create nicely formatted texts on the popular devices it will not become the mp3 of ebooks.

And there really should be one general format.

http://tinyurl.com/http-EpublishersWeekly-net

This link works; the link in my previous post is broken due to the line length.

MP

I wondered if this new standard would just be a way to take something simple, and over-complicate it, and create yet another vehicle for the big companies to squeeze more money from the unwary consumer.

All my fears have been dispelled — I now have not the smallest doubt that ePub is a great idea. A great idea for everyone: for authors, publishers, library professionals and readers. (By “readers” I mean human beings, not ebook reading devices.)

pond … It sounds to me as if you would like:

A. The capability to write your “book, article, or poem natively in ePub”
and
B. Easy ways to read ePub

A. Easy ePub conversion is coming very soon. In fact, there is at least one ePub converting tool, from Azardi, that is available for “personal use”. More ePub coverters are on the way, and soon it will be simple to take any RTF file (or other common format), and convert to ePub with a few clicks.

Until then, you can make your own ePub using freeware — I just did — it took me a few days to learn — with help from my younger assistant, and from various people on the web, who generously answered my questions and looked at my files.

ePub is a blessing for authors and publishers: we would love to be concerned about making ebooks in 1 format, not 6 or more.

B. An easy way to read ePub … that’s here already. You don’t need a dedicated ebook reading device: you can read ePub on your own computer, or online.

Here’s a page that lists ways to read ePub ebooks — and all of these are free:

http://summercampjobsusa.wordpress.com/ebooks/how-to-
read-epub/

Michael Pastore
50 Benefits of Ebooks

What we’re seeing now is similar to the digital music distribution scene a while back. Different stores used different types of DRM which prevented playback of music on various players (can’t play iTunes-bought music on Zune or secured WMA on iPod). Didn’t really help the music biz and peer-to-peer mp3 sharing was still rampant. Eventually, Amazon opened its DRM-free mp3 store and now, Apple iTunes is selling its entire library DRM-free.

I think the difference with mp3 and epub is mp3 was already an existing format (with a clearly defined structure and specifications for metadata, etc) prior to mass adoption. Another, people were already sharing mp3s before most of these online music stores popped up. We’re only getting epub after so many other companies have released their own proprietary formats (LIT, MOBI, eReader, Secure PDF, etc). Obviously, these companies have vested interest in seeing their own format succeed so I don’t see them going out of their way to support epub.

Yes, epub isn’t the de facto standard yet. From what I can see though, that is the end goal of epub – to become to ebooks what mp3 is to digital music. The problem is adoption. There are more ebook readers now that support it, both software and hardware, but not all of them. Unfortunately, designers of the spec can’t really force it down publishers’ throats. We, as consumers, are the ones who have a say. With our buying dollars (or euro, pound, yen, or whatever the case may be), we can show that we want an open format, preferably one that is unencumbered by DRM. If widespread adoption of epub by consumers / end-users can be achieved, companies (publishers, device makers, etc) will eventually have to support the epub format.

As noted ad nauseum, ePub is based on XHTML, CSS, JPG/PNG and ZIP. Nothing more need be said on this as there are billions of web pages out there using all these standards (well, ZIP is not used in the web milieu, but nevertheless it is also ubiquitous.)

Now if pond has some ideas as to how to create the true universal format that enables perfect and simple authoring applications for all types of book content, and enables reading systems to optimally work on all conceivable platforms (both visual and aural), I’m all ears.