<br><br><div class="gmail_quote">On Fri, Jun 3, 2011 at 10:10 AM, Gonzalo Odiard <span dir="ltr"><<a href="mailto:gonzalo@laptop.org">gonzalo@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<br><br><div class="gmail_quote"><div class="im">On Fri, Jun 3, 2011 at 10:45 AM, Sridhar Dhanapalan <span dir="ltr"><<a href="mailto:sridhar@laptop.org.au" target="_blank">sridhar@laptop.org.au</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>On 3 June 2011 22:01, Gonzalo Odiard <<a href="mailto:gonzalo@laptop.org" target="_blank">gonzalo@laptop.org</a>> wrote:<br>
> Evince (the library used to read PDF) has changed the interface too, then<br>
> does not have sense support the old toolbar.<br>
<br>
</div>I don't think I understand - how do the toolbars in Evince affect the<br>
Read activity? Doesn't Read just use the Evince libraries and not the<br>
Evince GUI?<br>
<div><br></div></blockquote></div><div><br>No. I means if we supported the old toolbar, Read activity will not work anyway<br>because the Evince library has changed.<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">


<div>
> May be in a few months you can update to 11.2 and use a lot of new features,<br>
<br>
</div>Updating thousands of XOs scattered across our 7.6m km^2 continent is<br>
not a task to be taken lightly. We cannot upgrade them all without<br>
some serious planning, and we aren't going to do so just for an<br>
activity. No doubt, other deployments face similar challenges.<br>
<br></blockquote></div><div><br>Yes, I understand it. <br>In most cases, I try to provide backward compatibility. In this case, we have new functionality<br>for example text to speech, enabled by packages included in the os.<br>


Then supporting old/new toolbar, new/old evince and wth/without text to speech<br>does the code and the testing a nightmare.<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">



Are there any technical limitations in making this activity run on the<br>
current OLPC OS?<br>
<br></blockquote></div><div><br>No. If you want sent patches to add compatibility, I can review them.<br></div></div></blockquote><div><br></div><div>If there are technical problems related to sugar one can work on back portability, simon and sasha and others, have done a great work on this sense.</div>

<div><br></div><div>There are some docs for example:</div><div> <a href="http://wiki.sugarlabs.org/go/Activity_Team/Compatibility_Tips">http://wiki.sugarlabs.org/go/Activity_Team/Compatibility_Tips</a></div><div> </div><div>

When it comes to activities that use pieces of software that are downstream to sugar the costs of back-portability  are very high, sometimes upstream developers don't care about it, so sugar developers </div><div>must take into count this burden also.</div>

<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="gmail_quote"><div> </div>Gonzalo<br></div>
<br>_______________________________________________<br>
IAEP -- It's An Education Project (not a laptop project!)<br>
<a href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/iaep" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br></blockquote></div><br>