[Sugar-devel] Use ObjectChooser filtering by activity

[Walter Bender]

While we are at it, the filter in the chooser needs some work. If you
have lots-o-activities installed, it is pretty difficult to use.

I almost think we want to list the new filter instead of the old
filter. For example, since there is a growing family of Turtle
Art-related activities, all of which share a common datastore file
format, why not have just one TA icon in the list for the sort and use
the palette we already on the datastore journal object to choose which
flavor of TA to use for opening it. Not sure this is a completely
anomalous case?

-walter

On Mon, Jun 17, 2013 at 9:37 AM, Daniel Narvaez <dwnarvaez at gmail.com> wrote:
> I like the idea of disabling the filter in this objectchooser.
>
>
> On 17 June 2013 15:34, Simon Schampijer <simon at schampijer.de> wrote:
>>
>> On 06/13/2013 06:35 PM, Daniel Narvaez wrote:
>>>
>>> On 13 June 2013 18:26, Daniel Narvaez <dwnarvaez at gmail.com> wrote:
>>>
>>>> On 13 June 2013 18:23, Gonzalo Odiard <gonzalo at laptop.org> wrote:
>>>>
>>>>>
>>>>> That is the reason is better modify the behavior of the activity
>>>>> filter,
>>>>> than allow any random list of mime types.
>>>>>
>>>>
>>>> I'm not sure to understand this. You are proposing to show all the files
>>>> with mime types the activity can open right? That's pretty much a list
>>>> of
>>>> random mime types as far the filtering combo is concerned... You can't
>>>> select "Anything", you can't select a generic type and you can't select
>>>> an
>>>> activity (this might actually be the nearest to accurate, but it's not
>>>> quite because the files are not necessarily created by the activity).
>>>>
>>>
>>> Oh I see, you are talking about the approach in your patch. That's still
>>> quite tricky though... Would you keep the current filtering behavior for
>>> journal? Would it apply to object chooser only? To certain object
>>> choosers
>>> only?
>>>
>>
>> Yes, the trickiest bit is how to display that in the UI. Non of the
>> current filters does match this case here, using the activity icon would
>> confront with what it currently means in the filter, as it means an object
>> of that activity.
>>
>> Maybe this special objectchooser has just no filter sub-toolbar? And the
>> message when no matching object could be found reads as "No entry found that
>> can be opened with Activity [Name of activity]."
>>
>> Simon
>> _______________________________________________
>> Sugar-devel mailing list
>> Sugar-devel at lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
>
>
> --
> Daniel Narvaez
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org