[Mono-winforms-list] MWF painting VERY slow compared to .NET

[Peter De Jager]

That would make sense. It almost appears as if the MWF event loop is clocked
at a fixed frequency, resulting in the (almost) fixed frame rate regardless
of architecture or video drivers. Of course it will be more complex than
that, but it does appear that the delay is at least in part due to the event
loop.

What would be the best way to proceed though? In the last few days I have
tried gtk-sharp on Mac without much success, having had a lot of trouble
installing gtk-sharp under PowerPC (at least with Mono 1.1.8 and FC4). I saw
the post by Attila Balogh who provides a modified Mono framework for OS X
Tiger (90MB), which includes gtk-sharp 1.0.10, but I haven't tried it yet. I
thought I'd hold out for a while and keep testing on Linux (Intel/PPC) using
MWF. I've also had a look at wx.Net but it appears that gtk-sharp is more
widely supported. In a perfect world I would use MWF since this requires no
change from my .NET code, but failing that, I was hoping to use a single GUI
toolkit for both Linux and OS X. Does gtk-sharp fit the bill?

Pete.
 

> -----Original Message-----
> From: Miguel de Icaza [mailto:miguel at ximian.com] 
> Sent: Thursday, July 28, 2005 19:32
> To: vlindos at nucleusys.com
> Cc: Peter De Jager; mono-winforms-list at lists.ximian.com
> Subject: Re: [Mono-winforms-list] MWF painting VERY slow 
> compared to .NET
> 
> Hello,
> 
> > Slowness of MWF drawing comes from Cairo. MWF uses libgdiplus for 
> > drawing, libgdiplus uses cairo/libpixmain backends for drawing and 
> > uses version 0.3.0 of Cairo. Currently Cairo is version 0.5.2. The 
> > problem is that Cairo isn't yet stable project as API is 
> changed even 
> > on minor version change. On mailing lists of Cairo there is talk of 
> > soon releasing of version 1 which means freezing the API. 
> But 'soon' 
> > could be month or year by my opinion.
> 
> Although Cairo is known to be a part of the problem, another 
> part of the equation might be the event loop processing.  
> 
> I do not remember the details, but Gtk+ spent quite a bit of 
> time dealing with improving their main loop and event 
> processing to improve performance.
> 
> Miguel.
>