For managing a personal ebook collection and converting between various ebook formats, Calibre http://calibre-ebook.com/ is good.

For an all around large-scale solution to re-flowable text, publishing to multiple media formats, etc, etc, I must agree with the folks suggesting (La)TeX as an underlying framework for a solution. The TeX format has been used for typesetting for ages now and has had a long time to mature and stabilize, and is already entirely capable of solving all the issues regarding publishing to nearly any output format one might need. Reinventing the wheel will only delay the arrival of a real solution.

Big frustration: The TeleBlog’s missing images associated with this item. But we’re working on that.

Thanks,
David

Keep up the good work, guys.

Number of users. Thanks for the feedback Rich. I don’t think it will hurt to allow three simultaneous users. We will do some calculations. The way it works is that each person registering/paying will get a dedicated portal, with them as the admin. They can add/authorize two more usernames and IDs. They can give these to anyone they like to log in and work on their portal. Eg. UN:Editor1 PW:edit123. It’s theirs to control. So it would be three simultaneous users, we don’t care who they are. We will certainly keep an eye on this requirement, but the practical reality is bandwidth for bucks. bandwidth is consummed fast With lots of people generating and downloading 1MB PDF’s and ePubs every few minutes.

ECMS System Back End – Daniel.

To go back on thread, that thing does look like a re branded enterprise content management system for corporate documentation and not really an Ebook system though using a ECMS as backend is a really good idea.

The files have to come and go from somewhere, so the user/group/oganizational issues are handled from the ECMS system, and you can put your other assets such as images, finished files, etc there as well. The private portal mechanism above is an example of the standard organization tools. The ECMS system is actually called PublisherDAMS – a publishing specific ECMS.

IGP:FLIP is a stand-alone web services application, purpose designed for interactive content authoring/editing and multi-format publishing. The formats on Demand (eBook creator) is another separate web service. This architecture means services do not have to be reinvented. It also connects to a lots of other services.

We first developed IGP:FLIP (then creatively named IGP:Reader/Writer) starting late 2006 for our own production requirements. (over 1M pages in 2008). We spent 2008 working with a major educational publisher to get a working product.

Jordi thanks for the link to La Poule ou l’Oeuf.

