Right now, we can't open a url from a PDF file or from the the terminal in Browse,<br>or a PDF file from Browse. In the case of files, we need copy the file in the Journal<br>and open it from here, but there are cases where this is not a good idea, like when is a PDF <br>
stored in a content bundle already present in a XO. <br><br>The experience for the user is suboptimal and there are lot of code duplication, for example,<br>in OLPC we forked the Browse activity to include a PDF plugin [1], but we can't open EPUB files,<br>
and if I want implement this will finish re-implementing all the Read activity. The plugin itself <br>is a hack and we are not comfortable with pushing it upstream.  <br><br>There are a propose from Martin Abente [2] to add a uri to the parameters of sugar-launch <br>
and looks like there are consensus to include it.<br>Can we land this now? Thoughts?<br><br>Gonzalo<br><br>[1] <a href="http://dev.laptop.org/ticket/10699">http://dev.laptop.org/ticket/10699</a> <br>     <a href="http://bugs.sugarlabs.org//ticket/103">http://bugs.sugarlabs.org//ticket/103</a><br>
     <a href="http://dev.laptop.org/ticket/9112">http://dev.laptop.org/ticket/9112</a><br><br>[2] <a href="https://patchwork.sugarlabs.org/patch/594/">https://patchwork.sugarlabs.org/patch/594/</a><br>