You mean it is like GraphicsDeviceControl? But where is for OpenTK?
This is useful when working with NodeGraphEditors where the automatic invalidations would block the whole NodeGraph.
NuGet: https://www.nuget.org/packages/MonoGame.Forms/1.6.2
Progress Video
https://youtu.be/9PrY6TZn6bI
NodeGraphEditor Test
https://youtu.be/Mg_5vNfaygo
Fixed that on reinitializing a custom control of the type UpdateWindow, the GameLoop function was reatached multiple times to the Application.Idle event, which caused that the Update method in custom controls was also called multiple times accordingly.
Fixed that on reinitializing a custom control of the type UpdateWindow also reinitialized the StopWatch, which sets the elapsed time to 0 and so could possibly cause errors in the GameLoop.
Moved the bool AutomaticInvalidation to the GraphicsDeviceControl as it is used by all custom controls.
Added the protected event Action<SwapChainRenderTarget> to the GraphicsDeviceControl to reflect the changes on window resizing and giving the editor service classes the new SwapChainRenderTarget. This fixes a NullReferenceException when working with RenderTargets in custom controls.
It’s now possible to change the font color of the integrated display.
Do you know if the mousewheel events work properly?
I have the following set up:
protected void MapComponent_OnMouseWheelUpwards(MouseEventArgs e)
{
//do something
}
And I have this in Initialize()
OnMouseWheelUpwards += MapComponent_OnMouseWheelUpwards;
But nothing actually happens when I use the mouse wheel. I noticed similiar code in the MapHost source from the samples, but when running it, the mousewheel also does not do anything.
Yes, it still works for me.
Please check if the mouse cursor is inside the control of the MapHost when using the mouse wheel. The event won’t be triggered if the mouse cursor is outside of the control.
You could check if the event triggers by placing a breakpoint in the OnMouseWheelUpwards event.
I’ve tried it with the mouse cursor inside the control, and it doesn’t trigger any breakpoints I put on the event. I tried getting a fresh copy of the sample project to make sure I hadn’t made any changes to it as well.
I can get around not using the mouse wheel, but I guess I just found it kinda weird since it looks like it should be working.
Just for clarification: does the OnMouseClick, OnMouseUp, OnMouseDown or OnMouseMove event working for you in the MapHost sample?
Correct. All of those do work, including clicking the mouse wheel button to re-center the map image. It just seems to be scrolling the mouse wheel that isn’t working.
Ok fine. Please try the following:
Place this code block:
protected override void OnMouseWheel(MouseEventArgs e)
{
base.OnMouseWheel(e);
}
in the MapHost class and place a breakpoint inside this method.
See if it can reach this breakpoint.
I added that in and placed a breakpoint, but it still doesn’t seem to be working. Very weird.
It’s possible that the controls may not have input focus.
Let’s try this:
Put this code block additionally:
protected override void OnMouseEnter(EventArgs e)
{
base.OnMouseEnter(e);
if (!Focused) Focus();
}
protected override void OnMouseLeave(EventArgs e)
{
base.OnMouseLeave(e);
if (Focused) Parent.Focus();
}
in the MapHost class and test these events as well as the mouse wheel events from the previous posts.
That did it! Upon adding those, it hits the breakpoint I added in OnMouseWheel.
Thank you so much! 
This is great I’m glad I could help.
Can you confirm that the breakpoints in OnMouseWheelUpwards and OnMouseWheelDownwards are working too now?
Yeah, both of those are working now as well.
Okay nice.
I already applied a patch on the dev branch (not public). It will be available on the master branch in the next iteration of MonoGame.Forms, so you don’t need to fiddle around with OnMouseEnter and OnMouseLeave in your custom controls.
I will push out along other improvements soon.
Thanks for reporting the issue @mgtaa!
NuGet: NuGet Gallery | MonoGame.Forms 1.6.7.1
Better readable debug panel:
