It increases according to the total space available to increase.
For my specific Studio window, for instance, starting from ~1.6 it increases no more in size, a dead zone for the slider starts, because there’s no space:
You can try resizing your window and see how it affects the chat window width, but once the limit is hit, it will no longer increase.
That applies to devices/windows that are larger and therefore do support a chat window with larger width.
Hm… I made the properties/explorer and toolbox tab smaller, but the width still didn’t increase beyong this ~1.1 scale.
You might be right about the device, but even then I should be to increase the width of the chat.
The LegacyChatService allowed this too. I even remember modifying it a bit where that dragger allowed you to stretch it even more back then.
PS @sssALONEsss, when typing a ‘2’ in the box it still doesn’t change. When I type a ‘3’, it changes to ‘2’, but also doesn’t scale the ChatWindow further
The fact that WidthScale accepts a value above 1 in the Properties panel but silently clamps it at render time is inconsistent behavior. HeightScale actually works beyond 1, so exposing WidthScale with the same range but not honoring it the same way points to either a bug or an unfinished implementation.
Maybe it is an intentional hard limit and not a bug, just an interface that should not have a 2.
The chat window has to work across PC, tablet, and phone, and allowing WidthScale to exceed 1 on a phone screen may push the chat box off screen or overlap critical UI. Capping it at 1 keeps it device safe regardless of screen size. Who knows, but that thing is not going past 1.
You can move it in studio and see that in real time.