<div><div class="gmail_quote">On Sun, May 29, 2011 at 4:04 PM, Sascha Silbe <span dir="ltr"><<a href="mailto:silbe@activitycentral.com">silbe@activitycentral.com</a>></span> wrote:</div><div class="gmail_quote"><br></div> <div class="gmail_quote">Hi Sascha,<div><br></div><div>thanks a lot for your work on this front!</div></div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> Requests for print functionality in Sugar have been voiced repeatedly,<br> including during EduJam 2011. Adding support to Browse for exporting the<br> currently loaded document as PDF is a major step in that direction since<br> Browse can render (and thus export as PDF) a variety of file formats,<br> including HTML, bitmap graphics (PNG, JPEG) and SVG.<br> <br> The Portable Document Format (PDF) is designed to preserve the layout of the<br> document and thus is poorly suited for applications like "offline" reading of<br> web pages (there is no re-flowing to suit the dimensions of the screen). For<br> these tasks there are better solutions like wwwoffle [1], Webified [2] or<br> creating a derivative of the Help activity [3].<br></blockquote><div><br></div><div>FWIW I don't think that PDF is ill-suited for offline reading. In fact reading PDFs of Web sites has consistently been one of my main uses for my XOs, particularly when I'm traveling and therefore offline. Yes, other solutions might be better here but at least for me PDF gets the job done well enough.</div> <div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> Direct print support has been deliberately omitted. Anything that gets<br> exported from the learners system should be recorded and preserved in the<br> Journal. Exporting PDFs from individual activities to the Journal and<br> implementing print support in a single, specially designed activity that<br> operates on the PDFs not only ensures that all exports are recorded in<br> the exact form they left the computer, but also relieves activity authors<br> from the need to provide print support in their activity. The user won't get<br> confused by multiple different ways to configure printing from within the<br> various activities.<br></blockquote><div><br></div><div>I am somewhat confused about what you're saying here but maybe I'm just misunderstanding something:</div><div><br></div><div>(1) Are you suggesting that rather than being able to print directly from an activity users will have to export whatever they want to print to PDF, then launch a separate activity or go into the Journal to start the appropriate function and then print from there? If so this frankly speaking sounds like a lot of overhead to me.</div> <div>(2) Assuming my assumption above is correct: Doesn't that mean that the text, image, whatever artifact a user wants to print will be stored twice in the Journal, once as the original (modifiable) object and once as the static PDF?</div> <div>(3) You say that this approach "relieves activity authors from the need to provide print support in their activity", yet it seems to me that they will be required to add an "export to PDF for printing purposes" feature, right? It seems that any such functionality (regardless whether it's direct printing or going through a PDF) would have to be somewhat customizable to activities anyway. In Write for example it can be assumed that "print" means the whole text yet for example what does "printing" in Tam Tam look like? A screenshot of the current composition, an export of the actual tunes having been configured,...?</div> <div><br></div><div>Thanks,<br>Christoph</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> Because PDF is a standard interchange format, this also enables more (and<br> better!) ways of sharing documents (while preserving their exact form) than<br> printing.<br> <br> Sascha Silbe (2):<br> Generalise GetSourceListener to SaveListener<br> Add support for exporting ("printing") to PDF<br> <br> browser.py | 92 +++++++++++++++++++++++++++++++++++++++++++++++++++-----<br> webtoolbar.py | 10 ++++++<br> 2 files changed, 93 insertions(+), 9 deletions(-)<br> <br> [1] <a href="http://www.gedanken.demon.co.uk/wwwoffle/" target="_blank">http://www.gedanken.demon.co.uk/wwwoffle/</a><br> [2] <a href="http://wiki.sugarlabs.org/go/Webified" target="_blank">http://wiki.sugarlabs.org/go/Webified</a><br> [3] <a href="http://activities.sugarlabs.org/en-US/sugar/addon/4051" target="_blank">http://activities.sugarlabs.org/en-US/sugar/addon/4051</a><br> <font color="#888888">--<br> 1.7.2.5<br> <br> _______________________________________________<br> Sugar-devel mailing list<br> <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br> </font></blockquote></div><br><br clear="all"><br>-- <br>Christoph Derndorfer<br>co-editor, olpcnews<br>url: <a href="http://www.olpcnews.com">www.olpcnews.com</a><br>e-mail: <a href="mailto:christoph@olpcnews.com">christoph@olpcnews.com</a><br> </div>