Re: corba/gnorba/bonobo documentation + misc question/ideas

[Federico Mena Quintero <federico redhat com>]

>  Well, I use pixmap gtk+ themes all the time, together with the cvs version
>  of e. You can compare with Windows9x in redraw times by saying that GTK is
>  slower to the point of noticbly lagging behind. This is prolly due to the
>  redrawing of the pixmaps, but it should be investigated for possible
>  improvements.

The pixmap engine is very broken.  You should not use it unless you
have an obscenely fast machine and a penchant for flicker :-)

What the pixmap engine really needs is a rewrite.  This is planned, so
don't worry about it.

>  Another thing to notice though is that the loading of applications is
>  often slower than in Windows, GMC takes about twice the time that Explorer
>  does.

Remember that Explorer is built up of many COM components.  Many of
them are loaded when Windows boots, and they are used all the time, so
there is a very good chance that they will be in memory when you
request to open an Explorer window.

>  1. Sometimes if you click to bring up a menu and move over the *expected*
>  location of the entry (i.e. before it's had time to actually draw the
>  menu) and then click when you see it (lag of around a second?) GTK doesn't
>  pick it up - you have to bring up the menu twice to have the entry pick up
>  mouse events.

Where do you see this behavior?  Can you replicate it?

>  2. When an app such as GMC which draws many gtk areas/widgets loads, there
>  is a noticable flicker effect as everything is added to the screen. Maybe
>  it would be better to stop the window from being drawn until the display
>  is internally finished and can be drawn from memory? This appear to be the
>  way Explorer does it (at least, Explorer does have a noticable delay with
>  no disk activity before instantly appearing on screen - presumably sorting
>  out directory contents before appearing).

GMC does notoriously evil things with sizing and redrawing.  This is a
known problem.

  Federico