UPDATE: I was able to get it to sort of work by installing the plugin at the project level. I can now see my HUD and can get mouse over events on my actors in the scene, so this is progress. However now I am unable to click on any xaml elements (buttons etc) in my HUD, unless I set the NoesisView visiblity to Visible. And that breaks the mouse over events on the actors. Ugh.

Scenario is that I have a xaml HUD with some skill buttons at the bottom and a health bar at the top. Fairly standard deal. I need to be able to click a skill button on the HUD and then get mouse over events from my world actors. Currently I have the NoesisView set to Visibility=SelfHitTestInvisible, I have the background of the stackpanel holding the buttons set to Black. And I have the main container grid set with no transparency setting. I have SetInputModeGameAndUI and I am showing my cursor. This allows me to get actor mouse overs, but I cannot click any of the buttons on the HUD. IF I set the NoesisView to Visibility=Visible then I can click the buttons, but I no longer get mouse overs on the actors.

I also notice that there doesn't seem to be any difference if my background is unset, or set to Transparent, or x:Null, or even a color with alpha. I can still get actor mouse over events if Visibility=SelfHitTestInvisible, and no mouse events if Visibility=Visible. Additionally I have tried variations with SetInputModeUIOnly but still no luck.

So I am either misunderstanding how to use this new feature (certainly possible), or there is a bug.
As usual - Any help would be greatly appreciated!

I notice that in the NoesisView widget blueprints I do not have access to many of the standard blueprint nodes like:
GetGameMode
GetGameInstance
GetPlayerCharacter
etc
These nodes are all available in a standard blueprint Widget, so I would think they should be available in a NoesisView widget as well.

I'm currently looking into the event issue. I tested the system with mouse click events, which work, but I'm starting to see the problems with this approach. It looks like their hit detection system is quite inflexible, but I've found a couple of possible ways to get it sorted.

After that's done I'll look into why those functions are not exposed in a NoesisView.

As per the DLL message, you can ignore it. As part of the work to support project plugins once of the things I did was to look for the DLL in every possible location. If it wasn't finding it the plugin wouldn't load. You can go back to having the plugin in your project if you prefer.

And as you figured out, Visibility has to be set to Visible now. SelfHitTestInvisible showed the widget before because there were several widgets between the SObjectWidget that contains the NoesisView and the SNoesisWidget that handled drawing and events. Now those are gone and the NoesisView is a leaf node, so if that's not visible nothing is. But, as you already tested, SelfHitTestVisible didn't do what was supposed to do before.

Sorry about that. I did indeed build it for IOS, but going through the log the build system considered the target to be up to date and didn't rebuild it. Forcing it to do so did in fact highlight the problem. Its fixed and committed now.

Update:
Haven't yet tested on real device, but it was successfully built after moving the installation of NoesisGUI middleware from engine-wide to the project-only level. I guess it should be noted somewhere.

That's with the engine installed through the Epic Games Launcher, right? Sorry about that, we need to create more BuildNoesisGUIPlugin scripts for the platforms other than Win64 and Mac to fix that. I'll commit them and update the documentation today, and update this thread when it's done.

That's with the engine installed through the Epic Games Launcher, right? Sorry about that, we need to create more BuildNoesisGUIPlugin scripts for the platforms other than Win64 and Mac to fix that. I'll commit them and update the documentation today, and update this thread when it's done.

Thanks for the feedback!

Yeah, I am using engine from the launcher and yes, I saw it's just uses hardcoded list in the bat file but I wasn't sure with the correct syntax for

The syntax is -TargetPlatforms="Win64,Android" if you want to have more than one. But you also need to copy the Intermediate directory, because we only commit those files for the host platform.

In any case, I just committed to GitHub the scripts. I've added an Android build script for Windows and Mac, and an IOS script for Mac. I'm investigating the possibility of building IOS from Windows and I'll create the corresponding script if I get it to work (haven't had much luck on that front so far).