Re: [Mono-winforms-list] ImageList.Draw and clipping
Hi, .NET Framework uses Windows common controls image list while Mono uses a fully managed image list implementation. .NET Framework probably draws images using ImageList_DrawEx that uses a HDC returned Graphics.GetHdc. Mono's image list uses Graphics.DrawImage function that provides more rich feature set than an HDC. Setting a new clip rectangle and reverting to the original should be possible but I'm not sure it's wort to do. Kornél - Original Message - From: "David Suárez" <[EMAIL PROTECTED]> To: Sent: Thursday, August 16, 2007 7:12 PM Subject: [Mono-winforms-list] ImageList.Draw and clipping > Hi all, > > There seems to be a subtle difference in behavoir from .NET to mono in the > ImageList.Draw method. If Graphics clipping has been specified and > imageList.Draw is told to draw the image outside the clipping area, .NET > draws the image, but mono won't. > > I guess mono has the right behavior here, yet it is different from .NET. > > Cheers > > David > www.codicesoftware.com > > > > ___ > Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] ImageList.Draw and clipping
Hi all, There seems to be a subtle difference in behavoir from .NET to mono in the ImageList.Draw method. If Graphics clipping has been specified and imageList.Draw is told to draw the image outside the clipping area, .NET draws the image, but mono won't. I guess mono has the right behavior here, yet it is different from .NET. Cheers David www.codicesoftware.com ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Alternative to DrawListViewItemEventArgs?
It looks like it has been implemented since 1.2.4: 2007-06-15 Carlos Alberto Cortez <[EMAIL PROTECTED]> * DrawListViewItemEventArgs.cs: * ListView.cs: * ThemeWin32Classic.cs: Implement basic support for 2.0 OwnerDraw in ListView. So it should be in 1.2.5. Jonathan mitcheloc wrote: > First, thanks for mono, it's awesome and a great platform. > > I've been working hard on porting my app to mono and there are a lot > of different issues I've run into. The main one holding me up at the > moment is that I need to custom draw a list. (For example a custom > roster). > > I've been using the ListView on Windows with it's DrawItem event to > accomplish this. This doesn't seem to be implemented yet with mono. > Enhancing the ListView gives me a lot of benefits like keyboard and > mouse handling that I'd have to work very hard to duplicate from > scratch. > > How should I go about implementing a custom list that's compatible > with mono's version of SWF? > > When I Google "mono DrawListViewItemEventArgs" it seems to pull up > results that lead me to believe this was recently added to mono... > Maybe it will be in mono 1.2.5? > > Thanks again, > Mitchel > ___ > Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-winforms-list > > ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] Alternative to DrawListViewItemEventArgs?
First, thanks for mono, it's awesome and a great platform. I've been working hard on porting my app to mono and there are a lot of different issues I've run into. The main one holding me up at the moment is that I need to custom draw a list. (For example a custom roster). I've been using the ListView on Windows with it's DrawItem event to accomplish this. This doesn't seem to be implemented yet with mono. Enhancing the ListView gives me a lot of benefits like keyboard and mouse handling that I'd have to work very hard to duplicate from scratch. How should I go about implementing a custom list that's compatible with mono's version of SWF? When I Google "mono DrawListViewItemEventArgs" it seems to pull up results that lead me to believe this was recently added to mono... Maybe it will be in mono 1.2.5? Thanks again, Mitchel ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Helping Ivan.
On 8/12/07, Miguel de Icaza <[EMAIL PROTECTED]> wrote: > Hey folks, > > If you have some cycles, would you mind helping Ivan with one of the > issues that he is having with XEMBED to get his Winforms designed > working? > It should be noted that I have moved my work to a standalone MWF hosted designer, so this is not a top priority for me any more, but it is still cruicial for the MonoDevelop integration. I do need help with other 2 issues related to MWF though: http://bugzilla.ximian.com/show_bug.cgi?id=82453 http://bugzilla.ximian.com/show_bug.cgi?id=82187 Regards, Ivan. > > > -- Forwarded message -- > From: "Ivan N. Zlatev" <[EMAIL PROTECTED]> > To: "Miguel de Icaza" <[EMAIL PROTECTED]> > Date: Wed, 8 Aug 2007 19:44:53 +0100 > Subject: GSoC WinForms Addin for MonoDevelop > Hey Miguel, > > I am on my vacation right now woho ;) It was my intention to send this > email before the beginning of it, but there we go. I was hacking on > the monodevelop addin to the last minute and the good news is that > something that initially seemed to work came out of that. > Unfortunately there are 2 major problems I have stumbled upon both > related to the mfw-gtk interop as described below. They are both > blockers and I won't be able to continue my work on the addin unless > those are resolved. A possibility is to spend the last week of the > gsoc program hacking on a standalone mwf hosted designer. > > > 1.) As I have described here - > http://lists.ximian.com/pipermail/mono-winforms-list/2007-August/002979.html > Drag and Drop doesn't work because there are some differences in how > that is handled when one of the parents is a Plug parented to a Socket > (that is - XEMBED is used). I have to use a socket/plug as the > designing is done on a separate process than the main MD one via > remoting. This is the way to go in MD. > > 2.) The second issue can be observed only sometimes (well quite often > actually) and looks like this - > http://www.i-nz.net/files/gallery/software/mwf-addin-borked.png. To me > this looks like that one of the gtk/mwf thread is blocking the other. > I do not know why and how. > > The "mwf parented in gtk" code also known as the Designer Remote > Editor Process is this > http://monodt.i-nz.net/browser/trunk/WinFormsAddin/src/EditorProcess.cs. > The MD main gtk thread creates a socket and attaches the > DesignerWidget offered by the EditorProcess (RemoveDesignerProcess > from the DesignerSupport addin) to a plug. In this designer widget I > parent the MWF control. > > * To get, install and test the addin from the attached tarball: > make install > make run > (make uninstall is also present) > Load the test solution from the tarball -> open Form1.cs -> click on Design > > * To get and install the addin from source code (requires MonoDevelop 0.15): > > svn co http://svn.i-nz.net/monodt/trunk/Mono.Design > svn co http://svn.i-nz.net/monodt/trunk/WinFormsAddin > cd Mono.Design; make; cd .. > cd WinFormsAddin; make; make install; cd .. > > -- > Ivan N. Zlatev > > Web: http://www.i-nZ.net > "It's all some kind of whacked out conspiracy." > > ___ > Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-winforms-list > > > ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
