<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
On 7/3/10 4:13 AM, adam hyde wrote:
<blockquote cite="mid:1278144825.1577.59.camel@esetera" type="cite">
  <pre wrap="">On Fri, 2010-07-02 at 17:24 -0400, Mushon Zer-Aviv wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Hi guys,


I'm sorry that my first email to the list is me bugging about a bug,
but still...

My name is Mushon Zer-Aviv, I am one of the authors of the
Collaborative Futures book.


     1. We are just concluding a rewrite sprint and I'm trying to
        generate the PDF but cannot get the images in there.
        I see this is a known bug and it has been going on for a few
        months now:
        <a class="moz-txt-link-freetext" href="http://booki-dev.flossmanuals.net/ticket/165">http://booki-dev.flossmanuals.net/ticket/165</a>
        We can't really publish the book until it is fixed, again
        sorry to bug with this, but is there an ETA for closing this?
        *Aco tells me this is currently on his plate
        
    </pre>
  </blockquote>
  <pre wrap="">
you can publish...but dont use the images. for cf i dont think this is
an adequate back up strategy for now
  </pre>
</blockquote>
Aco has fixed the image bug. <b>GO ACO!</b><br>
I haven't closed it yet, I guess
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<em>mickfuzz</em> should:<br>
<a class="moz-txt-link-freetext" href="http://booki-dev.flossmanuals.net/ticket/165#comment:8">http://booki-dev.flossmanuals.net/ticket/165#comment:8</a><br>
<br>
There's still an issue with Objavi not turning images to Grayscale even
when the option is checked. Made a ticket:<br>
<a class="moz-txt-link-freetext" href="http://booki-dev.flossmanuals.net/ticket/208">http://booki-dev.flossmanuals.net/ticket/208</a><br>
<blockquote cite="mid:1278144825.1577.59.camel@esetera" type="cite">
  <blockquote type="cite">
    <pre wrap="">     1. I also have other publishing issues I would love to run by you
        guys. For example the first chapter is not publishing:
        You can see it's there in the html, but not in the PDF.
        Doug, any idea?
        
    </pre>
  </blockquote>
  <pre wrap="">
thats similar to a bug i filed about the audacity manual
  </pre>
</blockquote>
Yeap, I can see a ticket referring to a first chapter being repeated:<br>
<a class="moz-txt-link-freetext" href="http://booki-dev.flossmanuals.net/ticket/198">http://booki-dev.flossmanuals.net/ticket/198</a><br>
<br>
The bug that I am encountering is different as the first chapter does
not render at all.<br>
This is a real blocker as a book needs a beginning, middle and an end.
We have all except the beginning.<br>
I made a ticket for it:<br>
<a class="moz-txt-link-freetext" href="http://booki-dev.flossmanuals.net/ticket/209">http://booki-dev.flossmanuals.net/ticket/209</a><br>
<br>
If the fix solves both 198 and 209 that will be great!<br>
<blockquote cite="mid:1278144825.1577.59.camel@esetera" type="cite">
  <pre wrap="">adam</pre>
  <blockquote type="cite">
    <pre wrap="">     1. We're seeing some weird characters in the book like â€“ and â
        €™(see chapter 4)
        It might be due to special characters being copy-pasted from
        other editors
        Is there a way around a tedious search & destroy? Is that
        possibly font specific?
    </pre>
  </blockquote>
</blockquote>
Aco is on it. We've been bug testing on the IRC channel. I won't make a
ticket for it unless this is still an open issue tomorrow.<br>
<blockquote cite="mid:1278144825.1577.59.camel@esetera" type="cite">
  <blockquote type="cite">
    <pre wrap="">        
     2. This might be a known issue again (as it was the same case in
        the previous book) but is there a way to not have extra white
        pages?
        Check page 34, 52,  on
        <a class="moz-txt-link-freetext" href="http://objavi.flossmanuals.net/books/collaborativefutures-en-2010.07.02-23.00.16.pdf">http://objavi.flossmanuals.net/books/collaborativefutures-en-2010.07.02-23.00.16.pdf</a>
    </pre>
  </blockquote>
</blockquote>
I haven't encountered this in my latest export, might just be a
coincidence. If there's no existing ticket for it I can make one
if/when I encounter the problem again.<br>
<blockquote cite="mid:1278144825.1577.59.camel@esetera" type="cite">
  <blockquote type="cite">
    <pre wrap="">     1. Any simple way of making sure subheadings are not stuck at the
        bottom of the page (see page 54, 56 & 92), or should I enter a
        page break (how do I do that)?  
    </pre>
  </blockquote>
</blockquote>
Is that a feature request? Aco told me it has something to do with
what's available through the Webkit rendering engine. Doug, any
thoughts on that?<br>
<blockquote cite="mid:1278144825.1577.59.camel@esetera" type="cite">
  <blockquote type="cite">
    <pre wrap="">

I'm on IRC, would love to get some pointers.

Let me know if I should turn any of these into tickets.


Thanks for the great work, Booki and Objavi are really awesome, this
is super inspiring to me, really!!!


cheers,
    </pre>
  </blockquote>
</blockquote>
Thanks again,<br>
I really feel privileged to be using this at this point and to
contribute some feedback and tickets at this point in the development
process.<br>
<br>
M.<br>
<blockquote cite="mid:1278144825.1577.59.camel@esetera" type="cite">
  <blockquote type="cite">
    <pre wrap="">

-- 


Mushon Zer-Aviv
ע Shual.com - design studio
§  ShiftSpace.org - an opensource layer above any website
¶  Mushon.com - blog
× @mushon - Tweet me
+ 1-646-283-6057 


_______________________________________________
Booki-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Booki-dev@lists.flossmanuals.net">Booki-dev@lists.flossmanuals.net</a>
<a class="moz-txt-link-freetext" href="http://lists.flossmanuals.net/listinfo.cgi/booki-dev-flossmanuals.net">http://lists.flossmanuals.net/listinfo.cgi/booki-dev-flossmanuals.net</a>
    </pre>
  </blockquote>
</blockquote>
</body>
</html>