Also, is there a 'development-branch" for etoys :-P , from where etoys binary can be downloaded, and tested ?<br><br>Regards,<br>Ajay<br><br><div class="gmail_quote">On Tue, Jun 5, 2012 at 10:55 AM, Ajay Garg <span dir="ltr"><<a href="mailto:ajaygargnsit@gmail.com" target="_blank">ajaygargnsit@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><br><div class="gmail_quote"><div class="im">On Tue, Jun 5, 2012 at 2:50 AM, Bert Freudenberg <span dir="ltr"><<a href="mailto:bert@freudenbergs.de" target="_blank">bert@freudenbergs.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div><br>
On 04.06.2012, at 14:13, Bert Freudenberg wrote:<br>
<br>
> On 04.06.2012, at 13:43, Sascha Silbe wrote:<br>
><br>
>> It's quite likely that Etoys doesn't implement its side of the<br>
>> essentially undocumented Object Chooser API of Sugar 0.84+ correctly. In<br>
>> particular, the object_id parameter of the ObjectChooserResponse signal<br>
>> will contain a) the data store object id (currently stored as property<br>
>> 'uid') for Journal objects or b) the full path to the file for entries<br>
>> stored on external storage media.<br>
><br>
> That is indeed the first time I hear of that. Yes, Etoys expects the chooser's response to be an object_id as per documentation at<br>
><br>
>       <a href="http://wiki.sugarlabs.org/go/Development_Team/Low-level_Activity_API#Choosing_Objects" target="_blank">http://wiki.sugarlabs.org/go/Development_Team/Low-level_Activity_API#Choosing_Objects</a><br>
><br>
> So you're saying that in the response, the second argument would more properly be named object_id_or_full_path. And to distinguish the two cases, we have to look at its first character: if it is '/' then it's a path, otherwise an object id.<br>


<br>
</div>I now extended that documentation page with the object_id_or_full_path argument discussion.<br>
<br>
Also, I committed a fix for Etoys, will be in the next release.<br></blockquote><div><br> </div></div><div><br>Bert, thanks for the commit !!!!<br><br>Just wish to confirm, if the following hold true ::<br><br>a)<br>As mentioned in one of the earlier emails, 'get_properties' method needs to succeed to open a journal/external-USB-drive object.<br>

So, my query is : is the end-result just opening of the file (from journal/external-USB-drive), or something more too ?<br><br>b)<br>If the answer to a) is "just opening the file", then I presume your commit fixes/enhances the case of opening the file from external-USB-drive ?<br>

(Sir, please don't take this as arrogance, I just wish to know the progress in this regard).<br><br><br>Thanks and Regards,<br>Ajay<br><br> <br><br></div><div class="im"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">


<br>
This question remains:<br>
<div><div><br>
> Are there any other places in the API where instead of an object id we have to expect a full path instead?<br>
<br>
- Bert -<br>
<br>
<br>
_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">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></div><br>
</blockquote></div><br>