FAQ: Winforms
From Mono
| Table of contents |
My forms are sized improperly
This can be caused by AutoScaling. You can try disabling it:
export MONO_MWF_SCALING=disable mono myapp.exe
If this fixes it, you can disable it in your application by removing the following line from your form's designer code:
this.AutoScaleBaseSize = new System.Drawing.Size(5, 13);
How can I keep the terminal window ("dos prompt") from showing when my application runs?
You need to compile you application with -target:winexe, like this:
mcs -target:winexe myapp.cs
- or -
gmcs -target:winexe myapp.cs
How can I use a different theme?
Set the MONO_THEME environment variable, currently you can choose from "clearlooks", "nice" and "win32". Please note that only win32 is supported, the others may not be complete.
For example:
export MONO_THEME=clearlooks
How can I make my windows alpha blended? (transparent)
Mono's Winform implementation supports transparency on its windows as long as the underlying windowing system has support for it.
For Unix/X11 users this means that they must have the COMPOSITE extension enabled on their server, and they must be running a compositing manager, like xcompmgr.
The GenToo Linux Wiki has a good description on how to setup the Xorg server (http://gentoo-wiki.com/TIP_Xorg_X11_and_Transparency) for transparency support.
What are you using to implement Windows.Forms?
Windows.Forms is implemented fully in C# managed code and uses System.Drawing to perform most of its tasks.
For more details see the Winforms Roadmap
A small driver is required for each operating system supported. Currently we have drivers for:
- X Window System
- Win32 Window System
- Mac OSX Window System
Will I be able to run my smart clients on systems powered by Mono?
As long as your applications are 100% .NET and do not make use of P/Invoke to call Win32 functions, your smart client applications will run on Mono platforms.
Does Winforms run on OSX?
Yes, as of Mono 1.9, Winforms has a native OSX driver that it uses by default.
Do you have a comparison chart about the various toolkit offerings?
See Gui Toolkits.
GDIPlus Initializer Exception
If you get the following error:
An exception was thrown by the type initializer for System.Drawing.GDIPlus
This means that you do not have installed libgdiplus in your system, make sure that libgdiplus is installed and that the library can be found.
You might want to use this command line to debug this problem:
MONO_LOG_LEVEL="debug" MONO_LOG_MASK="dll" mono winapp.exe
Missing Method Exception
If you get the following error:
System.MissingMethodException: Method not found: 'System.Windows.Forms.TextBoxBase.GetPositionFromCharIndex'.
This means that you are attempting to use a method that has not been implemented yet in Mono (and you compiled with Microsoft's compiler or you would have gotten an error at compile time).
You have three options:
- Adjust your code to not use this method.
- Implement the method in Mono.
- Wait for it to be implemented in Mono.
To see which methods are currently missing from the SVN version of Mono, see the class status pages.
Why not implement System.Windows.Forms on top of Gtk# or Qt#?
Compatibility.
Although it is possible to run simple Windows.Forms applications with the Gtk#-based backend of Windows.Forms, it is very unlikely that the implementation will ever implement everything needed for full compatibility with Windows.Forms. The reason is that Windows.Forms is not a complete toolkit, and to work around this problem some of the underlying Win32 foundation is exposed to the programmer in the form of exposing the Windows message handler (WndProc). Any control can override this method. Also developers often P/Invoke into Win32 to get to functionality that was not wrapped. To achieve full compatibility, we would have to emulate this, and it would take too long. For more details see the winforms page.
Powered by MediaWiki