[Sugar-devel] Starting one activity with a uri in Sugar

[mokurai at earthtreasury.org]

On Tue, August 2, 2011 10:13 am, Gonzalo Odiard wrote:
> On Tue, Aug 2, 2011 at 10:45 AM, Thomas C Gilliard <
> satellit at bendbroadband.com> wrote:
>
>> **
>>
>>
>> Gonzalo Odiard wrote:
>>
>> 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?
>>
>>
>>
>> sugarize evince for pdf access to journal (read only)?
>>
>
> Well, this is what Read activity and the PDF reader plugin do...

What about a more general mechanism for handling mime types that would
allow activities to register themselves to handle them? It is not only
Browse that has this problem, but any activity that displays documents.

> Gonzalo
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>


-- 
Edward Mokurai
(默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر
ج) Cherlin
Silent Thunder is my name, and Children are my nation.
The Cosmos is my dwelling place, the Truth my destination.
http://wiki.sugarlabs.org/go/Replacing_Textbooks