Re: How snappy can the Openmoko GUI get using GTK?

2007-09-04 Thread polz
On Monday 03 September 2007 20:24:38 Michael 'Mickey' Lauer wrote: Guys, I wish to have time doing some benchmarks of e.g. GtkFB vs. GtkDirectFB vs. Gtk/X11 -- likewise EFL/X11 vs. EFL/Fb. Delivering factual numbers for things like that would be very interesting for us. While this might not

Re: How snappy can the Openmoko GUI get using GTK?

2007-09-04 Thread Nils Faerber
polz schrieb: On Monday 03 September 2007 20:24:38 Michael 'Mickey' Lauer wrote: Guys, I wish to have time doing some benchmarks of e.g. GtkFB vs. GtkDirectFB vs. Gtk/X11 -- likewise EFL/X11 vs. EFL/Fb. Delivering factual numbers for things like that would be very interesting for us. While

Re: How snappy can the Openmoko GUI get using GTK?

2007-09-03 Thread Tilman Baumann
denis wrote: Watching a lot of videos about Openmoko and the GUI I saw that it is very slow and yards away from being snappy. (regarding the application startup and the acting inside an application) I know that speed is not the priority thing in developement at the moment but how fast and

Re: How snappy can the Openmoko GUI get using GTK?

2007-09-03 Thread Andy Poling
On 2 Sep 2007, at 14:57, denis wrote: Watching a lot of videos about Openmoko and the GUI I saw that it is very slow and yards away from being snappy. (regarding the application startup and the acting inside an application) I know that speed is not the priority thing in developement at the

Re: How snappy can the Openmoko GUI get using GTK?

2007-09-03 Thread Giles Jones
On 3 Sep 2007, at 18:32, Andy Poling wrote: I haven't seen anyone else mention the obvious: some of the device drivers and alot of the code have debugging output enabled. Start the X server manually, and watch the debugging info spew forth, and you'll get an idea where a bunch of CPU

Re: How snappy can the Openmoko GUI get using GTK?

2007-09-03 Thread Andy Poling
On Mon, 3 Sep 2007, I wrote: It's all appropriate in a development environment - we just have to factor that in when considering the responsiveness of the device. IMO it's appropriate for the primary focus to be functionality and the secondary focus to be user interaction effectiveness at this

Re: How snappy can the Openmoko GUI get using GTK?

2007-09-02 Thread Giles Jones
On 2 Sep 2007, at 14:57, denis wrote: Watching a lot of videos about Openmoko and the GUI I saw that it is very slow and yards away from being snappy. (regarding the application startup and the acting inside an application) I know that speed is not the priority thing in developement at the

Re: How snappy can the Openmoko GUI get using GTK?

2007-09-02 Thread wim delvaux
On Sunday 02 September 2007 16:17:25 Giles Jones wrote: On 2 Sep 2007, at 14:57, denis wrote: Watching a lot of videos about Openmoko and the GUI I saw that it is very slow and yards away from being snappy. (regarding the application startup and the acting inside an application) I know

Re: How snappy can the Openmoko GUI get using GTK?

2007-09-02 Thread Ted Lemon
On Sep 2, 2007, at 7:17 AM, Giles Jones wrote: Launch speed is something that can be fixed, I'm not sure if the build system is using pre-linking? if not it will be something to use as this is the cure to application launch speed delays on Unix like systems. This is probably true. The

Re: How snappy can the Openmoko GUI get using GTK?

2007-09-02 Thread Giles Jones
On 2 Sep 2007, at 15:58, Ted Lemon wrote: This is definitely not true. I mean, it's true that the QVGA is going to take less time to paint, but paint times aren't the problem - if they were, kinetic scrolling wouldn't look so nice. No, there's something else going on that's making

Re: How snappy can the Openmoko GUI get using GTK?

2007-09-02 Thread Ted Lemon
On Sep 2, 2007, at 8:24 AM, Giles Jones wrote: VGA is 4x times the data, not two times. That will have a noticable effect. The only VGA device I have owned was a Toshiba E800 PDA, this had an ATI chip and it was still a little sluggish. Hm. The best example of slow draw times that I can