After taking a first look, I think this app looks very much like a French project called La Poule ou l’Oeuf (http://www.lescomplexes.com/pouleoeuf/) which deserves some attention too.

I have always wondered where the brother/sister project was. A good looking app, certainly with similar objectives. They have used a Wiki approach very nicely, and the multi-lingual handling is wonderful.

I am saying it is unrealistic to think that LaTex, no matter how good it is, is going to take over the publishing industry, replacing Word, Quark, and InDesign.

I think we have gone way off the subject. The original question was not whether to replace existing systems, but whether to use (La)TeX or something else (that is probably a lot worse) when creating a new system (that IGP thingy).

Daniel, you should use html instead of bbcode, and you can use blockquote-tags to quote.

most non techies just want to see IT as some sort of magic that just solves everything, and not something with limitations you need to respect the same way you do with any other technology. If you want to format in great detail without dealing with stylesheets and fallback defaults, you have to accept that you don’t get perfect [conversion] filters.

True. Well, a perfect system might let you format in great detail while still maintaining the ability to output to different form factors, but Word/Works/OpenOffice certainly don’t.

The best thing a publisher can do IMHO is to use some good system that is also easy to use for the authors. Then they can tell the authors: “If you want less work for both yourselves and us then use this system.” and if authors in their cluelessness instead use Word or somesuch then the publisher will just have to convert it to their system anyway (just like they do now).

This is a big part of the problem most non techies just want to see IT as some sort of magic that just solves everything, and not something with limitations you need to respect the same way you do with any other technology. If you want to format in great detail without dealing with stylesheets and fallback defaults, you have to accept that you don’t get perfect convention filters. It’s not magic just technology.

If your willing to work inside the limitation put up bu standard software you can get really good convertion filter.

I do however think that Lampert’s tex macros are well past their prime and should be replaced by xml format more suitable for What you see is what you might get editors. you can get the same output from jadeTeX and similar.

To go back on tread, that thing does look like a re branded enterprise content management system for corporate documentation and not really an Ebook system though using a ECMS as backend is a really good idea.

Authors are not moronic, they are simply human and do not follow instructions as simple as “do not use Word’s automatic numbering to create numbered lists.” Author’s don’t believe, no matter how often they are told, that they make typesetting more difficult by formatting their manuscript. And even if they believe it, they don’t care.

And, no, publishing is very competitive so a publisher is not going to tell an author do it my way or go elsewhere. Perhaps a small publisher might occasionally do that with a particularly troublesome author, but it rarely happens. I have sat at meetings where an author has told the publisher that if the publisher wants to publish the author’s book, the publisher will use XYZ font because the author’s 12-year-old likes the font and the publisher has agreed.

I’m not against using LaTex; I am saying it is unrealistic to think that LaTex, no matter how good it is, is going to take over the publishing industry, replacing Word, Quark, and InDesign. It just ain’t going to happen.

the problem begins with “The author just uses the class provided by the publisher.” STM authors are sometimes willing to accomodate and do that; most authors simply are not and they want to “compose” their book because they “know” the best design for it.

So what you are saying is that most authors are so incredibly moronic that they want to screw up the formatting of their books or at least make it harder for the typesetter to make it look good, while at the same time doing more work than needed and focusing on formatting (a field they don’t master) instead of on content? And also that publishers are so desperate that they can’t afford to say: “If you don’t want to use our system which makes books easier to write, easier to publish in multiple formats while looking awesome, then go ahead and find yourself some other publisher, that is willing to make your books look like crap and charges for all the extra work you’re making them do while you’re doing extra work yourself for no reason what so ever.”?
Really?
I bet many authors would love it if the publisher said: “Just mark where the headings, titles, etc, are and focus on the story and let our typesetting experts do all the work to make your book look great. In fact, with our program you can always get an immediate preview of how the final output will look in any given format/device.”

Besides, even if some author would insist on using some inferior system you can probably convert it to LaTeX anyway (after all, you’d still have to convert the text to some other system if the document was written in Word, Works, OpenOffice or somesuch that makes awful output). At least OpenOffice can output LaTeX directly (although I’m not sure if you can use any custom classes for it).

LaTex may be great and it may be the perfect solution, but reality is that it is not the solution that will prevail. It has been around for a long time and its use is declining, not increasing.

What does its popularity statistics have to do with anything? And if some new solution uses (La)TeX internally the user wouldn’t necessarily even know about it. It would just be there, bugfree, simplifying things and producing fabulous output. (In fact, I don’t even know whether those IGP things use (La)TeX (or even DVI) internally or not, I’m just guessing that they don’t.)

Why on earth would you be against using an existing, free, rock solid, super-flexible typesetting system for your typesetting needs instead of creating a much worse “alternative” yourself?

I’m confused; you’re neither making any valid arguments for your case nor refuting any of my arguments, so what is your point?

LaTex may be great and it may be the perfect solution, but reality is that it is not the solution that will prevail. It has been around for a long time and its use is declining, not increasing. Sometimes the best solution is not a practical solution.

I doubt that today’s writers of fiction will want to mess with LaTex.

What do you mean? LaTeX is really easy to use for the author. The author just uses the class provided by the publisher. All hard stuff is done by the publisher or whoever does the typesetting/layout.

Anyway, that’s not the point. Even if you make a new system that is even easier for authors you could still use (La)TeX as the underlying typesetting format instead of creating a new, buggy, less flexible and less precise one. Sometimes it’s good to reinvent stuff, but not when the main reason is a bad case of the NIH syndrome.

Rich: I’m hardly your typical writer, but I at times use OpenOffice and would use it still more often if it were better. I wrote parts of The Solomon Scandals with OO. Further progress in format standardization should help. So should the growth of linux.

Richard: Continued best wishes for the project. You might want that $19.95 to allow for one more user to bring the total to three. The other thing is to make sure things are very, very simple at the writer’s end. Otherwise, it’ll never fly for, say, mainstream fiction where the publishing houses can control the writers only so much. Rich is right. Authors are stubborn creatures, at least outside fields such as tech writing.

Marcus: I doubt that today’s writers of fiction will want to mess with LaTex. See above comments to Richard. But who knows about the writers of the future? I just hope that technical priorities will not replace literary ones in situations where it matters.

Thanks,
David

I just have to make a comment about the LaTeX thing. IGP:FLIP isn’t a reinvention of yesterdays flow based composition environments, its a collaborative publishing environment in which multiple people can be doing different things on a book at the same time. Pretty important in time and labour intensive education publishing (as an example). That means authors, editors, indexers, reviewers, designers and composers can all be doing their thing at the same time. Anyone, from anywhere can generate a PDF, eBook, or view the content Online whatever its state, at any time. It also handles content objectization, customization and personalization on the fly.

Umm… LaTeX supports all that, too. Actually, most of that is orthogonal to the content format, but the simplicity of LaTeX being based on “plain text” and externalizing images/bibliographies/etc makes is particularly suitable for collaboration and 3rd party generic tools such as versioning systems, image editors, etc.

If you do decide to make your own toolset, then why would you invent your own typesetting system instead of basing it on (La)TeX? E.g., it would take me less than five minutes to set up a simple webpage for generating a PDF/html/etc from LaTeX source. That’s the nice consequence of not having to reinvent/reimplement things.

Is there some particular feature that (La)TeX doesn’t support? (OTOH, I bet there are tons of nifty stuff (La)TeX supports but your system doesn’t.)

Of the many hundreds of books I have done editing and composition of, perhaps 1 or 2 authors actually followed instructions on how to prepare their manuscript. None, FWIW, used OpenOffice; all used Word, WordPerfect, MS Works, or AppleWorks

Well, had you used LaTeX you could easily force them to use your class, and complex custom formatting would be too tedious for most of them to bother even learning. And it wouldn’t even matter what text editor they would use (but for WYSIWYG they’d have to use LyX or somesuch).

Works, WordPerfect, Word and OpenOffice all make it way too easy to do formatting The Wrong Way(tm), but with LaTeX semantic markup is the easiest, simplest and quickest way (besides being The Right Way(tm), of course) to do formatting.

Perhaps the education market is different, or even the non-U.S. market, but there are a lot of players that will need to come aboard for the kind of collaboration your system supports. It is almost impossible to get, for example, an author of the books I work on to use the simple Word template I provide. Authors tend to “know” best about everything (just like, I guess, everyone else in the chain) and simply do their own thing.

Of the many hundreds of books I have done editing and composition of, perhaps 1 or 2 authors actually followed instructions on how to prepare their manuscript. None, FWIW, used OpenOffice; all used Word, WordPerfect, MS Works, or AppleWorks (roughly 95% used Word, 4% used WordPerfect, and 1% one of the others).

The problem I see with all of these collaborative endeavors is that they are generally contrary to way the publishing process works. They are good during a negotiating process, but not so attuned to the authoring process. In 25 years of editing, I have only once sat with an author and had a live back and forth about his writing, and that was an attempt to reduce the material because the author seemed to be incapable of doing it alone.

I do not wish to suggest that my experience is the norm other than to say that among my small circle of colleagues it is the norm. We all have our tales of difficulties in getting authors to do simple things in software they are already familiar with or in getting authors to alter bad writing habits.

I think this will be a problem of top-down imposition. Publishers will have to be willing to impose — and pay for — a set procedure on authors, editors, indexers, in-house and freelance, something that is unlikely to occur. Plus publishers and each of the chain participants will have to be convinced that such a change is actually beneficial — in terms of both time and money — to displace the current system.

All our products end up being called things like IGP:Encode XML or some other adjectival or adverbial phrase. We were thinking Azardi, which is Hindi for freedom (with a little license in the spelling to make it work on world tongues – phonetic correct is Azadi) and as a nod to the development team.

However any name suggestions are welcome and if anyone gives us a great one, we will enshrine their name forever in the help about. That is about all we can offer.

And just to clear up the cost thing; as mentioned on the previous post we are going with $19.95 per month for the small publisher – two users.

Because I am a long-winded git, I just have to make a comment about the LaTeX thing. IGP:FLIP isn’t a reinvention of yesterdays flow based composition environments, its a collaborative publishing environment in which multiple people can be doing different things on a book at the same time. Pretty important in time and labour intensive education publishing (as an example). That means authors, editors, indexers, reviewers, designers and composers can all be doing their thing at the same time. Anyone, from anywhere can generate a PDF, eBook, or view the content Online whatever its state, at any time. It also handles content objectization, customization and personalization on the fly.

And it also handles groove things like instant large print reflow, reflow for alternative market editions (usually page count reduction), localization of content and many more things. Of course all that takes a little learning and technique development, but that is why we are here.

All xml applications merge output formats. This makes paper or screen equivalent options

Huh? What are “xml applications” and what do you mean when you say they “merge output formats”? XML is kind of a suite of formats to be used as containers of semantic expressions. The latter are not compatible by default, and certainly not interchangeable. Furthermore, paper is not even similar to screens, and the only way for the same typesetting format to support both would be if the format supports a superset of both the requirements for paper and the requirements for screens, but this is orthogonal to what container format is used (or if any at all). I think you might be a bit confused about the nature of XML and.. umm… about formats in general.