Open malee1975 opened 3 weeks ago
Thanks for this. I'm currently also looking at this one to see if there's a less fragile way of handling the resizing of the form. A lot of this was written before things like flex
had wide support... but these days it's a given and might reduce the need for a lot of these 'magic' numbers that can vulnerable to change.
I am big fan of flex
. I guess ultimately that it would need to be an editor wide implementation of flex.
@malee1975 do you see this on all nodes or just some in particular? Which node is in the screenshot you shared in the original issue?
I don't see the scrollbar on Chrome using the default NR theme - I'm wary of making this type of pixel-tweaking change if we can't reproduce generally.
All nodes with a configuration dialog, for example this is on Edge:
And this a different node on Chrome (Version 125.0.6422.113)
As soon as I input anything into the inputs there is a shift to the right as the scrollbar is removed.
I am on Windows OS version 11.
As mentioned, I don't see this on Chrome/MacOS.
@Steve-Mcl as a resident Windows user, could you say if you see this behaviour at all? I'm wary of making these mini-pixel tweaks if they aren't widely reproducable.
I don't have it on all my config nodes - I deduce that it only affects the dialog box if it has the default size.
Proposed changes
It seems to be that when using Chrome and Edge on windows that the scrollbar is always visible until there is an action within the edit dialog. This issue seems to be specific to the configuration dialogs and is more pronounced if a dark theme is used.
Checklist
npm run test
to verify the unit tests pass