<div dir="ltr"><div><div><div><div><div><div>Hi,<br></div><div> <br></div>Ok I will make the changes the changes in the timeline of the proposal. and keep the etoys as optional as of now.<br></div><div>Yes I think dogtail is used by gnome people to do their UI tests.<br>
<blockquote><span style="color:rgb(76,17,48)">"I'm not sure what is you issue with ATK exactly. The
 current sugar.test.uitree stuff is really low level, you could build 
something more friendly on it perhaps (or use dogtail even, I gave up on
 it because it was too complicated and racy but things might have 
improved now that ATK is more stable). But there might also be an issue 
with the amount of information ATK exposes, some of our controls doesn't
 quite show up in the tree I think. Though that might also be fixable, 
by improving our accessibility story at the same time :)"</span><br></blockquote></div><div>I will get on to UI tests and see dogtail too as soon as my exams get over.<br></div><div><br></div>My 3 Questions :)<br><br>
</div>1. What is the repo named "Image" as given in the link of the list of activities in fructose <a href="http://download.sugarlabs.org/sources/sucrose/fructose/" target="_blank">http://download.sugarlabs.org/sources/sucrose/fructose/</a><br>
</div><div>2. Do I need to write an analysis on how tests work and how it will be done with reference to the activities in the proposal?<br></div>3. @org administrator (walter) Please review my proposal at google melange whenever you are free and give the feedback so that I could modify it before the deadline.<br>
<br></div>Thanks,<br></div><div>Gaurav<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Mar 13, 2014 at 7:33 PM, Daniel Narvaez <span dir="ltr"><<a href="mailto:dwnarvaez@gmail.com" target="_blank">dwnarvaez@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="">On 13 March 2014 14:20, Sai Vineet <span dir="ltr"><<a href="mailto:saivineet89@gmail.com" target="_blank">saivineet89@gmail.com</a>></span> wrote:<br>
</div><div class="gmail_extra"><div class="gmail_quote"><div class="">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Question: is there no other way to write UI tests? ATK is a pain.</p></blockquote></div><div>You need some kind of out-of-process mechanism to click around, "see" the UI etc. I'm not sure there is anything better than atk for that.<br>


</div><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr"> And if I'm not wrong ATK is a accessibility related thing, so we're using the using the wrong way to test?<br>

</p></blockquote><div><br></div></div><div>Well, dogtail, which is far as I know is the only alive test automation framework for gtk, uses ATK in the same way. Also using the accessibility toolkit for UI test is something seen in several other toolkits. You need the same kind of things...<br>

<br></div><div>I'm not sure what is you issue with ATK exactly. The current sugar.test.uitree stuff is really low level, you could build something more friendly on it perhaps (or use dogtail even, I gave up on it because it was too complicated and racy but things might have improved now that ATK is more stable). But there might also be an issue with the amount of information ATK exposes, some of our controls doesn't quite show up in the tree I think. Though that might also be fixable, by improving our accessibility story at the same time :)<br>

</div></div></div></div>
</blockquote></div><br></div>