Keep preferable activities

[alsroot]

How it could be:
for activity_id less Journal objects, sugar could store chosen "Resume with" activity and use it for later fast click activation

[tomeu]

Patch looks great to me, I'm going to ask in the mailing lists for opinions about adding this feature.

Two comments:

- considered adding to profile.py instead of creating mimeregistry.py ?

- need to update the sugar.schemas.in file

[alsroot]

Replying to tomeu:

Patch looks great to me, I'm going to ask in the mailing lists for opinions about adding this feature.

Two comments:

- considered adding to profile.py instead of creating mimeregistry.py ?

in my mind we shouldn't expose such internals to activities, since its all about shell workflow

- need to update the sugar.schemas.in file

you mean add default preferences for popular mime_types?
feature itself doesn't rely on existence of valid predefined value in gconf

[garycmartin]

Sorry, not totally clear on the end goal here. Having had a quick skim of the patch, is the idea that (where possible) downloaded objects, or objects added with copy-to-journal type process are assigned to an activity? e.g. so downloading a pdf with Browse would not just appear in Journal as a default document icon, but would show as a Read activity icon?

[wadeb]

From looking at the patch, what happens is:

1. You download the first PDF file and open it using a random activity, say SweetPDFReader.
2. Further PDF files you download are then opened using SweetPDFReader by default.
3. You right click on a PDF file you downloaded and open with Read.
4. Further PDF files you download are then opened using Read by default.

Essentially, it tracks the most recent "Open With" choice for MIME objects - objects downloaded from Browse, copied from a USB key, or added using copy-to-journal - and makes that choice the default.

Without this patch, it seems like Sugar makes an arbitrary choice when choosing which activity to open a MIME (non-Activity instance) Journal object.

I for one like the addition of mimeregistry.py; it makes sense to me to collect all information regarding Sugar's handling of MIME objects (vs. Activity instance objects) in one place.

[tomeu]

Replying to alsroot:

Replying to tomeu:

Patch looks great to me, I'm going to ask in the mailing lists for opinions about adding this feature.

Two comments:

- considered adding to profile.py instead of creating mimeregistry.py ?

in my mind we shouldn't expose such internals to activities, since its all about shell workflow

I agree with that, it's only that if we have lots of small python files it gets harder to find stuff in the shell. What about having a shellprofile.py module instead?

- need to update the sugar.schemas.in file

you mean add default preferences for popular mime_types?
feature itself doesn't rely on existence of valid predefined value in gconf

Hmm, I think the default should be taken from the gconf defaults and not be hardcoded, so a deployment can override it at will. It also helps to provide documentation about the options.

[garycmartin]

Replying to wadeb:

From looking at the patch, what happens is:

1. You download the first PDF file and open it using a random activity, say SweetPDFReader.
2. Further PDF files you download are then opened using SweetPDFReader by default.
3. You right click on a PDF file you downloaded and open with Read.
4. Further PDF files you download are then opened using Read by default.

Essentially, it tracks the most recent "Open With" choice for MIME objects - objects downloaded from Browse, copied from a USB key, or added using copy-to-journal - and makes that choice the default.

Thanks Wade, yes that does seem a good default Sugar solution. It very nicely avoids several manual UI steps and interfaces that traditional desktops use to achieve a similar ability. i.e. on OS X you have to "get info" on the file; fold out an "open with" section; use a drop down menu (that can get very long and full of unexpected applications) to pick a default; then click the "change all" button to set for other files of this type.

[alsroot]

Replying to tomeu:

Replying to alsroot:

Replying to tomeu:

Patch looks great to me, I'm going to ask in the mailing lists for opinions about adding this feature.

Two comments:

- considered adding to profile.py instead of creating mimeregistry.py ?

in my mind we shouldn't expose such internals to activities, since its all about shell workflow

I agree with that, it's only that if we have lots of small python files it gets harder to find stuff in the shell. What about having a shellprofile.py module instead?

so you meant not sugar-toolkit/profile.py, then it could be profile.py in sugar package to collect all info about user preferences.

- need to update the sugar.schemas.in file

you mean add default preferences for popular mime_types?
feature itself doesn't rely on existence of valid predefined value in gconf

Hmm, I think the default should be taken from the gconf defaults and not be hardcoded, so a deployment can override it at will. It also helps to provide documentation about the options.

Yup, but there is no hardcoded gconf setting, mimeregistry just creates new keys and tried to read existed, but yeah, we can have default keys for popular mime_types.

[erikos]

Let's revisit this one.

[alsroot]

 http://git.sugarlabs.org/projects/sugar/repos/mainline/commits/a66ca80be0cc22878980793a6cd30f5484daf43b