Now that GDIplus is shaping up, is there a chance of implementing .forms support in mono with it? regards, Jakob
On Thursday 30 August 2007 00:35, Jakob Eriksson wrote:
Now that GDIplus is shaping up, is there a chance of implementing .forms support in mono with it?
regards, Jakob
Mono contains its own version of gdiplus for rendering system.drawing and in the end Windows.Forms. Though on windows I think it uses the native gdiplus.dll. You can install the win32 version of mono and see if it works. I'm not sure what you had in mind. Roderick
Roderick Colenbrander wrote:
On Thursday 30 August 2007 00:35, Jakob Eriksson wrote:
Now that GDIplus is shaping up, is there a chance of implementing .forms support in mono with it?
regards, Jakob
Mono contains its own version of gdiplus for rendering system.drawing and in the end Windows.Forms. Though on windows I think it uses the native gdiplus.dll. You can install the win32 version of mono and see if it works.
I'm not sure what you had in mind.
Well, Monos version of Windows.Forms isn't exactly 100% compatible with .NETs. I figured now that the foundation of a REAL (gdiplus) is coming together, it might built on that instead. regards, Jakob
On Thursday 30 August 2007 17:49, Jakob Eriksson wrote:
Roderick Colenbrander wrote:
On Thursday 30 August 2007 00:35, Jakob Eriksson wrote:
Now that GDIplus is shaping up, is there a chance of implementing .forms support in mono with it?
regards, Jakob
Mono contains its own version of gdiplus for rendering system.drawing and in the end Windows.Forms. Though on windows I think it uses the native gdiplus.dll. You can install the win32 version of mono and see if it works.
I'm not sure what you had in mind.
Well, Monos version of Windows.Forms isn't exactly 100% compatible with .NETs.
I figured now that the foundation of a REAL (gdiplus) is coming together, it might built on that instead.
regards, Jakob
I think the incompatibilities you mean are for instance that in case of Mono you can mix Windows.Forms with win32 calls. If you don't like the behavior of something you can call a standard gdi32/user32 function and change some stuff. Things like that work because I think the .NET version of Windows.Forms maps to win32 controls. Mono renders everything itself through System.Drawing. I don't think a different gdiplus.dll will make any difference for this. To allow mixing of Windows.Forms with gdi32 stuff everything needs to be rendered using native controls. That's what mono attempted years ago using Wine but they had various Wine integration troubles and we didn't come to a good solution for it. Roderick
Roderick Colenbrander wrote:
O I think the incompatibilities you mean are for instance that in case of Mono you can mix Windows.Forms with win32 calls. If you don't like the behavior of something you can call a standard gdi32/user32 function and change some stuff.
Yes! Thank you, I didn't know 100% what I was talking about.
Things like that work because I think the .NET version of Windows.Forms maps to win32 controls. Mono renders everything itself through System.Drawing. I don't think a different gdiplus.dll will make any difference for this. To allow mixing of Windows.Forms with gdi32 stuff everything needs to be rendered using native controls. That's what mono attempted years ago using Wine but they had various Wine integration troubles and we didn't come to a good solution for it.
And wasn't one of those troubles that there was not gdiplus DLL? I was hoping an integration was coming closer. regards, Jakob
On Thursday 30 August 2007 18:41, Jakob Eriksson wrote:
Roderick Colenbrander wrote:
O I think the incompatibilities you mean are for instance that in case of Mono you can mix Windows.Forms with win32 calls. If you don't like the behavior of something you can call a standard gdi32/user32 function and change some stuff.
Yes! Thank you, I didn't know 100% what I was talking about.
Things like that work because I think the .NET version of Windows.Forms maps to win32 controls. Mono renders everything itself through System.Drawing. I don't think a different gdiplus.dll will make any difference for this. To allow mixing of Windows.Forms with gdi32 stuff everything needs to be rendered using native controls. That's what mono attempted years ago using Wine but they had various Wine integration troubles and we didn't come to a good solution for it.
And wasn't one of those troubles that there was not gdiplus DLL? I was hoping an integration was coming closer.
regards, Jakob
The main issues were related to using Wine as a sort of 'plugin'. They didn't want to use standard winelib. The Mono hack they proposed for it wasn't accepted and they didn't want to distribute their own Wine. Gdiplus was also an issue because they had to mix it with winex11.drv but that would have been fixable. Win32 mono will be able to work on Wine. After some more integration it might be able to embed lets say Win32 ActiveX controls and use win32 dlls. It will never be able to use gdi32/user32 to change the behavior of some of the drawing stuff. For that they would need to rewrite Windows.Forms to not render the controls themselves. They will never do that. (It also means restarting from about scratch) Roderick
Roderick Colenbrander wrote:
The main issues were related to using Wine as a sort of 'plugin'. They didn't want to use standard winelib. The Mono hack they proposed for it wasn't accepted and they didn't want to distribute their own Wine. Gdiplus was also an issue because they had to mix it with winex11.drv but that would have been fixable.
OK.
Win32 mono will be able to work on Wine. After some more integration it might be able to embed lets say Win32 ActiveX controls and use win32 dlls. It will never be able to use gdi32/user32 to change the behavior of some of the drawing stuff. For that they would need to rewrite Windows.Forms to not render the controls themselves. They will never do that. (It also means restarting from about scratch)
But is mono modular enough, that implementing a third party Windows.Forms for Win32 mono is possible, that uses gdiplus/gdi32/user32? Or are there other, more intertwined dependencies? (If so, then not all is lost. A separate project may do this if compatibility is needed. This would of course lead to mono being more compatible both on Win32 and Unix.) regards, Jakob
On Thursday 30 August 2007 19:05, Jakob Eriksson wrote:
Roderick Colenbrander wrote:
The main issues were related to using Wine as a sort of 'plugin'. They didn't want to use standard winelib. The Mono hack they proposed for it wasn't accepted and they didn't want to distribute their own Wine. Gdiplus was also an issue because they had to mix it with winex11.drv but that would have been fixable.
OK.
Win32 mono will be able to work on Wine. After some more integration it might be able to embed lets say Win32 ActiveX controls and use win32 dlls. It will never be able to use gdi32/user32 to change the behavior of some of the drawing stuff. For that they would need to rewrite Windows.Forms to not render the controls themselves. They will never do that. (It also means restarting from about scratch)
But is mono modular enough, that implementing a third party Windows.Forms for Win32 mono is possible, that uses gdiplus/gdi32/user32?
Or are there other, more intertwined dependencies?
(If so, then not all is lost. A separate project may do this if compatibility is needed. This would of course lead to mono being more compatible both on Win32 and Unix.)
regards, Jakob
Roughly speaking they are only using System.Drawing (gdiplus) for drawing. Moving over to legacy win32 dlls is too much work I think. Everything is designed for the current way of operating. (Note I haven't seen the SWF code in years) Roderick
On 8/29/07, Jakob Eriksson <jakob(a)vmlinux.org> wrote:
Now that GDIplus is shaping up, is there a chance of implementing .forms support in mono with it?
regards, Jakob
I haven't observed any Mono on Wine problems with GDI+. Do you have a .NET application that runs on Native Windows Mono but not Wine Windows Mono? Bryan DeGrendel
Bryan DeGrendel wrote:
On 8/29/07, Jakob Eriksson <jakob(a)vmlinux.org> wrote:
Now that GDIplus is shaping up, is there a chance of implementing .forms support in mono with it?
regards, Jakob
I haven't observed any Mono on Wine problems with GDI+. Do you have a .NET application that runs on Native Windows Mono but not Wine Windows Mono?
Bryan DeGrende
No, I wasn't clear enough. Roderick helped me (by having his act together.) regards, Jakob
participants (3)
-
Bryan DeGrendel -
Jakob Eriksson -
Roderick Colenbrander