lo<br><br>1. oreilly tries to convince people they are doing the good choice, for years now the leave paper for e-book. In France they have stop selling paper books.<br><br>2. Oreilly's book layout are quite simple, so automation in understandable, particularly from semantic sources like docbook with latex transform or so. The real problem is that this workflow cannot be applied to jobs that need a high output quality in printing.<br>
<br>As it is sure, workflow based on epub are coming. How is it manage ? that's may be a question we should ask ourselves.<br><br>Both might be interesting<br><br><div class="gmail_quote">2013/1/25 Gregory Pittman <span dir="ltr"><<a href="mailto:gpittman@iglou.com" target="_blank">gpittman@iglou.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <font face="Liberation Serif">a.l.e posted something on his blog
      about this:<br>
      <br>
<a href="http://impagina.org/blog/2013-01-12-oreilly-tools-of-change-for-publishing" target="_blank">http://impagina.org/blog/2013-01-12-oreilly-tools-of-change-for-publishing</a><br>
      <br>
      I went to the link and what impresses me is that these people are
      talking about multidirectional publishing, but pretty clearly
      starting from the point-of-view of ebooks, then having the option
      to turn that into a PDF for print, plus other formats.<br>
      <br>
      I have no argument against people doing this, since for one thing,
      they're going to do it anyway, but I think there is the
      expectation of a slide of publishing to an inferior quality. We're
      not likely to see high-quality output for print, microtypography
      and other advanced typographical features. This also feeds into
      the need for a professional publisher, O'Reilly for example, who
      will be needed to clean up someone's work to the level it needs to
      be for actual printing.<br>
      <br>
      More sensible, but more difficult, is the approach of starting
      from the high-quality end, such as with Scribus, then translating
      to low quality output such as ebooks when desired. We know that
      this isn't straightforward, but from a practical workflow point-of-view
      is more sensible.<br>
      <br>
      Greg<br>
    </font>
  </div>

<br>_______________________________________________<br>
scribus-dev mailing list<br>
<a href="mailto:scribus-dev@lists.scribus.net">scribus-dev@lists.scribus.net</a><br>
<a href="http://lists.scribus.net/mailman/listinfo/scribus-dev" target="_blank">http://lists.scribus.net/mailman/listinfo/scribus-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Cédric Gémy<br>-----------------------------------------------------------------<br>Formationlibre.org<br>FlossManualsFrancophone<br>Association Francophone des Graphistes Libres<br>