#fyi Helge.Mathee
Original CL Desc
-----------------------------------------------------------------
TreeView / Listview: Drag + Drop Auto Scroll / Expand
Enables auto scroll and auto expand by default for all list and tree views.
#rb lauren.barnes
#jira UE-168345
#preflight https://horde.devtools.epicgames.com/job/636288461608da6ba17aa4fb
[CL 23030642 by halfdan ingvarsson in ue5-main branch]
The scale was not taken into account at creation time (when creating a SlateWidgetRun), but it was updated in the next slate prepass.
Bonus: removed a bit of duplicated code.
test:
- got a 100% repro, in UMG designer, tested the fix in a simple case, but also with the rich text nested in a scaled vertical box, or in a scale box.
- played Lyra, no regression noticed.
#jira UE-169468
#rb patrick.boutot
#preflight 636a7a90d0174259cc3a094b
[CL 23029427 by yohann dossantos in ue5-main branch]
SNotificationList::Tick() now only updates the InternalTime when bAutoExpire is set.
#jira UE-169054
#review-22950858 @jeanmichel.dignard
#preflight 6363d0a9c53af2f47f62cea4
[CL 22953128 by sebastian nordgren in ue5-main branch]
- size rule auto and strech.
- max size.
Expose the size rule also in the ScrollBoxSlot for UMG.
tests:
-reverted some workaround in the code and used the new FillSize slot parameter with success.
-tested a lot of sub editors, as the code also impact vertical/horizontal box.
-created new UMG data in QAGame using the new attributes (will submit them soon), and used blueprint graph to change the size settings of a scrollbox slot.
#jira UE-161777
#rb patrick.boutot
#preflight 6360112be86070572fd89aae
[CL 22868510 by yohann dossantos in ue5-main branch]
- Can be used with 4k device profiles to make the cursor more visible.
- Requires a cursor widget that is scale-aware.
- ```Slate.SoftwareCursorScale```
#rb Darren.Cheng
#jira none
#preflight 634d116b820aa0c193cacd6a
[CL 22558256 by David Harvey in ue5-main branch]
Only handling the display change event is not enough though: the DXGI factory might not be contain up-to-date display information in case it's not current anymore. In that case, we need to rely on a newly created factory, used exclusively to retrieve the display info
#rb mihnea.balta
#jira UE-161418
#preflight 633f1a2b62762f4a1b604f62
[CL 22425912 by benjamin rouveyrol in ue5-main branch]
Add various functions to use FLinearColor in addition to FColor
Add support for EXR on platforms supporting HDR, but not openexr. This is driven by WITH_UNREALEXR_MINIMAL: the screenshot will not be compressed, only writes are supported, only RGBA float32 is supported as input (FLinearColor), and output will be RGB float16.
The convention used is ScRGB, not BT2100-PQ to store the HDR data, since the viewers I tested with were expecting ScRGB .
tested (both png and exr):
Editor d3d11/d3d12: F9 / highresshot 2 / High Resolution Screenshot Tool w/ and w/o Custom Depth Mask, w/ and w/o Buffer attributes / Trace.Screenshot
Game: shot / shot -showui / highresshot 2 / BugScreenShot / BugScreenShotWithHUDInfo (but HandleBugScreenShot is empty) / Trace.Screenshot / Trace.Screenshot w/ ui
What doesn't work : ScreenshotCapturedDelegate.Broadcast in HDR
#jira UE-140227
#rb charles.bloom eric.renaudhoude david.harvey
#preflight 63359b01691c0168b74151f2
[CL 22327553 by benjamin rouveyrol in ue5-main branch]
It was the initial bug, but while looking at it, I noticed that the MultilineEditableTextBox was containing both a Font via FEditableTextBoxStyle, and another one via FTextBlockStyle, thus being error prone / inconsistent.
In order to fix the underlying issue (in addition to fix the initial bug), I removed the Font from FEditableTextBoxStyle, and moved the FTextBlockStyle from MultilineEditableTextBox to FEditableTextBoxStyle.
It solves the duplication issue and so make it clear where the Font should be set/read from.
However, as the text block style is now embedded in the editable text box style, it cannot be initialized the exact same way, and I had to do some changes to ensure there was no regression, by configuring various FEditableTextBoxStyle in some style files. I also change the default value for TextBlockStyle to better match our default theme.
-Default font is not set for text widgets.
EditableWidget: ensure to have a default font, and to set the style when calling SynchronizeProperties to ensure it reacts directly without having to force a refresh (by moving the widget for instance)
Bonus:
-Move to cpp some private methods that where 'forced' inline (and we were using function pointer on them). It will avoid some noise in public interface and speed up iteration / compile time when playing with them.
#jira UE-96464
#jira UE-137126
[RN] MultilineEditableTextBox was containing both a Font via FEditableTextBoxStyle, and another one via FTextBlockStyle, thus being error prone / inconsistent.The Font from FEditableTextBoxStyle has been removed, and the FTextBlockStyle moved from MultilineEditableTextBox to FEditableTextBoxStyle. It solves the duplication issue and so make it clear where the Font should be set/read from.
However, as the FTextBlockStyle is now embedded in the FEditableTextBoxStyle, it cannot be initialized the exact same way, and you can now configure the FTextBlockStyle of FEditableTextBoxStyle when creating one from scratch, by calling SetTextStyle on it.
Test
- created a Widget blueprint with different editable types combination: multiline or single line, box or no box.
-Validated that everything was reacting live as expected now.
-Created a blue print to set the text style and validated it was working.
-Create data with old version, then open it with updated version to validate that the visual was still the same and deprecation of style working as expected.
-checked different places in the editor using variation of editable text to ensure they were behaving as before (detail view, console command entry, comment on blueprint node).
#preflight 63344b9f110bb3721ef8aa77
[CL 22232366 by yohann dossantos in ue5-main branch]
#jira UE-147209, UE-160293
#9423
Tests: Found an exact 100% repro (open Build menu, click on Lighting info, move on lightmap density, then lightmight resolution, then lightmap density again), it no longer occurs. Played with a lot menus in the editor, and steps from the jira, no regression found. No more menu closing unexpectedly.
#preflight 6332fd1fa907d7192f2e0826
[CL 22206232 by yohann dossantos in ue5-main branch]
#fyi benjamin.rouveyrol
Original CL Desc
-----------------------------------------------------------------
Add EXR support for screenshots
Add various functions to use FLinearColor in addition to FColor
Add support for EXR on platforms supporting HDR, but not openexr. This is driven by WITH_UNREALEXR_MINIMAL: the screenshot will not be compressed, only writes are supported, only RGBA float32 is supported as input (FLinearColor), and output will be RGB float16.
The convention used is ScRGB, not BT2100-PQ to store the HDR data, since the viewers I tested with were expecting ScRGB .
tested (both png and exr):
Editor d3d11/d3d12: F9 / highresshot 2 / High Resolution Screenshot Tool w/ and w/o Custom Depth Mask, w/ and w/o Buffer attributes / Trace.Screenshot
Game: shot / shot -showui / highresshot 2 / BugScreenShot / BugScreenShotWithHUDInfo (but HandleBugScreenShot is empty) / Trace.Screenshot / Trace.Screenshot w/ ui
What doesn't work : ScreenshotCapturedDelegate.Broadcast in HDR
#jira UE-140227
#rb charles.bloom eric.renaudhoude
#preflight 63316dbec7791417aa5e7d51 6331600c671a1a24b5fbb4b8 6332b5dda907d7192f1b2711
[CL 22205685 by benjamin rouveyrol in ue5-main branch]
