<div dir="ltr">On 13 June 2013 18:12, Manuel Quiñones <span dir="ltr"><<a href="mailto:manuq@laptop.org" target="_blank">manuq@laptop.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2013/6/13 Daniel Narvaez <<a href="mailto:dwnarvaez@gmail.com">dwnarvaez@gmail.com</a>>:<br>
<div><div class="h5">> On 13 June 2013 17:58, Gonzalo Odiard <<a href="mailto:gonzalo@laptop.org">gonzalo@laptop.org</a>> wrote:<br>
>><br>
>> What you think about switch to filter by all the mime type the activity<br>
>> selected can open?<br>
><br>
><br>
> I suspect the reason we are filtering by generic type is just that the code<br>
> was initially written for the journal, which exposes a filter by generic<br>
> type in the UI. We need to somehow support filtering by a list of<br>
> (non-generic) mime types. Then activities should just filter by the mime<br>
> types they support.<br>
<br>
</div></div>Right, the Journal has filters for generic types like "Image", "Text",<br>
and for activities.<br>
<br>
I think each one has a good user case.<br>
<br>
Activity filter example: you are looking for the drawings you did but<br>
don't mind the pictures you took.<br>
<br>
Generic example: you are looking for an image to add to FotoToon,<br>
either a drawing you did with Paint or a picture you took with Record.<br>
<br>
The proposal is to extend the list of generic types?<br></blockquote><div><br><br></div><div>The case I'm thinking about is when you just want to open an object in an activity (not add it to another document or stuff like that). In that case it seems like you should show all the objects the activity can open and generic types should not be involved at all.<br>
</div></div></div></div>