Root cause: the update of bAddPacks to False in the Game config was not saved to disk
Solution: Added a "SectionsToSave" section to the DefaultGame.ini at creation to add the 'StartupActions' as persistable
#jira UE-211233
#rb Josh.Adams
#rnx
[CL 32766089 by JeanLuc Corenthin in 5.4 branch]
- Enabled Local Exposure in new projects via project "Default Settings".
- Modified default Local Exposure values in PPV.
In order to keep PPV in existing projects unmodified, this change adds a new BranchObjectVersion so that when loading assets saved in previous engine version, the default values are set accordingly before deserialization happens.
#rb daniel.wright, marc.audy
[CL 26557359 by tiago costa in ue5-main branch]
Removed config option to alternate between the two.
Removed automatic addition of the config option to new projects.
#jira UE-185410
[REVIEW] [at]Joe.Graf, [at]Chris.Varnsverry
[CL 26232071 by alejandro aguilar in ue5-main branch]
- Converted the font size to float, to allow specifying more precise size, and support the sizes that would be wanted at (for instance) 72 DPI, without losing information (ie rounding to the closest 96DPI int).
- Change various font caches behavior (glyph, advance, kerning...) to match behavior of Freetype, and ensure that a given size in Freetype will be stored only once in the font caches.
- Added cvar commands:
- Slate.DumpFontCacheStats: will display the list of all font combinations used, with the number of glyphs for each combination.
- Slate.FlushFontCache: will clear the font caches as well as the font atlases, then will invalidate all the widgets to force the cache to be refilled.
- Fixed the combo box for font typeface selection not disabled when necessary.
#tests:
- changed the Font display settings between various values and customDPI, validatet that everything was save correctly, and that the display was reacting to the value change.
- tested all the tooltips, simple, extended (ctrl + alt), and dynamic (display of the current DPI setting next to the font size).
- validated that the font atlas/cache was containing not more than one time each glyph rendered by Freetype.
- validated that the edition of the font size was still fully functionnal (spinbox, undo/redo, support of disable state,...).
- tested default value for a new project (72DPI).
- compiled Slate/SlateCore/UMG with UnsafeTypeCastWarningLevel = WarningLevel.Warning to fix warnings related to the change.
- tested in a game with latest changes from BP team (CL 26034633), ensuring that there are no regression related to the change of type (int to float) from the Font size.
- running with it in a game and UE branch for months.
#jira UE-152161
#rb patrick.boutot
[CL 26074522 by yohann dossantos in ue5-main branch]
-Deprecated in 5.1. OpenXR should be used instead.
-A few instances of the string "SteamVR" remain. In some case we are comparing to the OpenXR Runtime name, which remains correct. In some we are searching input profile paths for SteamVR, which also remains correct. VRScouting is doing the input profile path and then overriding VREditor's view of the xr plugin name, so at first glance VREditor still seems to be using SteamVR, but it actually does not depend on that (That code will likely be further refactored as time goes on).
#jira UE-181471
#preflight 64233be9803cb466e86ad33c
#review
#rb Arciel.Rekman
[CL 24825198 by Jeff Fisher in ue5-main branch]
-it will always be false if bAuthorizeAutomaticWidgetVariableCreation is false.
-it will take the setting of the widget it bAuthorizeAutomaticWidgetVariableCreation is true.
The setting is set to true for existing projects (it keeps the current behavior), but will be set to false for new project.
It can be changed any time, and will only affects the new Widgets that will be created.
tests:
-drag n drop various new Widgets, changed value of the general setting on the fly: the IsVariable value respected the setting.
-PIE Lyra game, all blueprints compiles fine and various tested menus / HUD are ok.
-opened a project of current version, or older project converted in place: new setting is true.
-created a new project: setting is set to false.
#jira UE-152160
#rb patrick.boutot
#preflight 6357ecd3f92c3250244311b9
[CL 22750497 by yohann dossantos in ue5-main branch]
- Fix logic to also apply to projects created from template (doesn't overwrite template defined config if it has one).
- Removed deprecated option in Renderer Settings.
- Cleaned up branches around LuminanceMaxFromLensAttenuation(), since it's already applied inside the function.
- Templates are also updated to use ExtendedDefaultLuminanceRange.
#rb juan.canada
#fyi andreas.suika
#preflight 63344c29c7791417aafeadc7
#jira UE-143838
[CL 22221695 by tiago costa in ue5-main branch]
This now makes sense to change now that dialogs don't fade out during loading.
#rb matt.kuhlenschmidt
#rnx
#ROBOMERGE-AUTHOR: sebastian.nordgren
#ROBOMERGE-SOURCE: CL 21108676 via CL 21108681 via CL 21108685
#ROBOMERGE-BOT: UE5 (Release-Engine-Staging -> Main) (v972-20964824)
[CL 21109746 by sebastian nordgren in ue5-main branch]
Those projects cannot be loaded due to the modules conflicting.
#jira UE-147237
#rb brooke.hubert ronald.koppers
#preflight 62ba3171e77151e5998ea094
[CL 20842099 by zach rammell in ue5-main branch]
This change consists of multiple changes:
Core:
- Deprecation of ANY_PACKAGE macro. Added ANY_PACKAGE_DEPRECATED macro which can still be used for backwards compatibility purposes (only used in CoreUObject)
- Deprecation of StaticFindObjectFast* functions that take bAnyPackage parameter
- Added UStruct::GetStructPathName function that returns FTopLevelAssetPath representing the path name (package + object FName, super quick compared to UObject::GetPathName) + wrapper UClass::GetClassPathName to make it look better when used with UClasses
- Added (Static)FindFirstObject* functions that find a first object given its Name (no Outer). These functions are used in places I consider valid to do global UObject (UClass) lookups like parsing command line parameters / checking for unique object names
- Added static UClass::TryFindType function which serves a similar purpose as FindFirstObject however it's going to throw a warning (with a callstack / maybe ensure in the future?) if short class name is provided. This function is used in places that used to use short class names but now should have been converted to use path names to catch any potential regressions and or edge cases I missed.
- Added static UClass::TryConvertShortNameToPathName utility function
- Added static UClass::TryFixShortClassNameExportPath utility function
- Object text export paths will now also include class path (Texture2D'/Game/Textures/Grass.Grass' -> /Script/Engine.Texture2D'/Game/Textures/Grass.Grass')
- All places that manually generated object export paths for objects will now use FObjectPropertyBase::GetExportPath
- Added a new startup test that checks for short type names in UClass/FProperty MetaData values
AssetRegistry:
- Deprecated any member variables (FAssetData / FARFilter) or functions that use FNames to represent class names and replaced them with FTopLevelAssetPath
- Added new member variables and new function overloads that use FTopLevelAssetPath to represent class names
- This also applies to a few other modules' APIs to match AssetRegistry changes
Everything else:
- Updated code that used ANY_PACKAGE (depending on the use case) to use FindObject(nullptr, PathToObject), UClass::TryFindType (used when path name is expected, warns if it's a short name) or FindFirstObject (usually for finding types based on user input but there's been a few legitimate use cases not related to user input)
- Updated code that used AssetRegistry API to use FTopLevelAssetPaths and USomeClass::StaticClass()->GetClassPathName() instead of GetFName()
- Updated meta data and hardcoded FindObject(ANY_PACKAGE, "EEnumNameOrClassName") calls to use path names
#jira UE-99463
#rb many.people
[FYI] Marcus.Wassmer
#preflight 629248ec2256738f75de9b32
#codereviewnumbers 20320742, 20320791, 20320799, 20320756, 20320809, 20320830, 20320840, 20320846, 20320851, 20320863, 20320780, 20320765, 20320876, 20320786
#ROBOMERGE-OWNER: robert.manuszewski
#ROBOMERGE-AUTHOR: robert.manuszewski
#ROBOMERGE-SOURCE: CL 20430220 via CL 20433854 via CL 20435474 via CL 20435484
#ROBOMERGE-BOT: UE5 (Release-Engine-Staging -> Main) (v949-20362246)
[CL 20448496 by robert manuszewski in ue5-main branch]
