Hi, On Fri, Dec 2, 2011 at 11:12 AM, Steve Litt <[email protected]> wrote: >> The internal HTML output should be usable for eBook creation as >> well. >> >> Any work on "eBook" modules and backands should be compatible with >> both HTML writers. > > OK. I'll make sure any work I do is compatible with both, although I > could swear LyX's internal HTML exporter is simply eLyXer, as it > outputs eLyXer messages.
eLyXer can be used from within LyX, and indeed it was one of the main use cases considered. In the meantime LyX developed its own limited XHTML export. >> IMO, LyX (as open source software) should concentrate on supporting >> the open ePub format. > > ePub shouldn't be neglected, but it shouldn't be concentrated either. > A well employed list is a happy and productive list, and Kindle/iPad > provides a revenue stream for authors (most of whom do quite a bit of > open contributions). For example, many of the LyX derived print books > we discussed in this afternoon's thread are proprietary -- you can't > download them and must pay for them. > >> Generating of kindle (or other proprietary) >> eBook formats would then pick up the relevant information from the >> ePub document. > > That sounds good on the surface, but my experience with ePub and > Kindle tells me it's a detour where you'd get complex with the ePub, > only to unwind the ePub back into simple HTML to be used by kindlegen. Just let me know what you need from eLyXer which it doesn't currently output! TOC and Index are already output given the appropriate options. > What would be excellent is for some loosely formed group of people > list all the data needed to generate a Kindle, necessary to generate > an iPad book, a Nook book, and an open ePub. If we can get that list > complete, then we have a list of what needs to go in the LyX file or > possibly a companion file. Once we have those specifications, writing > the actual converters would be a secretarial task. As a matter of > fact, if the additional data was put in a companion file, then eLyXer > and the internal converter wouldn't have to change all that much, and > the whole thing might be more modular. Yes, that would be fine. Outputting text or binary documents with formats and indexes is not too hard. >> Splitting a document into several HTML files is non-trivial, as we >> need to consider the cross-links. Maybe we can support a set of >> cross-linked HTML from Master/Child documents? > > Alex -- how does eLyXer work with Master/Child documents? Master/Child documents are too rigid (but eLyXer works fine). eLyXer has the option --splitpart which can divide a document into chapters, sections or subsections. I think it is much more interesting for this task. Alex.
