Hi, some days ago I was talking with Walter also about it.<br>And I have started with the examplechooser, it isn't very difficult to do, only using a treeview and modifying his base color to white, you can obtain a very similar widget.<br>
I sent my advance in the attachment, lacks a lot, but we can start from here.<br><br>Regards,<br>aguz.<br><br><div class="gmail_quote">2012/7/20 Walter Bender <span dir="ltr"><<a href="mailto:walter.bender@gmail.com" target="_blank">walter.bender@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, Jul 19, 2012 at 8:02 PM, Gonzalo Odiard <<a href="mailto:gonzalo@laptop.org">gonzalo@laptop.org</a>> wrote:<br>

> Hello Tincho! Nice to read you here again :)<br>
<br>
</div>Yes. Nice that Tincho is back.<br>
<div><div class="h5"><br>
><br>
> I agree this can be a very good addition, and I see think we need<br>
> solve two different parts:<br>
><br>
> 1) Access the examples in the activities: using a widget similar to<br>
> the object chooser,<br>
> but showing files in a directory. I think Silbe said, the actual<br>
> Object Chooser can't do it,<br>
> due to limitations in the actual Journal implementation. (Sascha, can<br>
> you confirm?)<br>
> Probably we can create a a similar widget if is not possible use the<br>
> original ObjectChooser,<br>
> and should be great can show a preview if available.<br>
><br>
> 2) Distribution of examples: This can be more controversial, but is<br>
> related and should be good<br>
> address in a related proposal. Today, there are activities as Turtle<br>
> Confusion or Amazonas Tortugas,<br>
> based on TurtleArt and may be can be data files added to TurtleArt.<br>
> Also, if we provide a way to distribute<br>
> examples, the deployments could generate them based in local needs.<br>
> Other activities can be enhanced<br>
> using examples, and if they have text should be difficult support i18n<br>
> in the data files.<br>
> May be we can create a variation of the infamous XOL files, with the<br>
> information about what activity<br>
> should manage them, and improve the installation to install them in a<br>
> different place than Library<br>
> (or the activities can look at the Library for examples)<br>
><br>
> Gonzalo<br>
><br>
<br>
</div></div>Sounds dangerously close to the plugin mechanism I implemented for<br>
Turtle Art. Be nice to think that through in a more general way but I<br>
think that would be a different thread.<br>
<br>
regards.<br>
<span class="HOEnZb"><font color="#888888"><br>
-walter<br>
</font></span><div class="HOEnZb"><div class="h5">> On Thu, Jul 19, 2012 at 2:40 PM, Martin Abente<br>
> <<a href="mailto:martin.abente.lahaye@gmail.com">martin.abente.lahaye@gmail.com</a>> wrote:<br>
>> Hello Everyone:<br>
>><br>
>> In a recent conversation with Walter, he mentioned that it would be very<br>
>> useful if activities could include examples objects. From my experience in<br>
>> the field, I can tell this feature can be a really useful indeed. Therefore<br>
>> I would like to bring this idea to the general discussion and see what<br>
>> others think.<br>
>><br>
>> The idea is  simple: Activities include examples objects that can be bundled<br>
>> with and accessed from the activity.<br>
>><br>
>> For the ones that also think this could be useful: I am sure you must have<br>
>> your own vision of how this feature should work and look like, so please<br>
>> share it here.<br>
>><br>
>> In general terms and from my POV it should be something:<br>
>><br>
>> (a) simple to access.<br>
>> (b) with a familiar interface to the users.<br>
>> (c) low-cost for activities developers to include.<br>
>> (d) Safe.<br>
>><br>
>> One of the ideas, that meets these requirements, is to include a standard<br>
>> "Examples" folder in the activities root directory that would be accessible<br>
>> through a regular ObjetChooser. The ObjectChooser is already capable of<br>
>> presenting any folder's contents, thanks to recent years improvement in the<br>
>> journal to present external-media and documents-folder contents.<br>
>><br>
>> Accessing to these objects would be as easy as just opening a ObjectChooser<br>
>> instance, many activities already do this (but limited to journal content).<br>
>> As I just said, the ObjectChooser interface is widely used, therefore users<br>
>> are already familiar with it. To ease the costs for activities developers I<br>
>> think that having this standard folder approach is crucial. One open<br>
>> question I still have is how this ObjectChooser should  be opened from the<br>
>> activities in a standard way (suggestions?). By "safe" I mean that it should<br>
>> guarantee that it only presents this standard folder objects in read-only<br>
>> mode (at least from the GUI POV).<br>
>><br>
>> I will stop here and I would like to hear what you guys think regarding the<br>
>> general idea first.<br>
>><br>
>> Saludos.<br>
>> tincho.<br>
>><br>
>><br>
>> _______________________________________________<br>
>> Sugar-devel mailing list<br>
>> <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
>> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
>><br>
<br>
<br>
<br>
</div></div><div class="im HOEnZb">--<br>
Walter Bender<br>
Sugar Labs<br>
<a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a><br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</div></div></blockquote></div><br>