@XaeroDegreaz, I checked your game and I think it will be possible to hire any good game UI artist and task him or hew with drawing the UI in 100% vector. Your game is a sci-fi game which are usually looking great in a completely vector UI - for reference, see XCOM 2, PlanetSide 2, Deus Ex: Human Re...

Some fresh screenshots of the UI (made from the actual game, 4K) - see gallery https://imgur.com/gallery/dMz5V

We're making a large indie game with a custom game engine and NoesisGUI integration. It ships with the completely open source code for UI (and all the gameplay-related code and assets) and supports hot-reloading of everything, including UI code (XAML and C#). The game is in open alpha now and you ca...

You might be interested in how sounds are added in XAML in our game http://cryofall.com The game ships with the completely open source code of UI and game logic. The game is currently available for free (open alpha). It's a huge volume of educational material for any game developer, especially inter...

@Thraka, the integration repository https://github.com/aienabled/NoesisGUI.MonoGameWrapper has been updated so you can try it with NoesisGUI v2.1 now! By the way, we're making CryoFall - a large indie game with a custom game engine (integrated with MonoGame for client side) with integration with Noe...

An update is coming soon to add full support for NoesisGUI v2.1.0 (which is currently in RC and API should not change anymore).
Stay tuned .

@ ivan_b , have you actually checked with the profiler? In our case, v2.x vs v1.x controls loading speed is much faster. At the time I asked the same question (it's called 1.3 beta then and the NoesisGUI team decided to drop XAML-to-binary compiler completely) and they responded to me that their nat...

@nokola, I never thought about this case. I think it should not be hard for the Noesis team to just add a simple flag which will avoid returning elements with IsHitTestVisible==false. Full delegate approach as in WPF will be much harder to implement due to C#-to-C++ interop... and I really can't see...

I agree that HitTestFilter callback might be useful. Meanwhile, we're using something like that to workaround the issue: public static bool HitTest(Visual fromVisual, Point fromPoint) { var visual = VisualTreeHelper.HitTest(fromVisual, fromPoint) .VisualHit as FrameworkElement; while (visual != null...

B17 works fine for us!