Re: [Mono-winforms-list] Porting Visual Studio Created WinForms Applications C#
To clear things up, it's been in the hands of the community since 2010, but it was actually started by the Mono team. Sure, you can contribute in any way you like. Fix your own pet bugs, fix bugs from bugzilla, or add new stuff. Then submit patches / pull requests. Sources: https://github.com/mono/mono/tree/master/mcs/class/System.Windows.Forms Let me know if I can help. - Mail original - De: Marcel Burger m.burger.w...@gmail.com À: Stifu st...@free.fr Cc: mono-winforms-list@lists.ximian.com Envoyé: Mercredi 29 Juillet 2015 10:22:36 Objet: Re: [Mono-winforms-list] Porting Visual Studio Created WinForms Applications C# Hi, Is there a way I can contribute to this project? I do like working with Winforms, and now that you told me it's a community based project, I admire the effort alot ! Until now, every functionality seems to work flawlessly. It's mainly a matter of knowing which librareis you can/can't use and which controls and their properties to use and how to manipulate the controls so they work on multiple OSses. Kind regards, Marcel Burger On Wed, Jul 29, 2015 at 9:50 AM, st...@free.fr wrote: Hi, I'm hoping that future mono updates wil solve these graphical issues automagically, so the software works and looks as stunning as it does on a windows system :-) For your information, the WinForms project is only maintained by the community, so such a project would have to come from us. Xamarin won't do it. If not, I guess, HTML5 instead of WinForm will be a nice GUI replacement :-) There's also XWT (but still no designer): https://github.com/mono/xwt - Mail original - De: Marcel Burger m.burger.w...@gmail.com À: Stifu st...@free.fr Cc: mono-winforms-list@lists.ximian.com Envoyé: Mercredi 29 Juillet 2015 09:37:27 Objet: Re: [Mono-winforms-list] Porting Visual Studio Created WinForms Applications C# Hello Peter, Currently I'm also building a multi platform desktop application. I develop with VS, import it in a virtual Linux Mint via Git and build it with Monodevelop. I use Monodevelop and Google to fix the list of build failures Monodevelop comes up with. Besides that I try to use as little Dependencies as I can and only use Libraries which are crossplatform. So, 1 codebase - several deployments. Personally I don't mind the Designer files VS creates, since these files only initiate and set the properties of the controls you create when you use the visual designer is VS. The .resx files (also) contain the images you use in your application (b.t.w. I've noticed that it's better to avoid using Icon files but instead use png files and convert them to ico via code). Monodevelop doesn't have a WinForm designer so you will be creating (some sort of) Designer files yourself anyway to initiatie and set the controls you need. I have noticed that some Control properties set in VS don't act like they should in Monodevelop, many of which have been submitted as bugs. In many cases initiating those Controls and setting the properties yourself (via code instead of using the Visual Designer) solve the problems (but not all of them, some properties simply don't work so I choose to ommit them instead of creating hacks around them ...). So you can also stick to develop a winform app without a Visual Designer ;) Keep in mind that you will have some issues regarding: - visual refreshing on Unix systems (controls simply won't refresh themselve like they do on Windows, so sometimes you don't see the controls at all, which looks pretty awful. I see it in more applications on Unix systems ...) - The controls used via Monodevelop are based on winXP which make them look a buit outdated - Some controls used via Monodevelop have different base (not mutable) properties then WIndows, which leads to different spacing requirements ... (e.g. ComboBox). Since I only have the requirement that the software should work on Unix and that the graphical issues are not that important, I stick with my current development strategy. I think it's very cool that I only have to write the code once and deploy it on different OSses, but the graphical experience is a bit dissapointing. I'm hoping that future mono updates wil solve these graphical issues automagically, so the software works and looks as stunning as it does on a windows system :-) I don't mind helping out in that area ;) If not, I guess, HTML5 instead of WinForm will be a nice GUI replacement :-) cheers, Marcel Burger On Tue, Jul 28, 2015 at 5:23 PM, Stifu st...@free.fr wrote: Hi, MonoDevelop and Xamarin Studio don't have a WinForms designer, so you'd better stick with Visual Studio. I admit I'm not really up to date on this, but there must be VS plugins to run your app with Mono from the IDE. I've found the MonoDebugger project ( http://www.monodebugger.net/ ), but it seems it's still not available. Maybe Xamarin for Visual
Re: [Mono-winforms-list] Porting Visual Studio Created WinForms Applications C#
Hi, I'm hoping that future mono updates wil solve these graphical issues automagically, so the software works and looks as stunning as it does on a windows system :-) For your information, the WinForms project is only maintained by the community, so such a project would have to come from us. Xamarin won't do it. If not, I guess, HTML5 instead of WinForm will be a nice GUI replacement :-) There's also XWT (but still no designer): https://github.com/mono/xwt - Mail original - De: Marcel Burger m.burger.w...@gmail.com À: Stifu st...@free.fr Cc: mono-winforms-list@lists.ximian.com Envoyé: Mercredi 29 Juillet 2015 09:37:27 Objet: Re: [Mono-winforms-list] Porting Visual Studio Created WinForms Applications C# Hello Peter, Currently I'm also building a multi platform desktop application. I develop with VS, import it in a virtual Linux Mint via Git and build it with Monodevelop. I use Monodevelop and Google to fix the list of build failures Monodevelop comes up with. Besides that I try to use as little Dependencies as I can and only use Libraries which are crossplatform. So, 1 codebase - several deployments. Personally I don't mind the Designer files VS creates, since these files only initiate and set the properties of the controls you create when you use the visual designer is VS. The .resx files (also) contain the images you use in your application (b.t.w. I've noticed that it's better to avoid using Icon files but instead use png files and convert them to ico via code). Monodevelop doesn't have a WinForm designer so you will be creating (some sort of) Designer files yourself anyway to initiatie and set the controls you need. I have noticed that some Control properties set in VS don't act like they should in Monodevelop, many of which have been submitted as bugs. In many cases initiating those Controls and setting the properties yourself (via code instead of using the Visual Designer) solve the problems (but not all of them, some properties simply don't work so I choose to ommit them instead of creating hacks around them ...). So you can also stick to develop a winform app without a Visual Designer ;) Keep in mind that you will have some issues regarding: - visual refreshing on Unix systems (controls simply won't refresh themselve like they do on Windows, so sometimes you don't see the controls at all, which looks pretty awful. I see it in more applications on Unix systems ...) - The controls used via Monodevelop are based on winXP which make them look a buit outdated - Some controls used via Monodevelop have different base (not mutable) properties then WIndows, which leads to different spacing requirements ... (e.g. ComboBox). Since I only have the requirement that the software should work on Unix and that the graphical issues are not that important, I stick with my current development strategy. I think it's very cool that I only have to write the code once and deploy it on different OSses, but the graphical experience is a bit dissapointing. I'm hoping that future mono updates wil solve these graphical issues automagically, so the software works and looks as stunning as it does on a windows system :-) I don't mind helping out in that area ;) If not, I guess, HTML5 instead of WinForm will be a nice GUI replacement :-) cheers, Marcel Burger On Tue, Jul 28, 2015 at 5:23 PM, Stifu st...@free.fr wrote: Hi, MonoDevelop and Xamarin Studio don't have a WinForms designer, so you'd better stick with Visual Studio. I admit I'm not really up to date on this, but there must be VS plugins to run your app with Mono from the IDE. I've found the MonoDebugger project ( http://www.monodebugger.net/ ), but it seems it's still not available. Maybe Xamarin for Visual Studio does what you want ( http://xamarin.com/visual-studio ), but I'm not sure, since it's actually specialized in mobile development. Note you could also just build your app with VS then manually test it on Mono on all the targeted platforms. It's not ideal, but it's what I do (except I use SharpDevelop). jonesypeter wrote Hello, I wonder if I could ask a very simplistic question. I have searched for an answer before posting. I have created a very simple WinForms applications and created the .exe and checked that this runs with Mono as well and it all went fine. If I want to build this application directly with Mono how do I do this, because Visual Studio creates a large list of files including Form1.Designer.cs, Form1.resz. and Program.cs Thanks Peter Jones -- View this message in context: http://mono.1490590.n4.nabble.com/Porting-Visual-Studio-Created-WinForms-Applications-C-tp4666376p4666385.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman
Re: [Mono-winforms-list] Drawing in a winform using Gtk C# in Xamarin Studio
Hello, You should either use WinForms or GTK#, not both. If you want to use WinForms, then you should draw using GDI+, the same way you would in .NET. If you want to use GTK#, then you should draw using GDK (http://docs.go-mono.com/?link=T%3aGdk.Pixbuf). RoboPi wrote Hello, I'm looking for help or tutorials on how to draw to a drawingarea on a Windows Form using C# in Xamarin Studio. I just need to draw simple shapes, line, rectangles, circles, and be able to fill them in with color. A simple sample code would be great. I haven't been able to find anything on YouTube or Google. Any help will be greatly appreciated. Thank you, James -- View this message in context: http://mono.1490590.n4.nabble.com/Drawing-in-a-winform-using-Gtk-C-in-Xamarin-Studio-tp4666294p4666295.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Drawing in a winform using Gtk C# in Xamarin Studio
I can confirm you're working on a GTK# project and not on a WinForms one. Mono can run WinForms apps (with some bugs), but doesn't have a WinForms designer. So if you wanna build a WinForms app with a GUI designer, you'd need to do it from Windows using Visual Studio or SharpDevelop. If you wanna build a desktop app from Xamarin Studio with a GUI designer, I think GTK# is your only choice. Note that there's another interesting GUI toolkit: XWT (https://github.com/mono/xwt), but it still doesn't have a designer either if I'm not mistaken. Anyway, I've never used GTK#, so can't help you with it. But I found this after a quick search, which might be useful: http://stackoverflow.com/questions/9113069/how-to-use-gdk-library-in-c-sharp-mono RoboPi wrote Thanks for the quick reply. Unfortunately I'm new to all of this and I don't know what I'm doing so I'll try to explain I'm running Windows 7.I downloaded Monodevelop Xamarin StudioWhen I start a project I choose New SolutionFrom there I chose .NET and Gtk# 2.0 ProjectI then select MainWindow.cs opened with Window Designer I get a form to design and create code for the objects I place on the form. When I run the program I get a Window that contains all my buttons, etc. So that's where I'm at. I've placed a DrawingArea object (or widget?) from the toolbox onto the form. Now I would like to draw to that drawing area. So I need to find some documentation or tutorials on how to do that. That's where I'm at. So what am I using here? Is this a Gtk C# window? Or a Winform? And can I use a standard Windows form in this studio? I used to have Microsoft C# studio and I could draw to a windows forms pretty easily. But it doesn't seem to work the same in the Monodevelop Xamarin studio. I just need to get past this graphics problem and I can get on with writing my code to draw the simulations I want to program. I just can't figure out how to draw to the DrawingArea object, or widget? I've been looking for a tutorial on how to do that and I couldn't find one. Thanks From: Stifu [via Mono] lt; ml-node+s1490590n4666295h93@.nabble gt; To: RoboPi lt; antiquecraftsman@ gt; Sent: Tuesday, July 7, 2015 12:09 PM Subject: Re: Drawing in a winform using Gtk C# in Xamarin Studio Hello, You should either use WinForms or GTK#, not both. If you want to use WinForms, then you should draw using GDI+, the same way you would in .NET. If you want to use GTK#, then you should draw using GDK (http://docs.go-mono.com/?link=T%3aGdk.Pixbuf). RoboPi wroteHello, I'm looking for help or tutorials on how to draw to a drawingarea on a Windows Form using C# in Xamarin Studio. I just need to draw simple shapes, line, rectangles, circles, and be able to fill them in with color. A simple sample code would be great. I haven't been able to find anything on YouTube or Google. Any help will be greatly appreciated. Thank you, James If you reply to this email, your message will be added to the discussion below: http://mono.1490590.n4.nabble.com/Drawing-in-a-winform-using-Gtk-C-in-Xamarin-Studio-tp4666294p4666295.html To unsubscribe from Drawing in a winform using Gtk C# in Xamarin Studio, click here. NAML -- View this message in context: http://mono.1490590.n4.nabble.com/Drawing-in-a-winform-using-Gtk-C-in-Xamarin-Studio-tp4666294p4666299.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] stuck with WinForms issue, not sure how to proceed
Hello, I know I'm a bit late, but just in case, I'll reply anyway. What I'd do is retrieve the Mono WinForms source code, then hack away to figure out what's wrong... Then you can just swap the Mono WinForms DLL with the one you built. Getting the WinForms project to build can be tricky, though (haven't tried lately). Sources: https://github.com/mono/mono/tree/master/mcs/class/System.Windows.Forms RhinoNY wrote Hi there, I have a Windows Forms custom control assembly which I have authored that does not run under Mono and I’m stuck trying to figure out why. I have provided a link to the testbed exe and the DLL below. Both target Framework 2.0. The DLL has a custom splitter, group bar, and navigation bar that I have authored. http://www.ryanrogers.com/monotest.zip I have ran both the DLL and EXE through Mono Analyzer and there were no issues found. Of course, I make no p/invoke calls or anything like that. I have compiled under VS 2010 as well as Mono. No warnings or errors compiling with either. I used the CSC.exe syntax out from VS and ran it through the Mono compiler. However, it doesn’t matter whether I run the MS-compiled assemblies of the Mono-compiled assemblies. In both cases I see a stack overflow warning (when run with –verbose), and the UI never launches. Everything runs fine using the MS runtime. I have tried both the “latest” and “stable” builds of Mono, and get the same result. I’m new too Mono, but a .Net veteran. How do I get more info out of Mono so that I can tell what is causing the problem? I know it’s my NavBar / GroupBar control that is causing the issue, as when I remove their creation from the testbed exe, it launches. So something these controls are doing is causing an issue, but I have no idea what, and am not sure the best way to diagnose this using Visual Studio. They are quite complex controls so I need some way to diagnose this. Do I need to be running MonoDevelop? Was hoping to avoid that... Are there some log files or logging options I'm overlooking? Any help or pointers would be most appreciated! Thanks, Ryan -- View this message in context: http://mono.1490590.n4.nabble.com/stuck-with-WinForms-issue-not-sure-how-to-proceed-tp4663153p4666296.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] GIF @ WinForm kinda mess
Is it an animated gif or not? Only related bug I could find: https://bugzilla.novell.com/show_bug.cgi?id=564059 supercalho3000 wrote Hello there, I'm running CS code under debian wheezy with mono 2.10 + gnome, and i have one application that i want to port. The problem is that when i run the application in debian, the gifs simply shows a bunch of lines, and unknown things, kinda glitched. PNG, and other components on the forms r nice, but gif r a bit mess. Is anyone knows what are this little issue? :D regards! -- View this message in context: http://mono.1490590.n4.nabble.com/GIF-WinForm-kinda-mess-tp4661513p4661516.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] WinForms regression with Mono 3.2.3
This is on Windows. The WinForms app worked with Mono 2.10, but no longer with 3.2.3. I guess this affects pretty much all WinForms apps, but if not, I'm trying to run this app: https://code.google.com/p/epicedit/ Is this a known issue? Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initiali zer for System.Windows.Forms.WindowsFormsSynchronizationContext --- System.Type InitializationException: An exception was thrown by the type initializer for Sys tem.Windows.Forms.ThemeEngine --- System.TypeInitializationException: An except ion was thrown by the type initializer for System.Windows.Forms.ThemeWin32Classi c --- System.TypeInitializationException: An exception was thrown by the type i nitializer for System.Drawing.KnownColors --- System.TypeInitializationExceptio n: An exception was thrown by the type initializer for System.Drawing.GDIPlus -- - System.DllNotFoundException: /tmp/install/lib/libgdiplus.so at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup (ulong,S ystem.Drawing.GdiplusStartupInput,System.Drawing.GdiplusStartupOutput) at System.Drawing.GDIPlus..cctor () [0x000cc] in C:\cygwin\sources\mono\mcs\cl ass\System.Drawing\System.Drawing\gdipFunctions.cs:127 --- End of inner exception stack trace --- at System.Drawing.KnownColors..cctor () [0x0001a] in C:\cygwin\sources\mono\mc s\class\System.Drawing\System.Drawing\KnownColors.cs:225 --- End of inner exception stack trace --- at System.Drawing.Color.get_Black () [0x0] in C:\cygwin\sources\mono\mcs\c lass\System.Drawing\System.Drawing\Color.cs:483 at System.Windows.Forms.ThemeWin32Classic..cctor () [0x0] in C:\cygwin\sou rces\mono\mcs\class\Managed.Windows.Forms\System.Windows.Forms\ThemeWin32Classic .cs:52 --- End of inner exception stack trace --- at System.Windows.Forms.ThemeVisualStyles..ctor () [0x0] in C:\cygwin\sour ces\mono\mcs\class\Managed.Windows.Forms\System.Windows.Forms\ThemeVisualStyles. cs:45 at System.Windows.Forms.ThemeEngine..cctor () [0x0002d] in C:\cygwin\sources\m ono\mcs\class\Managed.Windows.Forms\System.Windows.Forms\ThemeEngine.cs:49 --- End of inner exception stack trace --- at System.Windows.Forms.SystemInformation.get_MenuAccessKeysUnderlined () [0x0 ] in C:\cygwin\sources\mono\mcs\class\Managed.Windows.Forms\System.Windows.F orms\SystemInformation.cs:317 at System.Windows.Forms.Control..ctor () [0x000e3] in C:\cygwin\sources\mono\m cs\class\Managed.Windows.Forms\System.Windows.Forms\Control.cs:900 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control:.ctor () at System.Windows.Forms.WindowsFormsSynchronizationContext..cctor () [0x0] in C:\cygwin\sources\mono\mcs\class\Managed.Windows.Forms\System.Windows.Forms\ WindowsFormsSynchronizationContext.cs:45 --- End of inner exception stack trace --- at System.Windows.Forms.Control..ctor () [0x00014] in C:\cygwin\sources\mono\m cs\class\Managed.Windows.Forms\System.Windows.Forms\Control.cs:871 at System.Windows.Forms.ScrollableControl..ctor () [0x0] in C:\cygwin\sour ces\mono\mcs\class\Managed.Windows.Forms\System.Windows.Forms\ScrollableControl. cs:157 at System.Windows.Forms.ContainerControl..ctor () [0xe] in C:\cygwin\sourc es\mono\mcs\class\Managed.Windows.Forms\System.Windows.Forms\ContainerControl.cs :54 at System.Windows.Forms.Form..ctor () [0x00012] in C:\cygwin\sources\mono\mcs\ class\Managed.Windows.Forms\System.Windows.Forms\Form.cs:387 at EpicEdit.UI.MainForm..ctor (System.String[] args) [0x0] in filename un known:0 at (wrapper remoting-invoke-with-check) EpicEdit.UI.MainForm:.ctor (string[]) at EpicEdit.UI.MainForm.Main (System.String[] args) [0x0] in filename unk nown:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An except ion was thrown by the type initializer for System.Windows.Forms.WindowsFormsSync hronizationContext --- System.TypeInitializationException: An exception was thr own by the type initializer for System.Windows.Forms.ThemeEngine --- System.Typ eInitializationException: An exception was thrown by the type initializer for Sy stem.Windows.Forms.ThemeWin32Classic --- System.TypeInitializationException: An exception was thrown by the type initializer for System.Drawing.KnownColors --- System.TypeInitializationException: An exception was thrown by the type initia lizer for System.Drawing.GDIPlus --- System.DllNotFoundException: /tmp/install/ lib/libgdiplus.so at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup (ulong,S ystem.Drawing.GdiplusStartupInput,System.Drawing.GdiplusStartupOutput) at System.Drawing.GDIPlus..cctor () [0x000cc] in C:\cygwin\sources\mono\mcs\cl ass\System.Drawing\System.Drawing\gdipFunctions.cs:127 --- End of inner exception stack trace --- at System.Drawing.KnownColors..cctor () [0x0001a] in C:\cygwin\sources\mono\mc s\class\System.Drawing\System.Drawing\KnownColors.cs:225 --- End of inner exception stack trace ---
Re: [Mono-winforms-list] Cursor.Hide Not working
Actually, that's what proposed in the WinForms sources... https://github.com/mono/mono/blob/master/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUIX11.cs internal override void ShowCursor(bool show) { ; // FIXME - X11 doesn't 'hide' the cursor. we could create an empty cursor } Stifu wrote If all fails, you could just use a custom invisible cursor instead (like, a cursor icon made of a single transparent pixel). Though it'd be nice to fix in WinForms itself... UserDave2012 wrote I am porting a VB.NET application from Win over to Linux and am having a problem of the Cursor.Hide function not working. It does not throw an error, it just doesn't hide the cursor. I searched the forum and see that this was reported in 2008 but it didn't have a resolution. Neither of the following statements have any effect so I can't even move it off the screen: Cursor.Position = New Point(50,50) Cursor.Hide Both of these statements function correctly on Win. Can anyone point me to a patch or work-around to hide the cursor? Thank you in advance Edit: Linux Platform : Xubuntu 64 MonoVersion 2.10.8 (latest available via Synaptic) -- View this message in context: http://mono.1490590.n4.nabble.com/Cursor-Hide-Not-working-tp4649801p4649810.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] OpenFileDialog Exception
If ArrayList is buggy, it should be fixed then. But meanwhile, maybe we could work around such issues in WinForms by using a generic list instead (assuming the list is not exposed anywhere). .NET 1.x is no longer supported, and generic lists perform better anyway. sa5webber wrote Looking into this further leads the problem to mcs/class/corlib/System.Collections/ArrayList.cs. I'm apparently not the only one to encounter this problem, but it doesn't look like its been addressed yet. Here is the trace from my issue. System.InvalidOperationException: List has changed. at System.Collections.ArrayList+SimpleEnumerator.MoveNext () [0x0] in filename unknown:0 at System.Windows.Forms.Form.ShowDialog (IWin32Window owner) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Form:ShowDialog (System.Windows.Forms.IWin32Window) at System.Windows.Forms.CommonDialog.ShowDialog (IWin32Window owner) [0x0] in filename unknown:0 at System.Windows.Forms.CommonDialog.ShowDialog () [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.CommonDialog:ShowDialog () at B2RfTestSet.B2RfTestSet.btnLoadScript_Click (System.Object sender, System.EventArgs e) [0x0] in filename unknown:0 at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x0] in filename unknown:0 at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x0] in filename unknown:0 at System.Windows.Forms.ButtonBase.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x0] in filename unknown:0 at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x0] in filename unknown:0 at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x0] in filename unknown:0 All I have to do to recreate the problem is create an OpenFileDialog() along with a button to launch the OpenFileDialog() dialog. I then repeatedly click the button to open the dialog and then then cancel it. I do this maybe about 10 times. At some point during the open process, the application crashes with the above error. -- View this message in context: http://mono.1490590.n4.nabble.com/OpenFileDialog-Exception-tp4649531p4649595.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] DataSet WriteXml single, double, decimal problem...
This is most likely a bug. Feel free to report it (https://bugzilla.xamarin.com/). And if you're motivated, you could have a look at the Mono source code, and submit a patch. matise wrote I have problem when writexml method is used to write file to had drive. DataTable has single column (i have tried to use double or decimal instead) in all cases write xml looses decimal point and writes it without. For example if value is 0,25 value written is 25. When I run application in windows without using mono it saves data correctly but in linux it is wrong. This might be problem because our linux and windows systems are set to use comma as decimal point (Croatia). I have solution to multiply all values by few hundred thousand and store values as whole numbers. But this creates problems when I use grids to display data... I will try to set linux to american english numbering system... But this might be bug... -- View this message in context: http://mono.1490590.n4.nabble.com/DataSet-WriteXml-single-double-decimal-problem-tp4649547p4649548.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] DataGridView setting column width problem
Hi, I was gonna post a link to bug 590, then realized you're the one who posted it. Well, it's just a bug that needs to be fixed, can't say much more than that. If you're feeling adventurous, feel free to dig into the Mono source code. That's how I fixed my WinForms pet bugs. Let me know if I can help you getting started. sa5webber wrote I have a datagridview with 4 columns. The first 3 I've tried to set to a fixed column width and the last one to a fill as shown below. This works correctly with MS .net. In mono it distributes the 4 columns into equal widths. In other words it seems to ignore the AutoSizeMode and width settings. Anybody have any suggestions? dgvLog.Columns[0].AutoSizeMode = DataGridViewAutoSizeColumnMode.None; dgvLog.Columns[0].MinimumWidth = 140; dgvLog.Columns[0].Width = 140; dgvLog.Columns[1].AutoSizeMode = DataGridViewAutoSizeColumnMode.None; dgvLog.Columns[1].MinimumWidth = 70; dgvLog.Columns[1].Width = 70; dgvLog.Columns[2].AutoSizeMode = DataGridViewAutoSizeColumnMode.None; dgvLog.Columns[2].MinimumWidth = 70; dgvLog.Columns[2].Width = 70; dgvLog.Columns[3].AutoSizeMode = DataGridViewAutoSizeColumnMode.Fill; -- View this message in context: http://mono.1490590.n4.nabble.com/DataGridView-setting-column-width-problem-tp4491058p4493320.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] GDI+ status: InvalidParameter from LinearGradientBrush
GTK# or MonoMac. Or help and fix WinForms. :p There was also a project to reimplement WinForms on Mac using MonoMac, but I don't know if it's still active. KeithBoynton wrote That's disappointing, the offending control looks to be the toolstrip so I guess I'll try and switch it for another control and see if I have more joy with that. The only thing that worries me with using X11 is distribution of the app, there's be a dependency on X11 then. I suppose my safest alternative is to split out the UI layer and implement it some other way maybe using GTK#? -- View this message in context: http://mono.1490590.n4.nabble.com/GDI-status-InvalidParameter-from-LinearGradientBrush-tp4475791p4478926.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] GDI+ status: InvalidParameter from LinearGradientBrush
Sadly, GDI+ and WinForms are simply buggy, especially on Mac. If you've got an X11 server installed, you could try running your application this way: MONO_MWF_MAC_FORCE_X11=1 mono yourapp.exe This will give better results. KeithBoynton wrote I'm receiving this error when trying to run an application on OS-X under Mono which is being ported from Windows. Obviously the application runs fine in Windows. I've pulled across the .sln and all class files etc. from the Visual Studio 2010 project into my MonoDevelop environment in OS-X Lion. The solution compiles fine with no errors. However when I try to run it I get this error. A null reference or invalid value was found [GDI+ status: InvalidParameter] at System.Drawing.GDIPlus.CheckStatus (Status status) [0x0009d] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/System.Drawing/System.Drawing/gdipFunctions.cs:220 at System.Drawing.Drawing2D.LinearGradientBrush..ctor (Rectangle rect, Color color1, Color color2, LinearGradientMode linearGradientMode) [0x00025] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/System.Drawing/System.Drawing.Drawing2D/LinearGradientBrush.cs:66 at (wrapper remoting-invoke-with-check) System.Drawing.Drawing2D.LinearGradientBrush:.ctor (System.Drawing.Rectangle,System.Drawing.Color,System.Drawing.Color,System.Drawing.Drawing2D.LinearGradientMode) at System.Windows.Forms.ToolStripProfessionalRenderer.OnRenderToolStripPanelBackground (System.Windows.Forms.ToolStripPanelRenderEventArgs e) [0x0] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/Managed.Windows.Forms/System.Windows.Forms/ToolStripProfessionalRenderer.cs:425 at System.Windows.Forms.ToolStripRenderer.DrawToolStripPanelBackground (System.Windows.Forms.ToolStripPanelRenderEventArgs e) [0x0] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/Managed.Windows.Forms/System.Windows.Forms/ToolStripRenderer.cs:124 at System.Windows.Forms.ToolStripPanel.OnPaintBackground (System.Windows.Forms.PaintEventArgs e) [0x7] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/Managed.Windows.Forms/System.Windows.Forms/ToolStripPanel.cs:371 at System.Windows.Forms.Control.WmPaint (System.Windows.Forms.Message m) [0x0006a] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/Managed.Windows.Forms/System.Windows.Forms/Control.cs:5236 at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message m) [0x0016b] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/Managed.Windows.Forms/System.Windows.Forms/Control.cs:5006 at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message m) [0x0] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/Managed.Windows.Forms/System.Windows.Forms/ScrollableControl.cs:813 at System.Windows.Forms.ContainerControl.WndProc (System.Windows.Forms.Message m) [0x0003c] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/Managed.Windows.Forms/System.Windows.Forms/ContainerControl.cs:689 at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message m) [0x0] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/Managed.Windows.Forms/System.Windows.Forms/Control.cs:228 at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message m) [0x0] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/Managed.Windows.Forms/System.Windows.Forms/Control.cs:209 at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x0008e] in /private/tmp/monobuild/build/BUILD/mono-2.10.8/mcs/class/Managed.Windows.Forms/System.Windows.Forms/NativeWindow.cs:242 I didn't think I was doing anything particuarly complex, it's a windows form with (what I thought) to be standard controls on it. Any help/pointers would be greatly appreciated -- View this message in context: http://mono.1490590.n4.nabble.com/GDI-status-InvalidParameter-from-LinearGradientBrush-tp4475791p4476063.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] winform drag and drop functionality
May be this bug: https://bugzilla.novell.com/show_bug.cgi?id=462687 Feel free to repost this bug on the new bugzilla (https://bugzilla.xamarin.com/) so it gets more attention. savita wrote Thank you for quick reply. OS is windows XP. The application is developed in VS2010. Installed Mono tools for visual studio 2010 so that we can run the application in mono. http://www.mono-project.com/GettingStartedWithMonoVS#Download_Mono_for_Windows_to_Run.2FDebug_Locally Also opened and run the application in monodevelop. Drag and drop functionality is not working. -- View this message in context: http://mono.1490590.n4.nabble.com/winform-drag-and-drop-functionality-tp4410189p4413502.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] winform drag and drop functionality
Must be a Mono bug, then. It might be OS specific, but you didn't specify the OS. PS: Note that you don't need to recompile your app with Mono in order to run it with Mono. savita wrote Hi, We have developed a drag and drop functionality in .net win form using c#. drag sourse is list box drag target is textbox. It doesn't give any error when compiled in mono. However the drag and drop functionality doesn't work in mono. The text in texbox set as a blank when dragged a list item from listbox. It works fine in .net. Kindly help and let me know what I am missing. I have set the this.textBox1.AllowDrop = true; this.listBox1.MouseDown += new System.Windows.Forms.MouseEventHandler(this.listBox1_MouseDown); this.textBox1.DragDrop += new System.Windows.Forms.DragEventHandler(this.textBox1_DragDrop); this.textBox1.DragEnter += new System.Windows.Forms.DragEventHandler(this.textBox1_DragEnter); public Form1() { InitializeComponent(); listBox1.Items.Add(ABC); listBox1.Items.Add(XYZ); listBox1.Items.Add(AAA); } private void textBox1_DragEnter(object sender, DragEventArgs e) { if (e.Data.GetDataPresent(DataFormats.Text)) e.Effect = DragDropEffects.Copy; else e.Effect = DragDropEffects.None; } private void textBox1_DragDrop(object sender, DragEventArgs e) { textBox1.Text = (string)e.Data.GetData(DataFormats.StringFormat); ; } private void listBox1_MouseDown(object sender, MouseEventArgs e) { listBox1.DoDragDrop(listBox1.SelectedItem.ToString(), DragDropEffects.Copy); } - Note : I have also refered the 'Dragging Text' code from http://zetcode.com/tutorials/monowinformstutorial/dragdrop/ . This also doesn't work when compiled in mono. -- View this message in context: http://mono.1490590.n4.nabble.com/winform-drag-and-drop-functionality-tp4410189p4410231.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Porting Windows .NET 4 WinForm Application To *NIX With Mono - Unexpected binary element 0
What is the resx entry for the Cursor you tried in your example? What do you mean? You should have everything you need in the solution attached to the bug report. Any ideas of where I might be able to post this to verify such a premise and/or elevate it as a bug? Well, I already reported the bug, so if it's the same one, there's no need to report anything else. But you may post extra info on the bug report. It may also help to bring up this issue on more popular mailing lists, such as Mono - Dev. And you might want to check out the ResourceManager class (https://github.com/mono/mono/blob/master/mcs/class/corlib/System.Resources/ResourceManager.cs), or related classes... I don't think I'll be able to help much, but feel free to ask for more info if needed. plaid wrote Sounds like your case is pretty much exactly the same case. In my case I find that it fails with Images as well as Icons (where the Cursor is effectively the same as an Icon). What is the resx entry for the Cursor you tried in your example? What I did with that GetBMPImage Function is essentially the same as your workaround, however, in my case, I have wy too many forms with images and icons in this manner to try to replace them all with this sort of process (especially considering it shouldn't be necessary to workaround). I get the feeling the issue is in how it's handling/converting application/x-microsoft.net.object.bytearray.base64 types when it tries to digest the resources. Any ideas of where I might be able to post this to verify such a premise and/or elevate it as a bug? It seems like it would be a fairly common problem for ANY Windows Forms application generated from Windows to *NIX and/or Mac. -- View this message in context: http://mono.1490590.n4.nabble.com/Porting-Windows-NET-4-WinForm-Application-To-NIX-With-Mono-Unexpected-binary-element-0-tp4289685p4290525.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] NullReferenceException under Wine
It seems these 2 lines are the ones that interest us: fixme:storage:create_storagefile Storage share mode not implemented. fixme:gdiplus:GdipDrawImagePointsRect Color transforms not implemented Both things refer to missing bits in Wine. So you may be out of luck. If you're using an old Wine version, you could try updating. Or look around if the bugs have been fixed. Second error may have been recently fixed by this: http://bugs.winehq.org/show_bug.cgi?id=24153 As for the first one, this bug report: http://bugs.winehq.org/show_bug.cgi?id=20174 might imply you should Use Wine's built in OLE, whatever that means. jeffguy wrote: Thanks for the link. I think it got me a step closer. When I ran the install file you suggested, I got the following: It looks like a failure, but when I then tried running OutsparkLancher again, the first error disappears :-) Unfortunately, I see the same symptoms. The new error console output is enclosed. I tried googling several of the fixme errors, but didn't see anything useful. Do any of you have advice on where I can search next, trying to get this working? Thanks! Stifu wrote: Hi, This link (in French, sorry): http://doc.ubuntu-fr.org/wine#erreur_parse_depend_manifests Says you need to install Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) available here: http://www.microsoft.com/download/en/details.aspx?displaylang=enid=5638 jeffguy wrote: Subject: System.Windows.Forms NullReferenceException under Wine Hello, and thank you for your hard work. I'm impressed at how strong mono has become! While using windows for a month, I tried out a game (luvinia, an mmorpg). I'm back in Linux and would like to continue. In my current attempt, I ran the game's installer with mono 2.10.6 (running on wine 1.3.15 within Ubuntu 11.04). When I run the installed program, it correctly renders the login screen, pauses roughly 0.3 seconds, then the login window vanishes. The console outputs a NullReferenceException in the System.Windows.Forms code. I've enclosed the console output, in case that's useful. A few minutes after the window closes, there is still no console activity, so I hit ^C, which causes the last three output lines. Is there a (not cost-prohibitive) way for me to circumvent this Exception, or am I stuck? The program is *not* open source. When I posted to the game's bug-reporting forum, I was told very clearly that Linux was not supported and I would find no help. I've searched Google and the mono forums but didn't see anything relevant. Thanks very much for your time. -- View this message in context: http://mono.1490590.n4.nabble.com/NullReferenceException-under-Wine-tp4030659p4036276.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] WinForms DragEventsArgs.KeyState
Hi, This is a bug in Mono. It comes from this file: https://github.com/mono/mono/blob/master/mcs/class/Managed.Windows.Forms/System.Windows.Forms/X11Dnd.cs Every DragEventArgs object intialized in this class pass 0 as the keystate value. Not sure how to fix this right now, but anyone can pick this up. dardino wrote: Hello! i tryed to find a solution for my problem: i need to know if a CRTL or ALT or SHIFT key are pressed at the Drop Event. this is my code: void pictureBox1_DragDrop(object sender, DragEventArgs e) { switch (e.KeyState) { case 0: // no key pressed = move Console.WriteLine(No key pressed); break; case 8: // pressed CTRL = copy Console.WriteLine(CTRL are pressed); break; case 12: // SHIFT + CTRL = swap Console.WriteLine(SHIF + CTRL are pressed); break; default: break; } } Under Windows it work perfectly! Under linux e.KeyState has value 0 all time. Why? Anyone has a solution for my problem? Thanks! -- View this message in context: http://mono.1490590.n4.nabble.com/WinForms-DragEventsArgs-KeyState-tp3925675p3926823.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Port winform .NET 4.0 app to Mac OSX
Any idea where to start? Trying to get your app to work with Mono on Windows was a good first step. I take it you can't make your app public, right? Or maybe try to make a reduced test case? If WebBrowser is not supported or converted is there any way round this? I'm not sure what the best solution would be. But you could do something like detect the OS, and if it's Mac, do something else (like using MonoMac to use native widgets? May not be easy to make it work with WinForms, though). Talking about that, for the info, what the Mono team suggests doing is having a different UI code depending on the OS, if you can afford it. Like, have some kind of interface, and if on Windows, use WinForms, and if on Mac, use MonoMac/Cocoa. GCHQ wrote: Thanks for your response... /I'm not the best person to answer you (don't have a Mac), but this should be better than nothing./ I don't have a Mac either - this was a request from a customer.. In fact I have never even used a Mac! Closest I have come is using the windows version of Safari to test websites... /1. Is it possible to port an existing winform application to OSX? Yes. Although WinForms support in Mono isn't good on OSX. But then again, maybe you'd like to help and patch it./ Any idea where to start? /2. If so would WebService, WebBrowser and other native Windows items cause a problem? WebService should be OK, but WebBrowser is not supported on Mac./ If WebBrowser is not supported or converted is there any way round this? /As for the exception you're getting, I'm not sure. I know some of the latest Mono versions were not packaged properly for Mac (something about GDI+ being compiled for 64-bit rather than 32-bit, or something). Maybe try an older Mono version, or look around for solutions for this issue./ The version I have is for Windows, running on Server 2008 R2... -- View this message in context: http://mono.1490590.n4.nabble.com/Port-winform-NET-4-0-app-to-Mac-OSX-tp3824087p3826284.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] CurrentCellDirtyStateChanged DataGridView
The best solution would clearly be to fix the bug and submit a patch. :) The WinForms sources are there: https://github.com/mono/mono/tree/master/mcs/class/Managed.Windows.Forms ingemar wrote: hi, it's me again...the CurrentCellDirtyStateChanged is not fired in mono. for me, that seems to be a bug! does anyone know a solution? regards, ingemar -- View this message in context: http://mono.1490590.n4.nabble.com/CurrentCellDirtyStateChanged-DataGridView-tp3780468p3784022.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] Fixing WinForms csproj - Consts.cs?
Hi guys, I'm trying to fix some broken csproj files in the Mono sources, and I'm not sure how to do it. I already did so locally, but the dirty way (referencing DLLs at certain locations, or adding extra cs files), and I'm trying to do it cleanly this time, so I can push my changes back. So, some projects reference Consts.cs, but this reference cannot be found. Looking in mono/mcs/build/common, I see that Consts.cs is missing, but there's Consts.cs.in instead. What's the .in for? It prevents me from adding a link to this file and getting it recognized as a C# file. In my project fixed the dirty way, I just copied the Consts.cs file to the Managed.Windows.Forms folder. Can anyone give me a hand, and tell me how I should proceed? Thanks. -- View this message in context: http://mono.1490590.n4.nabble.com/Fixing-WinForms-csproj-Consts-cs-tp3744183p3744183.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] How to use third-party controls?
There is no Mono WinForms designer, so I don't know if there is any other way than adding them manually. On the other hand, you could still do it in VS and run it with Mono. That said, the main thing to watch out for is whether the controls will actually work with Mono. Most third-party WinForms controls are Windows only, as they P/Invoke native Windows DLLs. Lynn wrote: How to use third-party controls just pull it from tools-panel to the forms like vs? regards! thanks! lynn -- View this message in context: http://mono.1490590.n4.nabble.com/How-to-use-third-party-controls-tp3739014p3739056.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] how to release a .net winform application by monodevelop?
Copy exe file (and needed DLLs, if any), then run exe with Mono (using command line mono myapp.exe, or other ways). That's about it. You could also run your program with Mono for Windows first. Lynn wrote: i'm a newbie to monodevelop. i have a .net winform app which runs fine on Windows os.i want to make it run on linux or mac os,how could i do ? It was design by vs2008. thanks! -- View this message in context: http://mono.1490590.n4.nabble.com/how-to-release-a-net-winform-application-by-monodevelop-tp3729175p3729226.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] winforms main menu
Although I didn't check out this bug, I'm pretty sure it must be a Mono WinForms bug. I can't see why it couldn't be fixed. However, the Mono team doesn't work on Windows anymore, so the patch would have to come from the community. focusgfx wrote: Hello all, I have a question.. I've a simple winforms application with a main menu, this works fine under windows, but in osx I have issues with the main menu, if the application runs using the carbon driver it has lots of drawing glitches but the main menu works, and if it runs under X11 the main menu doesn't work after you use it one time..for example.. if you select an item from the file menu and try to select it again the menu will not pull down as you expect have any of you encounter this problem or is it a bug in mono winforms ?, also if it's a known bug can it be fixed or is there any other work around it ? thanks in advance. -- View this message in context: http://mono.1490590.n4.nabble.com/winforms-main-menu-tp3692388p3692552.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Problem with winforms
It sounds like you may be missing a project reference. Your project needs to reference the System.Windows.Forms assembly. Then you'll be able to add the using directives. hannibal wrote: Hello, I am a beginners.I trying to write a winforms application first, and then downloading the library (libmono-winforms *) I have a problem to call the library with the using, there isn't! how can I do ? sorry for my english, but i'm not english, and now I'm learning. -- View this message in context: http://mono.1490590.n4.nabble.com/Problem-with-winforms-tp3641726p3642000.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Problem with winforms
You're using MonoDevelop, right? In your project, there should be a References folder at the root (not really a folder, but looks like one). Right click References to add a new reference to System.Windows.Forms. hannibal wrote: how Can I resolve?I don't understand,excuse me. -- View this message in context: http://mono.1490590.n4.nabble.com/Problem-with-winforms-tp3641726p3642632.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] Bug 692206 review (character encoding issue)
Hi, See bug: https://bugzilla.novell.com/show_bug.cgi?id=692206 (Can't enter o umlaut character with system keyboard Germany) The reporter proposes a patch that looks fine to me: using UTF8 rather than ASCII to encode characters. Does anyone have any objection against this patch? If not, I'll push it in a few days. Thanks. -- View this message in context: http://mono.1490590.n4.nabble.com/Bug-692206-review-character-encoding-issue-tp3508804p3508804.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Exception: System.EntryPointNotFoundExcept ion: SetScrollInfo
Hi, Please file a bug report with a reduced, self-contained test case. You may also want to investigate the bug and submit a patch. FChristian wrote: Hello, when trying to run a Windows program on Ubuntu 10.10, I get the error message Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. --- System.EntryPointNotFoundException: SetScrollInfo Any idea, what I could do? Regards, FChristian -- View this message in context: http://mono.1490590.n4.nabble.com/Exception-System-EntryPointNotFoundExcept-ion-SetScrollInfo-tp3470429p3475233.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] How to take screenshot from Panel ?
Tried the panel DrawToBitmap method? DudeFactory wrote: I need create image from my Panel. How do this ? -- View this message in context: http://mono.1490590.n4.nabble.com/How-to-take-screenshot-from-Panel-tp3343044p3343501.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] RichTextBox - SelectionBackColor functionality
This is most likely a bug (the WinForms implementation of Mono has a lot of rough edges). Feel free to report it. Rhejinald wrote: I've been searching the documentation (I'm relatively new to the mono project, 3 months or so using) and I'm finding nothing to answer what I'm struggling with. I'm developing a winform application, specifically working with the RichTextBox component. The functionality .SelectionColor operates fine, and the .SelectionBackColor property seems to be holding the color value, but the back color is not actually applied to the text in the component. I'm building using mono 2.10.1 (after updating from 2.8), and have tried with stable build 2.6.7 to no avail. Has the feature not been implemented, or am I (probably!) forgetting something? Regards -- View this message in context: http://mono.1490590.n4.nabble.com/RichTextBox-SelectionBackColor-functionality-tp3343644p3343747.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] New install of C Sharp, using System.Winforms not found
In the monodevelop there was some kind of design page, although different from visual studio; It must have been the GTK# designer (an alternative to WinForms). Can you describe how I would build it in visual studio but then test it on linux?? Just build your application normally on Windows, and then you can simply test your app directly on Linux (either the binaries or the sources, both are compatible with the Mono runtime and MonoDevelop respectively, without any changes). So it's all pretty straightforward. Note that no matter what, you *will* need to install the Mono WinForms package to run WinForms apps, if you don't already have it. It's installed by default in OpenSUSE if memory serves. Look for winforms in your package manager, to confirm it's there and installed. iBradleyAllen wrote: Hi, yes I meant system.windows.forms In the monodevelop there was some kind of design page, although different from visual studio; Can you describe how I would build it in visual studio but then test it on linux?? this is possible? if I could add emphasis and excitement in a question i would do it above. I did get the latest monodevelop downloaded, and it showed in the details that it was downgrading some and installing other stuff, afterwards i could open a default project, compile, run without doing any other coding, and it worked and displayed a blank window as expected. the first time i ran it got errors saying cannot find assembly this/that...then downloaded it from the site and it worked; so thats solved. I could NOT get the system.windows.forms add in. but WOW!! if i can build these in VS2008 and they work in the linux thats great. It would be so much more helpful to hear an overview of the process rather than try to figure it out from scratch thanks On Sun, Feb 20, 2011 at 1:19 AM, Stifu [via Mono] ml-node+3314993-1938980173-213...@n4.nabble.com wrote: Just checking: when you say System.Winforms, you really mean System.Windows.Forms, right? Also, MonoDevelop has no WinForms designer. So I suggest you build your UI on Windows (using Visual Studio or something else), then test your app on Linux. The other option would be to build your app without using a designer, which doesn't sound nice. Or use GTK# rather than WinForms, or something. Not sure what problem you're encountering with getting the latest Mono on OpenSUSE, it should be pretty straightforward, if you're using the official repo from the Mono download page. There's another tool in OpenSUSE to add repo URLs, other than zypper, but I forgot what its name is. Then when looking for new programs / updates, you should see all Mono 2.10 packages. iBradleyAllen wrote: I just downloaded and tried this out in openSuse 11.3 (which is also new to me). Im familiar with C# from Visual Studio and want to make it work on this. In a new solution i made a button, progressbar and double clicked the button in the ide designer view hoping it would generate a method stub for the OnClick event, but it didnt; I tried to manually make a delegate but it got an error saying what is this += thing? eventually found the on click event and added a messagebox.show or tried to, its not known. using system.winforms was not known. searching got a page that said download it from svn.anon something, so i installed subversion and tried it svn co svn://anonmonoproject whatever? connection refused. I installed the latest mono development from the main page using zypper. but i couldnt find or get the trunk/mcs to build it?? So the big picture is that I want to setup the IDE to look like a windows C# winforms platform; 2nd thing is to have these run in the suse linux 3rd thing is to create the forms as threads thanks in advance -- If you reply to this email, your message will be added to the discussion below: http://mono.1490590.n4.nabble.com/New-install-of-C-Sharp-using-System-Winforms-not-found-tp3314875p3314993.html To unsubscribe from New install of C Sharp, using System.Winforms not found, click herehttp://mono.1490590.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3314875code=aWJyYWRsZXlhbGxlbkBnbWFpbC5jb218MzMxNDg3NXwxODI4MTYyMjk=. -- View this message in context: http://mono.1490590.n4.nabble.com/New-install-of-C-Sharp-using-System-Winforms-not-found-tp3314875p3318091.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] New install of C Sharp, using System.Winforms not found
You didn't even need Mono or MonoDevelop for Windows, actually (although it can help to do preliminary tests before checking Linux out). What I meant is build your app with Visual Studio, then test it on Linux with Mono. So you use the WinForms designer of Visual Studio. MonoDevelop only has a GTK# designer. No WinForms designer, no ASP.NET designer, no Silverlight/Moonlight designer, and no WPF support at all. But on the bright side, since Mono is an open project, you can fix anything you deem not acceptable. iBradleyAllen wrote: ok cool, I downloaded the files for windows and got it setup in visual studio, then did debug in monodevelop and it worked; then made the file in md. no it didnt have any visual designer for the winforms stuff, i had to open a gtk# new solution and then it did. but i noticed adding items from the toolbox into the design area some did not have any properties? Its not acceptable to NOT have the visual designer mode. In the Microsoft world there is the Expression Blend as an alternative toolbox designer, using XAML which is awesome, anything like that available? or is that asking too much? On Mon, Feb 21, 2011 at 12:46 PM, Stifu [via Mono] ml-node+3318091-738239259-213...@n4.nabble.com wrote: In the monodevelop there was some kind of design page, although different from visual studio; It must have been the GTK# designer (an alternative to WinForms). Can you describe how I would build it in visual studio but then test it on linux?? Just build your application normally on Windows, and then you can simply test your app directly on Linux (either the binaries or the sources, both are compatible with the Mono runtime and MonoDevelop respectively, without any changes). So it's all pretty straightforward. Note that no matter what, you *will* need to install the Mono WinForms package to run WinForms apps, if you don't already have it. It's installed by default in OpenSUSE if memory serves. Look for winforms in your package manager, to confirm it's there and installed. iBradleyAllen wrote: Hi, yes I meant system.windows.forms In the monodevelop there was some kind of design page, although different from visual studio; Can you describe how I would build it in visual studio but then test it on linux?? this is possible? if I could add emphasis and excitement in a question i would do it above. I did get the latest monodevelop downloaded, and it showed in the details that it was downgrading some and installing other stuff, afterwards i could open a default project, compile, run without doing any other coding, and it worked and displayed a blank window as expected. the first time i ran it got errors saying cannot find assembly this/that...then downloaded it from the site and it worked; so thats solved. I could NOT get the system.windows.forms add in. but WOW!! if i can build these in VS2008 and they work in the linux thats great. It would be so much more helpful to hear an overview of the process rather than try to figure it out from scratch thanks On Sun, Feb 20, 2011 at 1:19 AM, Stifu [via Mono] ml-node+3314993-1938980173-213...@n4.nabble.com wrote: Just checking: when you say System.Winforms, you really mean System.Windows.Forms, right? Also, MonoDevelop has no WinForms designer. So I suggest you build your UI on Windows (using Visual Studio or something else), then test your app on Linux. The other option would be to build your app without using a designer, which doesn't sound nice. Or use GTK# rather than WinForms, or something. Not sure what problem you're encountering with getting the latest Mono on OpenSUSE, it should be pretty straightforward, if you're using the official repo from the Mono download page. There's another tool in OpenSUSE to add repo URLs, other than zypper, but I forgot what its name is. Then when looking for new programs / updates, you should see all Mono 2.10 packages. iBradleyAllen wrote: I just downloaded and tried this out in openSuse 11.3 (which is also new to me). Im familiar with C# from Visual Studio and want to make it work on this. In a new solution i made a button, progressbar and double clicked the button in the ide designer view hoping it would generate a method stub for the OnClick event, but it didnt; I tried to manually make a delegate but it got an error saying what is this += thing? eventually found the on click event and added a messagebox.show or tried to, its not known. using system.winforms was not known. searching got a page that said download it from svn.anon something, so i installed subversion and tried it svn co svn://anonmonoproject whatever? connection refused. I installed the latest mono development from the main page using zypper. but i couldnt find or get the trunk/mcs to build it?? So the big picture is that I want to setup the IDE to look like
Re: [Mono-winforms-list] WinForms development status?
Hi, Thanks for the offer. While it does not interest me (I'm into Mono as a hobbyist), it may interest others. For the record, Miguel replied to this message of mine, although it does not show on the mailing list. To sum things up, WinForms is now in the hands of the community, the Mono team will concentrate on other parts of Mono instead. Tom Hindle and myself have been appointed as maintainers, so we can review and push the patches of the community, including our own. And there's still room for more maintainers, if anyone is interested (if so, get in touch with Miguel)... Like, having a Mac WinForms maintainer would be great. iBradleyAllen wrote: Hi Stifu Id like to help fix this but the only way is if I can get paid for it. working by the task instead of by the hour seems fair, if nothing gets done then nothing gets paid. -- View this message in context: http://mono.1490590.n4.nabble.com/WinForms-development-status-tp3079899p3314985.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Removing the IDeviceContext.cs file
Hi Andy, Thanks for the answer. I think it was just some kind of internal class to replicate the behavior of the Drawing.IDeviceContext one, but since Drawing.IDeviceContext didn't exist in .NET 1.1, it was done internally in System.Windows.Forms, without exposing the class. That way, more code could be shared between 1.1 and 2.0, using 2 different classes as if it was the same one. I think we want to remove it, can't see why we'd want to keep it. Do you know if the only file reference I need to remove is in the System.Windows.Forms.dll.sources file, as I suspect? Just making sure I don't break anything. - Mail Original - De: Andy Hume andyhum...@yahoo.co.uk À: mono-winforms-list mono-winforms-list@lists.ximian.com Cc: st...@free.fr Envoyé: Mardi 25 Janvier 2011 21:46:03 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: RE: [Mono-winforms-list] Removing the IDeviceContext.cs file Don't know anthing about it really. Just to note that the one in System.Drawing is official (http://msdn.microsoft.com/en-us/library/system.drawing.idevicecontext.a spx) and is an interface. This one is a *class* matching -- but *not* implementing -- that interface... George Giolfan who worked on theming support is the only committer in SVN/GIT. Presumably it's obsolete -- and maybe was never used in production. Perhaps it was used for diagnostics purposes or something. Jonathan might know know more, or ask George -- though presumably not at the wonky email address listed in that file. Andy -Original Message- From: mono-winforms-list-boun...@lists.ximian.com [mailto:mono-winforms-list-boun...@lists.ximian.com] On Behalf Of st...@free.fr Sent: 20 January 2011 22:41 To: mono-winforms-list Cc: Miguel de Icaza Subject: [Mono-winforms-list] Removing the IDeviceContext.cs file Hi guys, As I was cleaning up WinForms from .NET 1.1 code, I stumbled on the IDeviceContext.cs file (in the System.Windows.Forms namespace). I'm not sure what this class was for exactly (some kind of replacement for the class of the same name in the System.Drawing namespace, I take it), but it now seems useless, since it's wrapped inside a #if !NET_2_0 condition. Also, from what I understand, if I remove it, I should also remove it from the System.Windows.Forms.dll.sources file (if I'm not mistaken, that's what the make command uses to find classes it should build), and I think that's it. Nothing else to update. Am I right, and can I go ahead with this? Thanks. ___ 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] Removing the IDeviceContext.cs file
Hi guys, As I was cleaning up WinForms from .NET 1.1 code, I stumbled on the IDeviceContext.cs file (in the System.Windows.Forms namespace). I'm not sure what this class was for exactly (some kind of replacement for the class of the same name in the System.Drawing namespace, I take it), but it now seems useless, since it's wrapped inside a #if !NET_2_0 condition. Also, from what I understand, if I remove it, I should also remove it from the System.Windows.Forms.dll.sources file (if I'm not mistaken, that's what the make command uses to find classes it should build), and I think that's it. Nothing else to update. Am I right, and can I go ahead with this? Thanks. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] Quick question about bug 661750
Bug 661750 is about an exception when converting the value of a NumericUpDown control to hexadecimal, if the value is 0. This conversion happens in the UpdateEditText method of the NumericUpDown control. The author of the code added the following comments: // Decimal.ToString doesn't know the X formatter, and // converting it to an int is narrowing, so do it // manually.. It'd be possible to fix this conversion bug by updating the conversion code a little, but instead, Oliver proposes (in bug report 661750) that we do this instead: Text = ((Int64)dvalue).ToString(X, CultureInfo.CurrentCulture); Which seems right, as Int64.MaxValue is actually the maximum value of a NumericUpDown in hexa mode, not Decimal.MaxValue. So there would be no precision loss, actually. I support this suggestion very strongly, as that'd mean we'd replace 131 lines of code with a single one. Slimming down the NumericUpDown code from 615 lines to 485, and therefore avoiding more potential bugs. Does this seem alright? Oh, and while I'm here, do you prefer Int64 or long? I don't think I've seen that specified in the Mono guidelines. But from what I've seen int is more commonly used than Int32, so it'd probably make sense to go for long. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] Help fixing bug 661753 (cloning ToolStripItem objects)
See bug 661753: TreeNode clones aren't complete, some properties are missing. This is the code I have so far (in TreeNode.cs): public virtual object Clone() { TreeNode tn = (TreeNode)Activator.CreateInstance (GetType ()); tn.name = name; tn.text = text; tn.image_key = image_key; tn.image_index = image_index; tn.selected_image_index = selected_image_index; tn.selected_image_key = selected_image_key; tn.state_image_index = state_image_index; tn.state_image_key = state_image_key; if (nodes != null) { foreach (TreeNode child in nodes) tn.nodes.Add ((TreeNode)child.Clone ()); } if (context_menu != null) { tn.context_menu = new ContextMenu(); foreach (MenuItem item in context_menu.menu_items) tn.context_menu.menu_items.Add (item.CloneMenu ()); } if (context_menu_strip != null) { tn.context_menu_strip = new ContextMenuStrip(); //foreach (ToolStripItem item in context_menu_strip.Items) //tn.context_menu_strip.Items.Add (item.Clone ()); } tn.tag = tag; tn.check = check; tn.tool_tip_text = tool_tip_text; if (prop_bag != null) tn.prop_bag = OwnerDrawPropertyBag.Copy (prop_bag); return tn; } However, the problem is the commented lines for context_menu_strip: I can't clone the ToolStripItem objects, as it has no clone method. So, what would be the best way to clone the ToolStripItem objects? Do I have to copy each property manually (as in here: http://blogs.msdn.com/b/jfoscoding/archive/2005/09/28/475177.aspx)? Hopefully not... If I have to, maybe I should make it an internal method inside ToolStripItem, so other objects can reuse it...? Thanks for the help. PS: the original code used both private fields and public properties, but mostly private fields, so I homogenized the whole thing and used private fields everywhere (as I don't think it's necessary to run the property code in this case). Maybe I should have used public properties instead... *shrugs* ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] How to improve quality of Application on mac
Hi, 3 solutions come to mind: - Submit patches to make WinForms better - Use hacks specific to your application* - Stop using WinForms, use another toolkit *As for hacks, I don't recommend it. Personally, I only use them as temporary solutions, while waiting for newer Mono versions to come out with the bugs fixed (not *hoping* they will be fixed, but making sure they will be). Then, after a while, I remove the hacks. Anubhava Dimri wrote: Hello Everybody, I have a windows form application which is build in vb.net. In which i am using printing and there are a lot of controls. I know that mono is not fully supporting windows.form and system.drawing. Clipboard is also not supporting in mac environment. These are some problems with mac if you have any type of suggestion and help to improve the quality of application. Thanks Anubhava Dimri -- View this message in context: http://mono.1490590.n4.nabble.com/How-to-improve-quality-of-Application-on-mac-tp3088576p3088609.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Form.InicializeComponent() throwing InvalidCastException
It might be this bug: https://bugzilla.novell.com/show_bug.cgi?id=648403 bmnds wrote: I dunno what may be causing it to happen. I've done a simple application before using winforms and it worked (the Picture Viewer example). I'm attaching the Visual Studio C# project if someone wants to check it. I'm completely blind here, no clue what can cause this... it works normaly on Windows 7. I've used an OpenFileDialog, TabView and some regular containers and controls. Here is the log (the window not even open, so I'm pretty sure it is some of the componentes, TabView maybe?): tes...@tesshu:~/Área de Trabalho/Mono .NET$ mono FileServer.exe [1] 1989 tes...@tesshu:~/Área de Trabalho/Mono .NET$ Unhandled Exception: System.InvalidCastException: Cannot cast from source type to destination type. at FileServer.Form1.InitializeComponent () [0x0] at FileServer.Form1..ctor () [0x0] at (wrapper remoting-invoke-with-check) FileServer.Form1:.ctor () at FileServer.Program.Main () [0x0] http://mono.1490590.n4.nabble.com/file/n3085664/FileServer.zip FileServer.zip -- View this message in context: http://mono.1490590.n4.nabble.com/Form-InicializeComponent-throwing-InvalidCastException-tp3085664p3085699.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Is this possible with a winform?
What are the benefits of having the right panel be out of the main window? Can it be moved independently or something? What would happen when maximizing the app (unless you disabled maximizing)? Wouldn't it be easier to just have the panel *inside* the main form, docked right? Or even as a thin top bar, so the width of the picture is never a problem. nodoid wrote: Hi, Many moons ago I developed a piece of code on a completely different operating system. It was quite a funky piece of code and I'd like to re-release it as a winform application. Problem is that it had a very odd thing on the window. The software was a graphic carousel package, so there was a fast forward, rewind, stop etc system attached to the window which looked like this +---+ | Picture titleX | +---+ | | | | | piccy |--| | || | | | | | | | | | | | # | | | | +---+-+ The bit on the right was attached to the window as a borderless panel. If the picture was too large, it was scaled to fit, but the panel then appeared inside of the window. Window moved, so did the panel. I did think of creating a panel, attaching it to the window and then adding an event so that when things moved, resized etc, the panel moved with it. However, this is problematic. Is this sort of thing possible using a winform or do I need to rethink my UI? TTFN Paul P.S. Sorry if the ASCII art gets messed up - I'm having to use webmail until my main box is fixed -- View this message in context: http://mono.1490590.n4.nabble.com/Is-this-possible-with-a-winform-tp3086230p3086532.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] WinForms development status?
Hey, Thanks a lot Miguel, much appreciated. :) I like it when things are moving. - Mail Original - De: Miguel de Icaza mig...@novell.com À: Stifu st...@free.fr Cc: miguel novell miguel.nov...@gmail.com, mono-winforms-list@lists.ximian.com Envoyé: Samedi 11 Décembre 2010 01:56:29 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [Mono-winforms-list] WinForms development status? Hello, There are probably more than that, if the person who submitted a patch didn't change the bug title. I went through most of the bugs that said [PATCH] that you posted, and got those in master and 2.8. There are only 3 bugs in that list left: * 325809: patch causes a regression, requires more work. * 416111: applied, but there are too many bugs there anyways. * 390571: patch causes many regressions. Miguel ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] New maintainers for Winforms?
I'd be honored! :) Anything I should know? Like steps to follow, good practices and stuff. - Mail Original - De: Miguel de Icaza mig...@novell.com À: Stifu st...@free.fr Cc: miguel novell miguel.nov...@gmail.com, mono-winforms-list@lists.ximian.com Envoyé: Samedi 11 Décembre 2010 01:33:46 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: New maintainers for Winforms? Hello, Perhaps I could give you commit access, to give you more freedom to commit the code to Mono directly? We can grant commit access to anyone that might want to step up as maintainer. Miguel. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] how to open file
Of course it's not working, you hard coded the directory separator again, re-read my previous message. Try: string path = Application.StartupPath + Path.DirectorySeparatorChar + Help.pdf; or: string path = Path.Combine(Application.StartupPath, Help.pdf); Same thing. That way, the right directory separator char will be used depending on the OS. Then Process.Start(path), and see if it works... Anubhava Dimri wrote: Dear Sir, Thanks For Reply and Suggetions. But Now i am Changing My Code My New Code Is Process.Start(Application.StartupPath \Help.pdf) But still it's not working. -- View this message in context: http://mono.1490590.n4.nabble.com/how-to-open-file-tp3081832p3083138.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] New maintainers for Winforms?
PS: tom hindle has been quite active and contributed many WinForms patches, so maybe he'd like to become maintainer? I don't know his e-mail though, and neither if he's on this mailing list. - Mail Original - De: Miguel de Icaza mig...@novell.com À: Stifu st...@free.fr Cc: miguel novell miguel.nov...@gmail.com, mono-winforms-list@lists.ximian.com Envoyé: Samedi 11 Décembre 2010 01:33:46 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: New maintainers for Winforms? Hello, Perhaps I could give you commit access, to give you more freedom to commit the code to Mono directly? We can grant commit access to anyone that might want to step up as maintainer. Miguel. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] how to open file
Hi, Is there even a C drive on Mac in the first place? And can't you use a relative path, rather than an absolute one? Also, use Path.DirectorySeparatorChar, rather than hard-coding Windows separators (ie: avoid foo\\bar or @foo\bar). Do it like this: string myPath = myFolder + Path.DirectorySeparatorChar + myFile.ext; But couldn't you simply put your help.pdf file in the same folder as your application, so you don't even have to worry about directory separators? Or in a sub folder there? Anubhava Dimri wrote: Hello Everybody, I have generate the problem while open File in MAC. it works successfully in windows. System.Diagnostics.Process.Start(C:\\help.pdf ); -- View this message in context: http://mono.1490590.n4.nabble.com/how-to-open-file-tp3081832p3081880.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] RichTextBox Issues
Hi, RichTextBox not capable of highlight feature: https://bugzilla.novell.com/show_bug.cgi?id=511280 All opened RichTextBox bugs: https://bugzilla.novell.com/buglist.cgi?short_desc=richtextboxclassification=Monoquery_format=advancedbug_status=NEWbug_status=ASSIGNEDbug_status=NEEDINFObug_status=REOPENEDshort_desc_type=allwordssubstrcomponent=Windows.Formsproduct=Mono%3A%20Class%20Libraries BrokenKingpin wrote: I am using a WinForms RichTextBox in my project, but I am having issues with it under mono (apposed to .Net). In Windows on .Net the control support bullets, text highlighting, etc, but under Ubuntu on Mono bullets and highlighting do not work at all. I cannot find anywhere that states the current progress of this control, as maybe it has not been finished. Any information on this control would be great. Thanks! -- View this message in context: http://mono.1490590.n4.nabble.com/RichTextBox-Issues-tp3055905p3055984.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] RichTextBox Issues
I don't think so, but wouldn't mind being proven wrong. WinForms is not a high priority for the Mono team, so your best bet would be doing it yourself (or finding someone to do it), in my opinion. WinForms is implemented in C# in Mono, so the code is actually quite accessible. BrokenKingpin wrote: Thanks for the information, this at least lets me know the outstanding issues of this control. Do anyone know if any work is going to be done in the near future on this bug/feature backlog? -- View this message in context: http://mono.1490590.n4.nabble.com/RichTextBox-Issues-tp3055905p3056235.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] GUI Problem
This is on Mac, right? Did you try what it's like on Linux or Windows? Many Mac WinForms patches are being reviewed and will hopefully make it in the next Mono release... Anubhava Dimri wrote: When i perform any action then Hidden Controls are showing and Software GUI is disturbing. -- View this message in context: http://mono.1490590.n4.nabble.com/GUI-Problem-tp3035985p3037511.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] download mono winform from svs
Hi, If you want the latest version, you should check out the Git repository, not the SVN one. Not sure what the problem is, though. slowhand wrote: New kid on the block, I tried to check out the mono winform from svs. How do I get past this barrier? Command: Checkout from svn://anonsvn.mono-project.com/source/trunk/mcs/class/Managed.Windows.Forms., revision HEAD, Fully recursive, Externals included Error: Can't connect to host 'anonsvn.mono-project.com': No connection could be made Error: because the target machine actively refused it. Finished!: -- View this message in context: http://mono.1490590.n4.nabble.com/download-mono-winform-from-svs-tp3037236p3037512.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] GUI Problem
I wish I could help, but I'm confused. Showing virtually? Refresh what?... Could you give more details, maybe the app sources? Anubhava Dimri wrote: Hello Everybody, I am running my application in Mac in which have generate GUI Problem. When i am Clicking on there where my hidden controls showing virtually. So please suggest me how to refresh my application. Thanks Anubhava Dimri -- View this message in context: http://mono.1490590.n4.nabble.com/GUI-Problem-tp3035985p3036227.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Error while trying to show Windows.Forms.Form
Make sure you've installed the libgdiplus library. redhead wrote: Hi, I am new to Mono (and relatively to linux too), I would like to port my .Net app to Mono. I added (hopefully) all *-sharp references, build is fine, but when I call Show() method on my class extended from System.Windows.Forms.Form exception is thrown something about missing GDI+ library (unknown image format, cannot decode). How do I fix this? I thought it is ok to use WinForms under Mono. thanks for help -- View this message in context: http://mono.1490590.n4.nabble.com/Error-while-trying-to-show-Windows-Forms-Form-tp3029593p3029803.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] HOW TO RUN APPLICATION
See: http://www.mono-project.com/Running_your_first_Mono_application Anubhava Dimri wrote: Hello Experts, I have a MONO application. Which i want to convert as Self Executable. How can it possible. I do't want to use terminal window. Thanks Anubhava Dimri -- View this message in context: http://mono.1490590.n4.nabble.com/HOW-TO-RUN-APPLICATION-tp3025089p3025121.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Error with Printpreview and Print
With which version of Mono, and which OS? Does it work with .NET? If it happens with Mono 2.8, and works fine with .NET, please file a bug report. Anubhava Dimri wrote: Hello experts, When i am trying to view print preview it displays properly but secondly if i want to view it displays nothing. Dim ppv1 As PrintPreviewDialog = New PrintPreviewDialog ppv1.Document = PrintDocument1 ppv1.ShowDialog() I am not able to find out the problem. Thanks Anubhava Dimri -- View this message in context: http://mono.1490590.n4.nabble.com/Error-with-Printpreview-and-Print-tp3023426p3023441.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Getting Error while Crate Bitmap
Exception details? Anubhava Dimri wrote: Hello Experts, I have generate the problem in this line. printImage = New Bitmap(pageWidth, pageHeight) Please give me the solution for that. Thanks Anubhava Dimri -- View this message in context: http://mono.1490590.n4.nabble.com/Getting-Error-while-Crate-Bitmap-tp3021953p3021976.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] object reference not set to an instance of an object
Although you managed to work around your problem, if you think there is a bug in Mono, feel free to file a bug report. luisrl wrote: I changed ActiveForm.Controls for this.Controls and now it works fine in Ubuntu. foreach (Control ctl in this.Controls) { if (ctl.GetType() == typeof(TextBox)) { ctl.Text = string.Empty; } } -- View this message in context: http://mono.1490590.n4.nabble.com/object-reference-not-set-to-an-instance-of-an-object-tp3019792p3022365.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Result is too Large
There must be something wrong with the command line you typed. It should be: mono yourapp.exe When you're in the right folder. If you leave out the .exe part of your application name, for example, you get the error message you mentioned. Anubhava Dimri wrote: Hello Experts, I am tring to run my .net application to with Mono.exe in windows. but at the time of running it displays Result is too large and the application not running. Please suggest me to solve this issue. Thanks -- View this message in context: http://mono.1490590.n4.nabble.com/Result-is-too-Large-tp3018480p3018520.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Getting error at the time of build
Note that Mono doesn't support the latest versions of VB.NET, but up to VB8 (last time I checked). So if your code uses VB9-or-10-specific stuff, it's unlikely to work. That said, you could still build on Windows and run with Mono. Anubhava Dimri wrote: Hello Experts, I have generate an error while VB.net Project to Compile with MONO DEVELOP. Error VBNC9: Unexpected error: Exception has been thrown by the target of an invocation. (VBNC9) Please help. Thanks -- View this message in context: http://mono.1490590.n4.nabble.com/Getting-error-at-the-time-of-build-tp3019063p3019517.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Convert .Net Application To MAC OS
Best case scenario: you have nothing to convert, it works right away (without even needing to recompile). But if your program uses Windows-specific stuff (hard-coded Windows directory separators, upper/lower case mismatches in paths, native Windows DLL calls...) , you'll have to make some changes. You may also get into Mono-WinForms-specific bugs, or Mono-WinForms-Mac-only bugs. You have tools like MoMA (http://www.mono-project.com/MoMA) to check for known problems, but in the end, the only way to know if it works is to simply try it on Mac. Anubhava Dimri wrote: Hello Experts, I am .Net Application Developer. I have an Application Which i want to Convert for MAC Operating System. So How Can I do that. Your Suggetion and Help Required. Thanks Anubhava Dimri -- View this message in context: http://mono.1490590.n4.nabble.com/Convert-Net-Application-To-MAC-OS-tp3014889p3014934.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Problem with ContextMenuStrip submenu direction
Hi, Please file a bug report with a reduced test case. DarkOrion wrote: Hello! I have problem with ContextMenuStrip submenu (WinForms). I will show it on screenshots When DefaultDropDownDirection = ToolStripDropDownDirection.Right all ok. http://s45.radikal.ru/i109/1009/53/4519e4261c4c.jpg http://s55.radikal.ru/i149/1009/2d/c0c842e7a47e.jpg But when DefaultDropDownDirection = ToolStripDropDownDirection.Left menu is shown from wrong edge of the main menu. http://s004.radikal.ru/i208/1009/32/b77d4e13381e.jpg http://s49.radikal.ru/i125/1009/78/7a0020c04a31.jpg Does anybody have some solution or patch? Thanks for any help, Andy. -- View this message in context: http://mono.1490590.n4.nabble.com/Problem-with-ContextMenuStrip-submenu-direction-tp2552286p2552764.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Suffering from mono-noob-cleosis.
Hi, 1) Sure. However, note that WinForms is currently buggy on OSX, but the rest should work fine. Until there is a worthy WinForms driver for OSX, I suggest you use GTK# or Cocoa (through MonoMac, for example) instead, for example. Only consider WinForms on OSX if your app is simple enough. On a side note, it's possible to use an alternate X11 WinForms driver on OSX by passing a command line parameter (requires an X11 server install on the Mac), which apparently works better than the Carbon-based driver. (Sorry if this is all a bit confusing.) 2) It depends on what you do. If you just wanted to check out how your WinForms or GTK# app runs on OSX, there is no need to port anything, and no need to recompile either. But if you want to do OSX-specific code (like using MonoMac), then it's a different story. Also, some people want to have a custom UI for OSX (usually using some kind of Cocoa C# wrapper), which means more (duplicate, OS-specific) work, while others don't want to bother and are happy using a cross-platform GUI toolkit instead (which looks less good / native on OSX, but may still work fine). 3) I don't think there are any Mono books that are recent enough to be interesting. KurtPW wrote: Hi all:Completely new to Mono. I develope C#.Net Winforms apps and I'd like to try porting one to OSX. But before I jump in I have a few high-level questions for you all.1) For those of you who have run .Net on OSX, what were your results? Was it worth it?2) Where does one begin? What are the broad steps? I would guess that I'd build simple Hello World stuff in C#.Net then port it to OSX for testing.3) Any recommended books out there?Thanks.Kurt -- View this message in context: http://mono.1490590.n4.nabble.com/Suffering-from-mono-noob-cleosis-tp2544299p2544329.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Suffering from mono-noob-cleosis.
Yes. Basically, MonoMac is a C# wrapper around native OSX libraries. An extra layer that lets you use them from the .NET side, in managed land. Also, note that MonoMac is quite recent, and isn't mature yet. Before, there were many different OSX wrappers for Mono (Monobjc, Cocoa#, etc), but no official one, causing division in the community. So, MonoMac is an attempt from the Mono team to fix that. Anyway, depending on what you want to do, you may not need to use MonoMac. If you don't need a strong Mac integration (using Mac-only features...), you can do without, I think. KurtPW wrote: Thanks Stifu:Yes, that is a bit daunting as I am not a Mac person.But if you want to do OSX-specific code (like using MonoMac), then it's a different story. I'll have to check out MonoMac as I have no idea what it is. Can I use C# and basic .Net coding methods ion MonoMac?Thanks.Kurt -- View this message in context: http://mono.1490590.n4.nabble.com/Suffering-from-mono-noob-cleosis-tp2544299p2544358.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Alignment issue on different OS
Hi, It may be this issue: http://www.mono-project.com/FAQ:_Winforms#My_forms_are_sized_improperly Basically, look for AutoScale property definitions in your designer code, and remove them. murali wrote: Hi all, I have developed a vb.net window application to run on mono. The application works fine in suse linux, if the same is executed on ubuntu or centos, the position of controls in the form is changed. please let me know how to solve this issue. Thanks Regards, Murali S -- View this message in context: http://mono.1490590.n4.nabble.com/Alignment-issue-on-different-OS-tp2333290p245.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Clearing Textbox Controls
Hi, It is this bug: https://bugzilla.novell.com/show_bug.cgi?id=621475 I submitted a patch for it, but it hasn't been applied yet. scruffyruffian wrote: Hi, I apologise if this has come up before, I used the search but found nothing particularly relevant. I have an application written in C# .NET 3.5 which I'm trying to get running with Mono so that people using Linux can mess with it too. I have a text box which starts off with text in it, then when the user clicks, it uses the click event to remove that default text - allowing the user to enter their own without having to delete the default text manually. However, running under Mono (2.6.7), when I click on the text box control it clears the text, but the next click or keyboard hit will cause the form to just close. I tried creating a new Solution in VS2008, stuck a text box on the form. The only property I changed was the Text on the TextBox control which I changed to Hello. I then gave the TextBox control a Click event, and tried doing the following to try and clear the text box without causing the form to close unwontedly (not all at once - 3/4 were commented out at all times): textBox1.Text = ; textBox1.Text = string.Empty; textBox1.Clear(); textBox1.Text = null; However, all of these cause the form to simply close after clearing the text from the box. Interestingly - if I add something like this: MessageBox.Show(Hi); After the line for clearing the text box then the form doesn't close after clicking. It brings up the message box and then gives you the cleared text box to enter into what you wish, and remains usable. Am I the only one who experiences this behaviour? I'm not a professional developer, I'm just messing with it myself in the hope of learning something - so could it be that some practice on my part is causing my issues? Note: No error log is generated, the form appears to close as if you were trying to close it normally. (I believe for example, that it would trigger the form_closing event). Very simple example solution for VS2008 attached here: http://mono.1490590.n4.nabble.com/file/n2324792/TextBoxExample.tar.gz TextBoxExample.tar.gz -- View this message in context: http://mono.1490590.n4.nabble.com/Clearing-Textbox-Controls-tp2324792p2324834.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Error reading the number of frame in a HTML page using WebBrowser class
Please file a bug report. http://mono-project.com/Bugs#How_to_make_a_good_bug_report maurizio.regoli wrote: Hi, I'm try to get the number of frame in a HTML page using WebBrowser class running on Mono. For example, if I try to navigate in http://localhost/index.html where index.html source code html head meta http-equiv=content-type content=text/html;charset=iso-8859-1 titleTest Page/title /head frameset cols=175,* bordercolor=white border=0 framespacing=0 frameborder=NO frame src=index04_02.html name=Menu scrolling=NO noresize frame src=index04_04.html name=body noresize noframes body bgcolor=white /body /noframes /frameset /html index04_02.html source code html head meta http-equiv=content-type content=text/html;charset=iso-8859-1 titleremote IU/title /head body link=#0033ff vlink=#0033ff alink=red bgcolor=#ff Admin /body /html index04_04.html source code html head meta http-equiv=content-type content=text/html;charset=iso-8859-1 titleremote IU/title /head body link=#0033ff vlink=#0033ff alink=red bgcolor=#ff User /body /html the this.webBrowser1.Document.Window.Frames[Menu].Document.Window.Frames.Count property return 2. The same piece of code under .NET return the correct value. Please, help me -- View this message in context: http://mono.1490590.n4.nabble.com/Error-reading-the-number-of-frame-in-a-HTML-page-using-WebBrowser-class-tp2316472p2316519.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] ScrollBars.None prevents to show the last row of DataGridView
Please file a bug report with a complete test case. http://mono-project.com/Bugs luisrl wrote: Objetive: Show the last row of the DataGridView automatically after adding a new row. Problem: When DataGridView.ScrollBars = Scrollbars.None, then the DataGridView does not show the last row. The objetive worked in: Windows 2000, XP, Vista, 7, etc. .NET Framework 2.0, 3.5 and 4.0 The problem happened in: Ubuntu 10.04 Mono 2.4.4 Windows Server 2008 Mono 2.6.7 How to use the code: Press the button called Add to add a row. Keep pressing the button called Add to see how the list is growing and the grid keeps showing the last row when the scrollbar is visible. It works fine. Now, press the button called Bars to set the ScrollBars to Scrollbars.None. The Scrollbar will disappear. Continue pressing the button called Add to see that the grid won't show the last row. Reason: For user interface purposes, I need to set ScrollBars.None; but when I set that, the objetive fails in mono. Any suggestion about how to solve it? Thanks Code: using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Linq; using System.Text; using System.Windows.Forms; namespace WindowsFormsApplication1 { public partial class Form1 : Form { DataGridView Grid = new DataGridView(); DataTable Dt = new DataTable(); public Form1() { InitializeComponent(); } private void Form1_Load(object sender, EventArgs e) { //Resize the form this.Height = 250; this.Width = 400; //Create the columns of the table Dt.Columns.Add(One, typeof(string)); Dt.Columns.Add(Two, typeof(string)); //Set the grid Grid.AllowUserToAddRows = false; Grid.AllowUserToDeleteRows = false; Grid.Height = 150; Grid.Location = new Point(50, 0); Grid.Width = 300; Button BtnAdd = new Button(); BtnAdd.Height = 25; BtnAdd.Location = new Point(50, 175); BtnAdd.Width = 50; BtnAdd.Text = Add; BtnAdd.Click += new System.EventHandler(this.BtnAdd_Click); //Create the What if... button Button BtnIf = new Button(); BtnIf.Height = 25; BtnIf.Location = new Point(150, 175); BtnIf.Width = 50; BtnIf.Text = Bars; BtnIf.Click += new System.EventHandler(this.BtnIf_Click); //Add the controls to the form this.Controls.Add(Grid); this.Controls.Add(BtnAdd); this.Controls.Add(BtnIf); //Bind Grid.DataSource = Dt; } private void Add() { //Add a row DataRow Row = Dt.NewRow(); Row[One] = Can you; Row[Two] = see me?; Dt.Rows.Add(Row); if (Grid.Rows.Count 0) { int Count = Grid.Rows.Count; Grid.CurrentCell = Grid.Rows[Count - 1].Cells[One]; } } private void BtnAdd_Click(object sender, EventArgs e) { try { Add(); } catch (Exception ex) { MessageBox.Show(ex.Message); } } private void BtnIf_Click(object sender, EventArgs e) { try { if (Grid.ScrollBars == ScrollBars.Both) { Grid.ScrollBars = ScrollBars.None; } else { Grid.ScrollBars = ScrollBars.Both; } } catch (Exception ex) { MessageBox.Show(ex.Message); } } } } -- View this message in context: http://mono.1490590.n4.nabble.com/ScrollBars-None-prevents-to-show-the-last-row-of-DataGridView-tp2300409p2300511.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] ScrollBars.None prevents to show the last row of DataGridView
The report seems all good to me. :) Thanks for your time. luisrl wrote: Stifu wrote: Please file a bug report with a complete test case. http://mono-project.com/Bugs luisrl wrote: Objetive: Show the last row of the DataGridView automatically after adding a new row. Problem: When DataGridView.ScrollBars = Scrollbars.None, then the DataGridView does not show the last row. The objetive worked in: Windows 2000, XP, Vista, 7, etc. .NET Framework 2.0, 3.5 and 4.0 The problem happened in: Ubuntu 10.04 Mono 2.4.4 Windows Server 2008 Mono 2.6.7 How to use the code: Press the button called Add to add a row. Keep pressing the button called Add to see how the list is growing and the grid keeps showing the last row when the scrollbar is visible. It works fine. Now, press the button called Bars to set the ScrollBars to Scrollbars.None. The Scrollbar will disappear. Continue pressing the button called Add to see that the grid won't show the last row. Reason: For user interface purposes, I need to set ScrollBars.None; but when I set that, the objetive fails in mono. Any suggestion about how to solve it? Thanks Code: using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Linq; using System.Text; using System.Windows.Forms; namespace WindowsFormsApplication1 { public partial class Form1 : Form { DataGridView Grid = new DataGridView(); DataTable Dt = new DataTable(); public Form1() { InitializeComponent(); } private void Form1_Load(object sender, EventArgs e) { //Resize the form this.Height = 250; this.Width = 400; //Create the columns of the table Dt.Columns.Add(One, typeof(string)); Dt.Columns.Add(Two, typeof(string)); //Set the grid Grid.AllowUserToAddRows = false; Grid.AllowUserToDeleteRows = false; Grid.Height = 150; Grid.Location = new Point(50, 0); Grid.Width = 300; Button BtnAdd = new Button(); BtnAdd.Height = 25; BtnAdd.Location = new Point(50, 175); BtnAdd.Width = 50; BtnAdd.Text = Add; BtnAdd.Click += new System.EventHandler(this.BtnAdd_Click); //Create the What if... button Button BtnIf = new Button(); BtnIf.Height = 25; BtnIf.Location = new Point(150, 175); BtnIf.Width = 50; BtnIf.Text = Bars; BtnIf.Click += new System.EventHandler(this.BtnIf_Click); //Add the controls to the form this.Controls.Add(Grid); this.Controls.Add(BtnAdd); this.Controls.Add(BtnIf); //Bind Grid.DataSource = Dt; } private void Add() { //Add a row DataRow Row = Dt.NewRow(); Row[One] = Can you; Row[Two] = see me?; Dt.Rows.Add(Row); if (Grid.Rows.Count 0) { int Count = Grid.Rows.Count; Grid.CurrentCell = Grid.Rows[Count - 1].Cells[One]; } } private void BtnAdd_Click(object sender, EventArgs e) { try { Add(); } catch (Exception ex) { MessageBox.Show(ex.Message); } } private void BtnIf_Click(object sender, EventArgs e) { try { if (Grid.ScrollBars == ScrollBars.Both) { Grid.ScrollBars = ScrollBars.None; } else { Grid.ScrollBars = ScrollBars.Both; } } catch (Exception ex) { MessageBox.Show(ex.Message); } } } } The report is: https://bugzilla.novell.com/show_bug.cgi?id=625214 Please, tell me if there is something missing in the report. -- View this message in context: http://mono.1490590.n4.nabble.com/ScrollBars-None-prevents-to-show-the-last-row-of-DataGridView-tp2300409p2300618.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] WinForms for OsX excessive delays in responding
Honestly, at the moment, I don't think WinForms on Mac can be used professionally... unless your project has hacks here and there to work around issues. WinForms on Mac is just too buggy (my app won't run because disabled controls still fire events...). But you could also use the X11 version [1], which should work better. Actually, you could try that to see if that solves your problem. [1] Forced through parameter, like: MONO_MWF_MAC_FORCE_X11=1 mono myapp.exe But requires X11 server installed. Scott Bolland wrote: Hi guys, I am having a little problem with using WinForms in OsX. I am using a timer to call the refresh method for drawing an animation. However, when this drawing is time consuming (i.e. if you maximise the window), there is a prolonged delay in handing a mousemove event. That is, although the animation is still running smoothly, it seems that the mousemove event is being buffered and responded to some time later. I have attached the given project below. Any assistance would be greatly appreciated, as I would love to use mono for some professional projects I am working on, but can't seem to get around these features Cheers, Scott http://mono.1490590.n4.nabble.com/file/n2289437/winformsVBiKnow.zip winformsVBiKnow.zip -- View this message in context: http://mono.1490590.n4.nabble.com/WinForms-for-OsX-excessive-delays-in-responding-tp2289437p2289445.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] I NEED HELP PLEASE.
The missing method (SetCompatibleTextRenderingDefault) has been introduced in .NET 2.0, while you're trying to run the application with the .NET 1.1 runtime. You should try to run the application with the .NET 2.0 runtime or above. Thenightmare wrote: When i go to install my BIOBB3.exe client on wine i get this wine /home/thenightmare/Downloads/BIOBB3.exe WARNING: The runtime version supported by this application is unavailable. Using default runtime: v1.1.4322 ** (BIOBB3.exe:29): WARNING **: Missing method System.Windows.Forms.Application::SetCompatibleTextRenderingDefault(bool) in assembly C:\Program Files\Mono-2.6.4\lib\mono\gac\System.Windows.Forms\1.0.5000.0__b77a5c561934e089\System.Windows.Forms.dll, referenced in assembly H:\Downloads\BIOBB3.exe Unhandled Exception: System.MissingMethodException: Method not found: 'System.Windows.Forms.Application.SetCompatibleTextRenderingDefault'. any suggestions? -- View this message in context: http://mono.1490590.n4.nabble.com/I-NEED-HELP-PLEASE-tp2284309p2284373.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] I NEED HELP PLEASE.
The reason I didn't specify how to do this is that I don't know myself. :) I think it should happen by default if your installation is right, otherwise, it's probably a command line flag or something. Google around. Thenightmare wrote: how would i go about doing this? Date: Sat, 10 Jul 2010 00:50:16 -0700 From: ml-node+2284373-198089226-314...@n4.nabble.com To: nightmareofdre...@live.com Subject: Re: I NEED HELP PLEASE. The missing method (SetCompatibleTextRenderingDefault) has been introduced in .NET 2.0, while you're trying to run the application with the .NET 1.1 runtime. You should try to run the application with the .NET 2.0 runtime or above. Thenightmare wrote: When i go to install my BIOBB3.exe client on wine i get this wine /home/thenightmare/Downloads/BIOBB3.exe WARNING: The runtime version supported by this application is unavailable. Using default runtime: v1.1.4322 ** (BIOBB3.exe:29): WARNING **: Missing method System.Windows.Forms.Application::SetCompatibleTextRenderingDefault(bool) in assembly C:\Program Files\Mono-2.6.4\lib\mono\gac\System.Windows.Forms\1.0.5000.0__b77a5c561934e089\System.Windows.Forms.dll, referenced in assembly H:\Downloads\BIOBB3.exe Unhandled Exception: System.MissingMethodException: Method not found: 'System.Windows.Forms.Application.SetCompatibleTextRenderingDefault'. any suggestions? View message @ http://mono.1490590.n4.nabble.com/I-NEED-HELP-PLEASE-tp2284309p2284373.html To unsubscribe from I NEED HELP PLEASE., click here. _ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendarocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 -- View this message in context: http://mono.1490590.n4.nabble.com/I-NEED-HELP-PLEASE-tp2284309p2284503.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] I think run WinForms of Donet project, what package I need to install??
up up after 5 minutes? Lay off the caffeine, man. :) You didn't say which distribution you were on, but winforms should appear in the package name. So you could filter package names based on that. anan221 wrote: up up -- View this message in context: http://mono.1490590.n4.nabble.com/I-think-run-WinForms-of-Donet-project-what-package-I-need-to-install-tp2125466p2125492.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] I think run WinForms of Donet project, what package I need to install??
What are the problems? Do you have exception messages? You can run applications doing mono appname.exe --debug to have more information. It's possible they're simply bugs and that you have nothing else to install. If you want help, post the exception messages or tell us which application you're trying to run. anan221 wrote: I install mono-2.6.4 now,but I run winform projects that has much problems, I don't know what to install?? -- View this message in context: http://mono.1490590.n4.nabble.com/I-think-run-WinForms-of-Donet-project-what-package-I-need-to-install-tp2125466p2125552.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Application.EnableVisualStyles() issues (Windows)
I ended up filling the meta bug report for VisualStyle issues, as well as several little bug reports linked to it. https://bugzilla.novell.com/show_bug.cgi?id=600404 Being stuck at home sick certainly helped getting things moving. :) Stifu wrote: If no one has any objection, I'll just report these bugs within a few days, then. Stifu wrote: Hello, I noticed a couple of problems with the Luna (XP) theme (which is applied to Mono WinForms on Windows since Mono 2.2, Calling Application.EnableVisualStyles () will now use native rendering on Windows, it used to be just Windows classic before that). The problem is that the theme is not applied for certain controls (TabControl / TabPage, RadioButton with Appearance = Button...), which still show up with the Windows classic theme. I was wondering whether these problems were known and likely to be fixed. Also, would it be a good idea to file some king of macro bug report that'd link to all WinForms theme issues (theme not applied at all, or wrongly applied / glitchy looking), to make tracking easier? By the way, I have no idea how Mono WinForms looks with the Aero (Vista / 7) theme, I haven't tried it yet (but I assume the situation is basically the same). Thanks. -- View this message in context: http://mono.1490590.n4.nabble.com/Application-EnableVisualStyles-issues-Windows-tp1745614p2068931.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Can't get form controls to show
This sounds like a bug. What you're doing is supposed to work, according to this: http://mono-project.com/FAQ:_Winforms#My_multithreaded_application_crashes_or_locks_up Feel free to file a bug report with a test case. Steve Ricketts wrote: I want to make certain controls visible on a form after certain events have happened. I use BackgroundWorker to avoid the treading issues but the controls never appear on the form. I set a breakpoint on setLogonValues and it does break and each of lines in that function are executed, but they never show on the form. This works in Windows but not in Linux. . BackgroundWorker bw = new BackgroundWorker (); bw.RunWorkerCompleted += setLogonValues; bw.RunWorkerAsync (); } private void setLogonValues (object sender, RunWorkerCompletedEventArgs e) { labLogOn.Visible = true; txtStudentID.Visible = true; btnLogOn.Visible = true; labStatus.Text = ; txtStudentID.Text = ; txtStudentID.Focus (); } I've also tried: txtStudentID.Invoke ((MethodInvoker)delegate { txtStudentID.Visible = true; }); But that doesn't work either. What am I doing wrong? sr -- View this message in context: http://n4.nabble.com/Can-t-get-form-controls-to-show-tp2014166p2014203.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Is this forum working correctly?
Nabble is buggy. As you may know, this is just a web interface around a mailing list. Lately, I've had issues with the WinForms forum myself (my messages would never appear to be accepted). Steve Ricketts wrote: I'm getting responses to some of my questions through my e-mail account, but they aren't showing up on this forum. All my posts (and I suspect others) are showing with no replies. -- View this message in context: http://n4.nabble.com/Is-this-forum-working-correctly-tp2013623p2013695.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Application.EnableVisualStyles() issues (Windows)
If no one has any objection, I'll just report these bugs within a few days, then. Stifu wrote: Hello, I noticed a couple of problems with the Luna (XP) theme (which is applied to Mono WinForms on Windows since Mono 2.2, Calling Application.EnableVisualStyles () will now use native rendering on Windows, it used to be just Windows classic before that). The problem is that the theme is not applied for certain controls (TabControl / TabPage, RadioButton with Appearance = Button...), which still show up with the Windows classic theme. I was wondering whether these problems were known and likely to be fixed. Also, would it be a good idea to file some king of macro bug report that'd link to all WinForms theme issues (theme not applied at all, or wrongly applied / glitchy looking), to make tracking easier? By the way, I have no idea how Mono WinForms looks with the Aero (Vista / 7) theme, I haven't tried it yet (but I assume the situation is basically the same). Thanks. -- View this message in context: http://n4.nabble.com/Application-EnableVisualStyles-issues-Windows-tp1745614p1910120.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] Application.EnableVisualStyles() issues (Windows)
Hello, I noticed a couple of problems with the Luna (XP) theme (which is applied to Mono WinForms on Windows since Mono 2.2, Calling Application.EnableVisualStyles () will now use native rendering on Windows, it used to be just Windows classic before that). The problem is that the theme is not applied for certain controls (TabControl / TabPage, RadioButton with Appearance = Button...), which still show up with the Windows classic theme. I was wondering whether these problems were known and likely to be fixed. Also, would it be a good idea to file some king of macro bug report that'd link to all WinForms theme issues (theme not applied at all, or wrongly applied / glitchy looking), to make tracking easier? By the way, I have no idea how Mono WinForms looks with the Aero (Vista / 7) theme, I haven't tried it yet (but I assume the situation is basically the same). Thanks. -- View this message in context: http://n4.nabble.com/Application-EnableVisualStyles-issues-Windows-tp1745614p1745614.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] Application.EnableVisualStyles() on Windows - Luna (Windows XP) theme issues
Hello, I noticed a couple of problems with the Luna (XP) theme (which is applied to Mono WinForms on Windows since Mono 2.2, Calling Application.EnableVisualStyles () will now use native rendering on Windows, it used to be just Windows classic before that). The problem is that the theme is not applied for certain controls (TabControl / TabPage, RadioButton with Appearance = Button...), which still show up with the Windows classic theme. I was wondering whether these problems were known and likely to be fixed. Also, would it be a good idea to file some king of macro bug report that'd link to all WinForms theme issues (theme not applied at all, or wrongly applied / glitchy looking), to make tracking easier? By the way, I have no idea how Mono WinForms looks with the Aero (Vista / 7) theme, I haven't tried it yet. Thanks. -- View this message in context: http://n4.nabble.com/Application-EnableVisualStyles-on-Windows-Luna-Windows-XP-theme-issues-tp1679116p1679116.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] I can`t see form in RTL looking ?
No, Mono does not support RTL. Also, all the standard WinForms controls are in English only in Mono. -- View this message in context: http://n4.nabble.com/I-can-t-see-form-in-RTL-looking-tp1562173p1562715.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] GdipWidenPath isn't implemented in libgdiplus
Hey, Filing a bug report on this would ensure it doesn't get forgotten. Rogier van der Hee wrote: Hi, I just ran the MoMa on my app, and almost everything checks out as OK or doable with a little work, except for an external library I'm using: Dundas WinChart. It has a lot of TODO's on GdipWidenPath being called from various methods in libgdiplus. Is that a feature being worked on for a future release? That would enable to package my application for Mac OS X for example... Thanks, Rogier -- View this message in context: http://old.nabble.com/GdipWidenPath-isn%27t-implemented-in-libgdiplus-tp27424643p27426651.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] .net application port windows to linux
Is this VB8 or VB9? Because last time I checked, Mono didn't support compiling VB9 apps. Bhaveh Kaila wrote: i use mono-vbnc version-2.4.2 and monodevelope version-2.1.1+dfsg-1 when i run vb.net (windows) application in mono+ linux(ubuntu), i get following 3 error: 1) Warning VBNC2009: the option doc was not recognized - ignored (VBNC2009) 2)'Parameter type should be specified.' (warning message should have been shown) 3) Unexpected error: There has been an internal error in the compiler: (VBNC9) please suggest me. thanks advance. from : Bhavesh Kaila. -- View this message in context: http://old.nabble.com/.net-application-port-windows-to-linux-tp27140632p27141388.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] gnome white font color and mono WinForm issue..
If I'm not mistaken, setting the ForeColor of the Form should do the trick. buhochil...@gmail.com wrote: Hi guys, I have strage behaviour of mono Winform in a gnome theme that put most of the font colour used by the system in white. The gnome theme is mostly black, so all of the fonts in the desktop are white (gnome bar, menus and so on...), the problem is when I run a mono winform app, since the mono winform windows don't take the gnome theme (it don't get blackish it keeps the regular winform colors), but the winform fonts it do take the white colour of the gnome theme and of course white on a gray winfor window is hard to see/read... So, I know that mono winform currently don't apply the gnome theme, that's ok, but I want that the winform don't take the font color neither to keep the regular black font color in the gray winform window. any way to chage/force that?, or I forced to use a black font theme...? I currently using mono and libgdiplus at version 2.4.2-3 on a fedora 12 machine... Thanks. Mauricio P.S: Please don't tell me to update to mono 2.6 to see if is fixed :-) begin:vcard fn:Mauricio Henriquez n:Henriquez;Mauricio org;quoted-printable:Universidad Austral de Chile - Sede Puerto Montt;Escuela de Computaci=C3=B3n adr:;;Los Pinos S/N Balneario de Pelluco;Puerto Montt;Llanquihue;548;Chile email;internet:mauriciohenriq...@uach.cl title:Docente tel;work:65-487440 tel;fax:65-277156 url:http://www.monobotics.ic.uach.cl version:2.1 end:vcard ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list -- View this message in context: http://old.nabble.com/gnome-white-font-color-and-mono-WinForm-issue..-tp27060097p27060297.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Beginners Advice - Compiling for MAC
BsWeb wrote: Stifu wrote: BsWeb wrote: Andrew Brehm wrote: BsWeb wrote: Hi, I have to port a windows project to run on MAC OX. I have got a test .net app open in mono develop and it runs against the mono runtime. When I come to 'create package' it only gives me options for windows and linux, no MAC. What do I need to do? Many thanks. MAC? Generally, compatible .NET programs should run unmodified on Mac OS X. You can use the command line tool macpack to create a Mac OS X bundle (whatever.app) based on your .NET application. But first run it with mono yourprogram.exe to see if it is compatible. Ideally you would want a native GUI, of course, but that would (currently) require you to replace all the Windows.Forms code with Cocoa calls. Thanks for the message. I however have very limit MAC knowledge. 'command line tool macpack' Where do I find this, on a MAC or in Windows? This is a command that comes with Mono, so either Mac or Windows. See: http://www.mono-project.com/Guide:Running_Mono_Applications#macpack_.28Mac_OS_X_only.29 Thanks for that. I'm however a VB.net programmer and never use the command line. Just spent an hour trying to get a simple windows form in c# to complie let alone package it! Could any body give some step by step instructions? My app is at c:\monotext\form1.cs. It has a button on it and i get the error The name 'InitializeComponent' does not exist in this current context First, you can compile it on Windows (with Visual Studio, for example), you don't have to do it with Mono. If you want to do it with Mono, you could just do it through MonoDevelop (if that's not what you were already doing). If you still can't get your app to compile, it would help if we could have a look at it. -- View this message in context: http://old.nabble.com/Beginners-Advice---Compiling-for-MAC-tp26948770p27010694.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Beginners Advice - Compiling for MAC
BsWeb wrote: Stifu wrote: BsWeb wrote: Stifu wrote: BsWeb wrote: Andrew Brehm wrote: BsWeb wrote: Hi, I have to port a windows project to run on MAC OX. I have got a test .net app open in mono develop and it runs against the mono runtime. When I come to 'create package' it only gives me options for windows and linux, no MAC. What do I need to do? Many thanks. MAC? Generally, compatible .NET programs should run unmodified on Mac OS X. You can use the command line tool macpack to create a Mac OS X bundle (whatever.app) based on your .NET application. But first run it with mono yourprogram.exe to see if it is compatible. Ideally you would want a native GUI, of course, but that would (currently) require you to replace all the Windows.Forms code with Cocoa calls. Thanks for the message. I however have very limit MAC knowledge. 'command line tool macpack' Where do I find this, on a MAC or in Windows? This is a command that comes with Mono, so either Mac or Windows. See: http://www.mono-project.com/Guide:Running_Mono_Applications#macpack_.28Mac_OS_X_only.29 Thanks for that. I'm however a VB.net programmer and never use the command line. Just spent an hour trying to get a simple windows form in c# to complie let alone package it! Could any body give some step by step instructions? My app is at c:\monotext\form1.cs. It has a button on it and i get the error The name 'InitializeComponent' does not exist in this current context First, you can compile it on Windows (with Visual Studio, for example), you don't have to do it with Mono. If you want to do it with Mono, you could just do it through MonoDevelop (if that's not what you were already doing). If you still can't get your app to compile, it would help if we could have a look at it. Sorry I didn't explain myself well. It complies in vs and monodevelop fine. I was trying to follow the instructions for the command line and using 'gmcs C:\arcadia\arcadia\form1.cs -pkg:dotnet' I am a little confused how i get from the above to macpack and creating .app and .nib files in the link you sent me earlier. I can't get the 'rm' command to work as it is not recognised. Gmcs is the Mono compiler, you shouldn't need to call it manually since your app is already compiled. On Windows, follow these steps: 1- Launch the Mono command line 2a- Type something like: macpack -n:c:\monotext\form1.cs -a:form1.exe -o:. -m:winforms 2b- Or if it doesn't work (not sure if you need double quotes around the path or something), try browsing to the right directory first (ie: c:\monotext\), then just do: macpack -n:form1.cs -a:form1.exe -o:. -m:winforms For more details on macpack: http://www.go-mono.org/docs/index.aspx?link=man%3Amacpack%281%29 http://www.theevilboss.com/2009/06/using-mono-for-net-development-on-mac.html -- View this message in context: http://old.nabble.com/Beginners-Advice---Compiling-for-MAC-tp26948770p27010984.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Beginners Advice - Compiling for MAC
BsWeb wrote: Stifu wrote: BsWeb wrote: Stifu wrote: BsWeb wrote: Stifu wrote: BsWeb wrote: Andrew Brehm wrote: BsWeb wrote: Hi, I have to port a windows project to run on MAC OX. I have got a test .net app open in mono develop and it runs against the mono runtime. When I come to 'create package' it only gives me options for windows and linux, no MAC. What do I need to do? Many thanks. MAC? Generally, compatible .NET programs should run unmodified on Mac OS X. You can use the command line tool macpack to create a Mac OS X bundle (whatever.app) based on your .NET application. But first run it with mono yourprogram.exe to see if it is compatible. Ideally you would want a native GUI, of course, but that would (currently) require you to replace all the Windows.Forms code with Cocoa calls. Thanks for the message. I however have very limit MAC knowledge. 'command line tool macpack' Where do I find this, on a MAC or in Windows? This is a command that comes with Mono, so either Mac or Windows. See: http://www.mono-project.com/Guide:Running_Mono_Applications#macpack_.28Mac_OS_X_only.29 Thanks for that. I'm however a VB.net programmer and never use the command line. Just spent an hour trying to get a simple windows form in c# to complie let alone package it! Could any body give some step by step instructions? My app is at c:\monotext\form1.cs. It has a button on it and i get the error The name 'InitializeComponent' does not exist in this current context First, you can compile it on Windows (with Visual Studio, for example), you don't have to do it with Mono. If you want to do it with Mono, you could just do it through MonoDevelop (if that's not what you were already doing). If you still can't get your app to compile, it would help if we could have a look at it. Sorry I didn't explain myself well. It complies in vs and monodevelop fine. I was trying to follow the instructions for the command line and using 'gmcs C:\arcadia\arcadia\form1.cs -pkg:dotnet' I am a little confused how i get from the above to macpack and creating .app and .nib files in the link you sent me earlier. I can't get the 'rm' command to work as it is not recognised. Gmcs is the Mono compiler, you shouldn't need to call it manually since your app is already compiled. On Windows, follow these steps: 1- Launch the Mono command line 2a- Type something like: macpack -n:c:\monotext\form1.cs -a:form1.exe -o:. -m:winforms 2b- Or if it doesn't work (not sure if you need double quotes around the path or something), try browsing to the right directory first (ie: c:\monotext\), then just do: macpack -n:form1.cs -a:form1.exe -o:. -m:winforms For more details on macpack: http://www.go-mono.org/docs/index.aspx?link=man%3Amacpack%281%29 http://www.theevilboss.com/2009/06/using-mono-for-net-development-on-mac.html Starting to get somewhere! I have run macpack and it creates a .app folder but I get the following message at the command prompt 'WARNING: It was not possible to set the executable permissions on the file form1.app/Contents/MacOS/form1, the bundle might not work' and although the program can be dragged to the finder bar on the MAC it will not run. I don't know what's the problem. You could double check the permissions of your application files, making sure you have read/write permissions on all of them... For what it's worth, looking around, I stumbled on this patch which shows when this warning is generated: http://www.mail-archive.com/mono-patc...@lists.ximian.com/msg22463.html -- View this message in context: http://old.nabble.com/Beginners-Advice---Compiling-for-MAC-tp26948770p27011758.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] newbie - MoMA
newbiemono wrote: Hello All, I am very new to mono, I have downloaded trial version of mono tools for VS, when I run from Tools - MoMA .. I got the following warnings: Warning 2 The method void SerialPort.set_ReceivedBytesThreshold(int) could potentially throw a NotImplementedException in Mono. C:\Project\Matrix .NET\Billing\NetComm\FrmTest.cs 138 18 NetComm Warning 4 P/Invoke: Native library 'kernel32' called. Ensure this library is cross platform. C:\Project\Matrix .NET\Billing\NetComm\ClsIni.cs 36 8 NetComm Warning 5 P/Invoke: Native library 'user32.dll' called. Ensure this library is cross platform.C:\Project\Matrix .NET\Billing\NetComm\SystemMenuManager.cs 135 18 NetComm What should I do? for being my app ported to Linux? Hey, Warning 2: just try your app with Mono to see whether it throws a NotImplementedException, since the message implies it might not. You can do so from Windows. Warning 4 and 5: You need to replace your calls to kernel32 and user32 DLLs to managed equivalents (ideally), that is to say using classes available in the .NET framework, or using external libraries that are fully managed. -- View this message in context: http://old.nabble.com/newbie---MoMA-tp27023946p27024698.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Beginners Advice - Compiling for MAC
BsWeb wrote: Andrew Brehm wrote: BsWeb wrote: Hi, I have to port a windows project to run on MAC OX. I have got a test .net app open in mono develop and it runs against the mono runtime. When I come to 'create package' it only gives me options for windows and linux, no MAC. What do I need to do? Many thanks. MAC? Generally, compatible .NET programs should run unmodified on Mac OS X. You can use the command line tool macpack to create a Mac OS X bundle (whatever.app) based on your .NET application. But first run it with mono yourprogram.exe to see if it is compatible. Ideally you would want a native GUI, of course, but that would (currently) require you to replace all the Windows.Forms code with Cocoa calls. Thanks for the message. I however have very limit MAC knowledge. 'command line tool macpack' Where do I find this, on a MAC or in Windows? This is a command that comes with Mono, so either Mac or Windows. See: http://www.mono-project.com/Guide:Running_Mono_Applications#macpack_.28Mac_OS_X_only.29 -- View this message in context: http://old.nabble.com/Beginners-Advice---Compiling-for-MAC-tp26948770p26985055.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] does system.drawline not work?
This is weird. I'm wondering if it could be a graphics driver problem. To file a bug report, go there: http://mono-project.com/Bugs And please attach a self-contained reduced test case (more convenient and reliable than having to copy / paste code). mdfederici wrote: To update this problem, I have compiled mono from source from the latest tarball and I still experience the same behavior. The system.drawing package is definitely having problems on my system. Mono JIT compiler version 20091215 (tarball Sat Dec 19 09:31:59 AST 2009). What do I need to submit this problem as a bug? -- View this message in context: http://old.nabble.com/does-system.drawline-not-work--tp26833804p26855178.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] does system.drawline not work?
It's worth a shot, yes. But on a side note, my own app uses DrawLine, DrawEllipse and so on, and worked fine with Mono 2.4 as well as previous versions. Robert Jordan wrote: On 19.12.2009 14:49, Stifu wrote: This is weird. I'm wondering if it could be a graphics driver problem. The problem might be caused by libgdiplus. The OP (whose Nabble post is invisible to me) probably did not compile install an updated libgdiplus. There were not many changes between 2.4 and 2.6, but it's worth a shot. Robert To file a bug report, go there: http://mono-project.com/Bugs And please attach a self-contained reduced test case (more convenient and reliable than having to copy / paste code). mdfederici wrote: To update this problem, I have compiled mono from source from the latest tarball and I still experience the same behavior. The system.drawing package is definitely having problems on my system. Mono JIT compiler version 20091215 (tarball Sat Dec 19 09:31:59 AST 2009). What do I need to submit this problem as a bug? ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list -- View this message in context: http://old.nabble.com/does-system.drawline-not-work--tp26833804p26855402.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] New Winforms in Daily Snapshot?
Simple question: do I get the updates to the Winforms if I build from the Mono Daily snapshot? My guess is that I do. Yes. Also: can I update just Winforms, or does that make no sense? Sometimes yes, sometimes no... It depends whether some dependencies changed over the time. It could be that you have more DLLs to update. By the way, the easy way to update WinForms might be to look around Novell's bugzilla: Ivan has been posting the SVN WinForms DLL (compiled at the posted date) in a few bug reports. Like here: https://bugzilla.novell.com/show_bug.cgi?id=540781 Daniel Rosenstark-4 wrote: Simple question: do I get the updates to the Winforms if I build from the Mono Daily snapshot? My guess is that I do. Also: can I update just Winforms, or does that make no sense? Some of the answers to my last questions pointed to updating my Winforms. Thanks! ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list -- View this message in context: http://old.nabble.com/New-Winforms-in-Daily-Snapshot--tp26642644p26653577.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Error With Gdi32.dll
It seems like this project is directly invoking a Windows DLL (P/Invoke), so it won't work with Mono. To work around problems like this, some people use Mono under Wine, but I've never tried it, and it doesn't sound ideal. The best solution would be to modify the project to replace the P/Invoke with a managed equivalent. darkprince87 wrote: Hi, I'm trying to compile/execute a project made with VS in windows. I get an error with the dll library gdi32. anyone can suggest me how to solve this? thanks a lot [Unhandled Exception: System.DllNotFoundException: Gdi32.dll at (wrapper managed-to-native) fDiscovery.DiscoveryForm:CreateRoundRectRgn (int,int,int,int,int,int) at fDiscovery.DiscoveryForm.MakeFormRound (Int32 radius) [0x0] at fDiscovery.DiscoveryForm.OnResize (System.EventArgs e) [0x0] at fDiscovery.DiscoveryForm..ctor () [0x0] at fDiscovery.Main..ctor () [0x0] at (wrapper remoting-invoke-with-check) fDiscovery.Main:.ctor () at fDiscovery.Program.Main () [0x0] ] -- View this message in context: http://old.nabble.com/Error-With-Gdi32.dll-tp26571869p26572460.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Some Winforms Questions
Hello, 1) I think there's no solution for that, it's been asked before, you may want to look around. 2) Mixing GTK# and WinForms, although more or less possible, is not a good idea, IMO. Just pick one or the other. 3) No idea. 4) There hasn't been any Mac-specific progress that I could see (there were some plans for Mono 2.6, but they ended up being scrapped, unfortunately). That said, I recently discovered a parameter that makes WinForms apps behave better on Mac. Launch your app by typing: MONO_MWF_MAC_FORCE_X11=1 mono yourapp.exe and see if some things behave better... 5) WinForms support for iPhone or Android isn't planned. What the Mono devs are opting for is using wrappers around the iPhone / Android UI libs, rather than reusing desktop API like WinForms or GTK#. This has the benefit of really looking native, at the cost of having to write platform-specific code. 6) Dunno. Daniel Rosenstark-4 wrote: Some simple questions about Winforms on OSX. I should note that I had given up on my app as being Windows only, but when I tried the port to Mono Winforms I was totally amazed at how complete it is. 1) My app is running on Winforms on Mono nicely (well, 90% of it), but I cannot take over the app menu bar like a native app. It says Mono with the Apple to the left. Is it possible to take this over? I do NOT want to run in a full-screen exclusive mode. 2) If #1 is not possible, it seems GTK# apps can do this. Is it possible to put my app inside a GTK# app in other words, are the two technologies mixable? 3) The RichTextEditor in Winforms on Mono is mostly useless. Does GTK# provide something better? Or can anyone recommend any libraries for Winforms? I actually don't need richtext, but I do need undo, hyperlinks, indenting and bullets 4) There were some initial problems with Snow Leopard and Mono Winforms. Have they all pretty much been resolved by now? 5) What is the present/future of Winforms on Mono for IPhone? Android? 6) I see this link for uninstalling and installing Mono on OSX ( http://www.mono-project.com/Mono:OSX). What's the best way to update an installation? Thanks! ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list -- View this message in context: http://old.nabble.com/Some-Winforms-Questions-tp26493374p26493632.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Diffrences in mono and winforms
Differences between Mono and WinForms is misleading. It would be more like differences between .NET WinForms and Mono WinForms, or simply Bugs in the Mono WinForms implementation (although there are also bugs in .NET WinForms, those will probably never be fixed). Anyway, having a look at all the opened WinForms bugs in Mono could be a good start: https://bugzilla.novell.com/buglist.cgi?query_format=advancedshort_desc_type=allwordssubstrshort_desc=long_desc_type=fulltextlong_desc=classification=Monoproduct=Mono%3A+Class+Libraries+component=Windows.Formsbug_file_loc_type=allwordssubstrbug_file_loc=status_whiteboard_type=allwordssubstrstatus_whiteboard=keywords_type=anywordskeywords=bug_status=NEWbug_status=ASSIGNEDbug_status=NEEDINFObug_status=REOPENEDemailassigned_to1=1emailtype1=substringemail1=emailassigned_to2=1emailreporter2=1emailqa_contact2=1emailcc2=1emailtype2=substringemail2=bugidtype=includebug_id=votes=chfieldfrom=chfieldto=Nowchfieldvalue=cmdtype=doitorder=Importancefield0-0-0=nooptype0-0-0=noopvalue0-0-0= P4w3l wrote: Hello I'm writing article about differences between mono and windows form. Can anybody give me a clue what is not working properly in mono . Maybe somebody can say what code will work in original .net and what part of code must by changed to work properly in mono. -- View this message in context: http://old.nabble.com/Diffrences-in-mono-and-winforms-tp26159954p26160036.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Problem rendering my extended TreeView control in Mono
Unfortunately, branching for Mono 2.6 happened not long ago... So, unless it gets backported to the 2.6 branch, it won't be there before 2.8. Jeremy Morton-4 wrote: Thanks for the prompt response! In what release of Mono will your fix be included? Interestingly, that manual invalidating of the node you suggested doesn't seem to be working. I run this at the end of nodeActivated: Rectangle rect = new Rectangle(0, node.Bounds.Top, node.Bounds.Width, node.Bounds.Height); node.TreeView.Invalidate(rect); ... but Mono still doesn't refresh the state icons when I click on them. Best regards, Jeremy Morton (Jez) Jonathan Pobst wrote: This should be fixed. Details on your bug. Jonathan Jeremy Morton wrote: Hello, I've provided a bug report of the problems Mono has rendering my extended TreeView control here: https://bugzilla.novell.com/show_bug.cgi?id=542481 Just thought I'd post to see whether anyone on this list had any ideas. I'm pretty sure the problems are caused by bugs in Mono, but if there were a way to rewrite my code to prevent teh rendering problems in Mono that'd be cool. Best regards, Jeremy Morton (Jez) ___ 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 -- View this message in context: http://www.nabble.com/Problem-rendering-my-extended-TreeView-control-in-Mono-tp25633101p25635692.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Porting Windows Forms app to Linux using mono !problems!
There are 2 types of exe files: unmanaged ones, and managed (.NET) ones. The second type can be run with Mono. So it seems like you should try to run that exe file with Mono. ktix007 wrote: I was following this Guide: http://mono-project.com/Guide:_Porting_Winforms_Applications http://mono-project.com/Guide:_Porting_Winforms_Applications But it's very confusing. It says: Now go back to Windows, and access your new share by typing \\mono\nclass into the Run dialog. Copy your NClass project to the Mono image share. On the Mono image desktop, double click your NClass folder, and navigate to your compiled NClass.NClass.exe application. Double click it and the application should run. Exe files don't run on Linux. Is this an error? Or am I doing something wrong? -- View this message in context: http://www.nabble.com/Porting-Windows-Forms-app-to-Linux-using-mono-%21problems%21-tp25212144p25214987.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] all visual controls and forms are stretched
It sounds like you have some autosizing properties set to true (which is automatically enforced by some IDE). Look for AutoScaleDimensions or AutoScaleMode, for example, and remove them. See this for more info: http://mono-project.com/FAQ:_Winforms lennyuser wrote: pre here is the problem. i design for example a form, it renders ok on microsoft windows, but the aspect ratio goes wrong on mono (size ~x1.27). it behave the same whatever is the xserver. versions -Mono JIT compiler version 2.4.2.3 (tarball Wed Aug 12 05:56:08 PDT 2009) -libcairo.so.2.17.5 thanks for any help. http://i30.tinypic.com/1io74o.png -- View this message in context: http://www.nabble.com/all-visual-controls-and-forms-are-stretched-tp25175206p25177161.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] Open hand cursor
Hello, I'd like to use an open hand cursor for a drag and drop operation. Here are the cursors I'm referring to: Can grab: http://www.worldtimzone.com/mozilla/testcase/css3cursors_files/grab.gif Grabbing: http://www.worldtimzone.com/mozilla/testcase/css3cursors_files/grabbing.gif However, these cursors are not available by default in the Cursors enum (no idea why). It seems the only way to use them would be to make custom cursors. I don't really like the idea, but oh well. If I did that, I wouldn't want to display Windows cursors on Linux, so I was wondering if there was a way to retrieve such cursors from the user desktop cursors. If there's no relatively elegant way to use such cursors, I'll guess I'll just go with the (finger pointing) Cursors.Hand one. But if there's a nice (as cross platform as possible) solution, I'm all ears. Thanks. -- View this message in context: http://www.nabble.com/Open-hand-cursor-tp24901254p24901254.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] DataGridView: System.InvalidCastException, Value is not a convertible object
Is this with Mono 2.4.x? If so, it'd be nice if you could create a reduced test case and file a bug report. m0n0 wrote: Hello there, is isn't just a General question but I think it fit's best here... I'm using WinForm and I add custom objects to a datagrid, after that I get this exception in the Paint routine of the datagrid: Unhandled Exception: System.InvalidCastException: Value is not a convertible object: MyNamespace.MyClass to System.String at System.Convert.ToType (System.Object value, System.Type conversionType, IFormatProvider provider) [0x0] at System.Convert.ChangeType (System.Object value, System.Type conversionType, IFormatProvider provider) [0x0] at System.Windows.Forms.DataGridViewCell.get_FormattedValue () [0x0] at System.Windows.Forms.DataGridViewRow.PaintCells (System.Drawing.Graphics graphics, Rectangle clipBounds, Rectangle rowBounds, Int32 rowIndex, DataGridViewElementStates rowState, Boolean isFirstDisplayedRow, Boolean isLastVisibleRow, DataGridViewPaintParts paintParts) [0x0] at System.Windows.Forms.DataGridViewRow.Paint (System.Drawing.Graphics graphics, Rectangle clipBounds, Rectangle rowBounds, Int32 rowIndex, DataGridViewElementStates rowState, Boolean isFirstDisplayedRow, Boolean isLastVisibleRow) [0x0] at System.Windows.Forms.DataGridView.OnPaint (System.Windows.Forms.PaintEventArgs e) [0x0] at System.Windows.Forms.Control.WmPaint (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.DataGridView.WndProc (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x0] at System.Windows.Forms.XplatUIX11.DispatchMessage (System.Windows.Forms.MSG msg) [0x0] at System.Windows.Forms.XplatUI.DispatchMessage (System.Windows.Forms.MSG msg) [0x0] at System.Windows.Forms.Application.RunLoop (Boolean Modal, System.Windows.Forms.ApplicationContext context) [0x0] at System.Windows.Forms.Application.Run (System.Windows.Forms.ApplicationContext context) [0x0] at System.Windows.Forms.Application.Run (System.Windows.Forms.Form mainForm) [0x0] at Alias.Program.Main (System.String[] args) [0x0] i never saw such a problem with MS .Net, but I had overloaded the ToString method to show what I want in the datagrid: public override string ToString() { return (What I want!); } that worked well with M$... now mono makes problem, does anyone of you have a workaround? I also implemented the public static implicit operator String( MyClass t ) { return t.ToString(); } to get around the problem, but that doesn't work, too. -- View this message in context: http://www.nabble.com/DataGridView%3A-System.InvalidCastException%2C-Value-is-not-a-convertible-object-tp24639939p24641017.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] application crashes on pressing ALT, Arrow keys
There have been 2 major releases since Mono 2.0, so this bug may well already be fixed. Could you check with 2.4.x, or post the application so we can try? Jijesh wrote: Hi Everyone. I have developed a small dataentry winforms application in c#. But the application is getting closed while pressing Arrow keys just after pressing ALT key in text boxes. It is not happening if we press any keys other than ALT. I am getting the following exception as well: Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at System.Windows.Forms.MenuTracker.ProcessKeys (System.Windows.Forms.Message msg, Keys keyData) [0x0] at System.Windows.Forms.Menu.ProcessCmdKey (System.Windows.Forms.Message msg, Keys keyData) [0x0] at System.Windows.Forms.Control.ProcessCmdKey (System.Windows.Forms.Message msg, Keys keyData) [0x0] at System.Windows.Forms.TextBoxBase.ProcessCmdKey (System.Windows.Forms.Message msg, Keys keyData) [0x0] at System.Windows.Forms.Control.InternalPreProcessMessage (System.Windows.Forms.Message msg) [0x0] at System.Windows.Forms.Control.PreProcessMessage (System.Windows.Forms.Message msg) [0x0] at System.Windows.Forms.Control.PreProcessControlMessageInternal (System.Windows.Forms.Message msg) [0x0] at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control:PreProcessControlMessageInternal (System.Windows.Forms.Message) at System.Windows.Forms.Application.RunLoop (Boolean Modal, System.Windows.Forms.ApplicationContext context) [0x0] at System.Windows.Forms.Application.Run (System.Windows.Forms.ApplicationContext context) [0x0] at System.Windows.Forms.Application.Run (System.Windows.Forms.Form mainForm) [0x0] at DETool.Forms.LoginForm.Main () [0x0] mono version: 2.0.1-4 operating system : ubuntu 9.0.4 Thanks in advance Jijesh -- View this message in context: http://www.nabble.com/application-crashes-on-pressing-ALT%2CArrow-keys-tp24627006p24628429.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Problem with TextBox
Is this with Mono 2.4.x? Does it also happen with .NET or not? Tarasella wrote: Hi Some time, when I clicked left button mouse on TextBox application crached: System.IndexOutOfRangeException: Array index is out of range. at System.Text.StringBuilder.get_Chars (Int32 index) [0x0] at System.Windows.Forms.TextBoxBase.SelectWord () [0x0] at System.Windows.Forms.TextBoxBase.TextBoxBase_MouseDown (System.Object sender, System.Windows.Forms.MouseEventArgs e) [0x0] at System.Windows.Forms.Control.OnMouseDown (System.Windows.Forms.MouseEventArgs e) [0x0] at System.Windows.Forms.Control.WmLButtonDown (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.TextBoxBase.WndProc (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.TextBox.WndProc (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message m) [0x0] at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x0] how to avoid this? Taras Senyk -- View this message in context: http://www.nabble.com/Problem-with-TextBox-tp24565910p24566380.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] TabControl issues... Looking for a nice custom TabControl
Hello, I'd use the System.Windows.Forms.TabControl control, if only it didn't have the following shortcomings: 1) There is no (easy) way to get rid of the dashed rectangle on the focused tab 2) The tabs flicker on resize, especially a TreeView contained in the TabControl (which doesn't flicker if not inside a TabControl) About point 1, I guess I could focus a control inside the TabPage whenever a new tab is focused, but that's a bit hacky... Mono doesn't show the focus rectangle, but that's a bug that should be fixed (I just reported it along with other tab bugs: https://bugzilla.novell.com/show_bug.cgi?id=515045). And about point 2, I read an article (http://social.msdn.microsoft.com/Forums/en-US/winforms/thread/aaed00ce-4bc9-424e-8c05-c30213171c2c) that gives a tip to fix that, which works but introduces drawing problems with my double-buffered Panels (not to mention that with my application, it triggers an exception using Mono). On a side note, the flickering isn't as bad with Mono, it's bearable. So, in the end, rather than fixing these TabControl issues, I'm starting to think using a custom TabControl (which I guess shouldn't inherit from TabControl to avoid the issues above, but directly from UserControl) is the way to go. Is there a free and open-source custom TabControl that does this? And Mono friendly, ie: no P/Invokes. I need no extra functionality other than that. PS: that kind of issue makes me think GTK# would probably be less annoying to work with. :D But for this particular project, I'd like to keep using WinForms. -- View this message in context: http://www.nabble.com/TabControl-issues...-Looking-for-a-nice-custom-TabControl-tp24144245p24144245.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list