Re: [Sugar-devel] Browse.xo performance resolution - Hulahop 200dpi vs Browse 134dpi

2009-05-16 Thread Lucian Branescu
This is very interesting, similar to the problem Qt used to have on Maemo. I was always surprised by report of canvas being slow on the XO, it's probably the fastest and the lowest overhead drawing technology available to JavaScript. 2009/5/15 Martin Langhoff martin.langh...@gmail.com: On Fri,

Re: [Sugar-devel] Browse.xo performance resolution - Hulahop 200dpi vs Browse 134dpi

2009-05-16 Thread Lucian Branescu
Qt on Maemo's problem was similar, but not quite the same. http://ariya.blogspot.com/2008/08/qt-44-and-maemo.html Qt used 32bit colors internally, but Maemo could only output 16bit. So Qt was forced to convert between the two all the time. The solution was to allow Qt to use 16bit internally,

Re: [Sugar-devel] Browse.xo performance resolution - Hulahop 200dpi vs Browse 134dpi

2009-05-15 Thread Mihai Sucan
Le Fri, 15 May 2009 15:26:42 +0300, Lucian Branescu lucian.brane...@gmail.com a écrit: This is very interesting, similar to the problem Qt used to have on Maemo. I was always surprised by report of canvas being slow on the XO, it's probably the fastest and the lowest overhead drawing