Interesting the offending control was the ToolStripContainer. I've removed
that and it works just fine.
Looks like the ToolStripContainer implementation is buggy. If I knew enough
about the WinForms implementation on Mono I'd certainly try to help :p
Thanks for the feedback guys!
--
View this me
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 anothe
I believe you can circumvent the dependency. I've not tried it with
Mono, but there are WINE packaging tools out there that include an X
server in the private resources that runs independently of the
installed X11.app, so that Cmd+Tab works as expected to switch between
applications. Check out how
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 alte
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.
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 a