[Mono-winforms-list] System.Drawing implementation issues.
Mon, 22 Sep 2003 20:43:57 +0700
Rushing to inform all of you, that commdlg32.dll and resources
utilization functionality are done. Patch will be published in few days.
Now I am working on migration of all of my patches onto latest
build of wine.
I find this issue below about System.Drawing implementation very
Arguments, delivered by Miguel look like weightness.
In fact, implementation of GDI+ is not easy work, but I do not see
any problems to do it. Actually, if community would decide to write it,
I can do this myself. But I think this will not be a quick deal.
The only argument in this discussion for sake of GDI+ usage
I see here is as follow -
If we have already decided to use Win32 API shared libraries,
pulled from Wine, why we should decline out from this way further?
Meantime , since Cairo is a power graphic engine , it would be resonable
to use it too.
I guess there should a compromised solution here.
Why not to try to integrate Cairo into our implementation of graphic
engine for SWF and use it together with wine-based Win32 API
(obviously, gdi32.dll should be modified then, but I do not see
any problems here). This is seen as curious, but can be considered
as a possible solution, which give us a fastest result.
My opinion is as follow - we need to integrate Cairo into our gdi32.dll.
----- Original Message -----
From: "Miguel de Icaza" <firstname.lastname@example.org>
To: "Mono Winforms" <email@example.com>
Sent: Monday, September 22, 2003 07:18
Subject: [Mono-winforms-list] System.Drawing implementation issues.
> Currently we have two System.Drawing implementations, and depending
> on the kind of application running we pick one of them: the Cairo-based
> implementation and the Wine-based implementation.
> If Windows.Forms is initialized, we set a flag to use the Wine-based
> implementation, if not, we use the Cairo-based one. This is the state
> of each implementation:
> * Wine implementation: works directly with Wine, so rendering
> for Windows.Forms apps just works. The problem is that Wine
> lacks a GDI+ implementation, so some of the most advanced
> rendering features are not available, and will require us
> to reimplement lots of it, or work with the Wine team to
> implement GDI+.
> * The Cairo implementation has the most future, as it is a
> complete engine for doing the kind of 2d graphics that System.
> Drawing is.
> The main problem we have today is that we have to maintain two
> implementations of it, and the way this is done is rather cumbersome to
> maintain: a front-end class that acts as the proxy (Pen, Brush, etc) an
> interface that defines the contract between the backends and the
> front-end, and the backends themselves. This is a lot of complexity
> that I would like to avoid.
> The question to the Wine experts in the list is whether it is
> possible to just use Cairo for everything and have it work nicely with
> Wine to avoid the duplication of work.
> Mono-winforms-list maillist - Monofirstname.lastname@example.org