This will pave the way for us to enable GameInput as the default input device in the future, and make it much easier to just turn off XInput via the plugin system instead of needing to add a bunch of checks to the WindowsApplication.cpp
Developer Note: This means that if you for some reason modified the engine to make XInputInterface.h a publicly available include, you need to add the XInputDevice module as a dependency. This should not be the case for anyone, unless they have customized the engine to extend on XInput and make it public in the first place (It was in a private module folder and not exposed with an API, so we can't really do anything about it if it was modified).
#jira UE-193160
#rb jodon.karlik
[CL 27279035 by ben hoffman in ue5-main branch]
- mostly just replacing them AllowWindowsPlatformTypes.h / HideWindowsPlatformTypes.h
- some other files had both Pre/PostWindowsApi.h and Allow/HideWindowsPlatformTypes.h, so just removed
- some occasional include order changes.
#jira UE-152863
#rnx
#rb Devin.Doucette
[CL 26985385 by david harvey in ue5-main branch]
- add a new shader platform (SP_METAL_SIM) to support iOS Simulator specific compilation requirements
- update iOS sim #define WITH_SIMULATOR to WITH_IOS_SIMULATOR
#jira UE-168571
#rb carl.lloyd
[CL 26850475 by adam kinge in ue5-main branch]
-> Added a name check for Luna controllers, to enable using the threshold to consider pulling triggers as "button presses".
-> Added controller info to GameActivity
[REVIEW] [at]Mathieu.Roy [at]Ghislain.Theriault [at]Bernard.Lambert [at]Chris.Babcock
#rnx
[CL 26771341 by nicolas potvin in ue5-main branch]
- .ini settings for using SwiftUI main function
- this will eanble #defines, etc, to enable some embedded style functionality in UE, where SwiftUI will trigger when to create the engine/view/etc
- assume fully immersive mode, which uses CompositorServices to get drawables from SwiftUI land
- Added some code to FMetalViewport for using Composotir layer/drawable instead of CoreAnimation layer/drawable
- If the .ini setting is false, then it will use the original VIsionOS support which works generally in the simulator
- Also removed -lc++ commandline which was causing "duplicate -lc++" warning when building in recent Xcode
#rb adam.kinge
[CL 26769312 by Josh Adams in ue5-main branch]
[FYI] keaton.stewart
Original CL Desc
-----------------------------------------------------------------
[Backout] - CL26221679 [Main CIS Issue] Errors in Incremental FortniteServer Linux and Incremental Compile Monolithics - Linux
[FYI] Josh.Adams
Original CL Desc
-----------------------------------------------------------------
- Very super early support for VisionOS (requires Xcode 15 beta2 or later).
- THIS IS NOT USABLE YET - WORK IN PROGRESS!
- It builds, links with IOS libs (warnings, not errors), can cook and it boots in Simulator, but is dying in MetalRHI
- UnrealTargetPlatform.VisionOS is currently defined in Engine code, it is not pulled out like would be correct for a full true platform extension
- Refactored a lot of Build.cs files to use UnrealPlatformGroup.IOS/Apple instead of individual platform checks, to make VisionOS integration simpler
#rb zack.neyland
[CL 26226852 by josh adams in ue5-main branch]
#fyi Josh.Adams
#jira FORT-626566 (edited)
Original CL Desc
-----------------------------------------------------------------
- Very super early support for VisionOS (requires Xcode 15 beta2 or later).
- THIS IS NOT USABLE YET - WORK IN PROGRESS!
- It builds, links with IOS libs (warnings, not errors), can cook and it boots in Simulator, but is dying in MetalRHI
- UnrealTargetPlatform.VisionOS is currently defined in Engine code, it is not pulled out like would be correct for a full true platform extension
- Refactored a lot of Build.cs files to use UnrealPlatformGroup.IOS/Apple instead of individual platform checks, to make VisionOS integration simpler
#rb zack.neyland
[CL 26223564 by keaton stewart in ue5-main branch]
- THIS IS NOT USABLE YET - WORK IN PROGRESS!
- It builds, links with IOS libs (warnings, not errors), can cook and it boots in Simulator, but is dying in MetalRHI
- UnrealTargetPlatform.VisionOS is currently defined in Engine code, it is not pulled out like would be correct for a full true platform extension
- Refactored a lot of Build.cs files to use UnrealPlatformGroup.IOS/Apple instead of individual platform checks, to make VisionOS integration simpler
#rb zack.neyland
[CL 26221679 by Josh Adams in ue5-main branch]
* Moved dllexport from type to methods/staticvar in all Engine runtime code. This improves compile times, memory and performance in dll builds
[CL 26082269 by henrik karlsson in ue5-main branch]
