Hi Sebastian,<div><br></div><div>It would be really useful if you could give some more informations on the performance issues you have been seeing</div><div><br></div><div>- What is slow exactly?</div><div>- Why do you believe it's an issue with low level libraries (and which libraries)?</div>
<div>- Did you profile?</div><div><br></div><div>Please don't assume people knows what they are talking about when they speak about performance, unless they back up their claims with profiling data, especially if they are just saying things are "lighter" and base a toolkit switch on that!</div>
<div><br></div><div>I know fairly well what changed between gtk2 and gtk3 and I have a very very hard time believing it introduced unfixable regressions. By design things should have improved, as far as I know. The problem is probably more that, as usual, the performance of the system developers works with has improved, thus with changes comes regressions that are not noticed. And the only way to counter that is to profile and fix the real issues...</div>
<div><br></div><div>I'm personally going to focus on newer hardware, but then isn't  XO 1 most of our user base currently? It seems we need to balance research and continued support here... Also note that the new hardware isn't going to be blazing fast either, the issue we find there are most likely very similar to the ones on the XO 1, just to a lesser scale. If we improve XO 1, other hardware will most likely improve too.</div>
<div><br></div><div>I think we need to get much better collectively at working on performance, it's a key aspect of the kind of hardware we are targeting and my feeling is that a lot of people don't like Sugar mostly because it's so slow...</div>
<div><div><br>On Monday, 18 November 2013, Sebastian Silva  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>El 17/11/13 12:58, Gonzalo Odiard
      escribió:<br>
    </div>
    <blockquote type="cite">
      <div>I hope we can solve the performance problems then you don't
        need use a old Sugar version,</div>
      <div>to avoid all these problems.</div>
    </blockquote>
    <br>
    Well, I don't think it's likely you or me will be able to fix this
    one. It's lower level than Python<br>
    and it looks to be by design of the lower level libraries.<br>
    <br>
    Note this mainly affects the XO1 which is already considered End Of
    Life. I think efforts are<br>
    much more productive in trying to make the GNU+Sugar user experience
    excellent on <br>
    Classmates and other netbooks.<br>
    <br>
    
    BTW, we are not the only ones affected. The entire LXDE desktop
    environment has decided<br>
    to forego migrating to GTK3 and instead decided to port everything
    to QT.<br>
    <br>
    Here's a quote from the initial release of the QT file manager
    PCManFM [1]:<br>
    <i>"I, however, need to admit that working with Qt/C++ is much more
      pleasant and productive than messing with C/GObject/GTK+.</i><i><br>
    </i><i>Since GTK+ 3 breaks backward compatibility a lot and it
      becomes more memory hungry and slower, I don’t see much advantage
      of GTK+ now. GTK+ 2 is lighter, but it’s no longer true for GTK+
      3. Ironically, fixing all of the broken compatibility is even
      harder than porting to Qt in some cases (PCManFM IMO is one of
      them).</i><i><br>
    </i><i>So If someone is starting a whole new project and is thinking
      about what GUI toolkit to use, personally I might recommend Qt if
      you’re not targeting Gnome 3.</i><i>"<br>
      <br>
      [1] </i><a href="http://blog.lxde.org/?p=990" target="_blank">http://blog.lxde.org/?p=990</a>
  </div>

</blockquote></div></div><br><br>-- <br>Daniel Narvaez<br><br>