<br><br><div class="gmail_quote">On Tue, Aug 2, 2011 at 10:45 AM, Thomas C Gilliard <span dir="ltr"><<a href="mailto:satellit@bendbroadband.com">satellit@bendbroadband.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<u></u>


  

<div bgcolor="#ffffff" text="#000000"><div class="im">
<br>
<br>
Gonzalo Odiard wrote:
<blockquote type="cite">
  <pre>Right now, we can't open a url from a PDF file or from the the terminal in
Browse,
or a PDF file from Browse. In the case of files, we need copy the file in
the Journal
and open it from here, but there are cases where this is not a good idea,
like when is a PDF
stored in a content bundle already present in a XO.

The experience for the user is suboptimal and there are lot of code
duplication, for example,
in OLPC we forked the Browse activity to include a PDF plugin [1], but we
can't open EPUB files,
and if I want implement this will finish re-implementing all the Read
activity. The plugin itself
is a hack and we are not comfortable with pushing it upstream.

There are a propose from Martin Abente [2] to add a uri to the parameters of
sugar-launch
and looks like there are consensus to include it.
Can we land this now? Thoughts?
  </pre>
</blockquote>
<br></div>
sugarize evince for pdf access to journal (read only)?<br></div></blockquote><div><br>Well, this is what Read activity and the PDF reader plugin do...<br><br>Gonzalo<br><br></div></div>