Doc files layout issues with Godot 4.6 and 0.5-DEV-3.0.0.1

[adancau]

Hey :) I've taken a break from updating Script Splitter for quite a while now, but I've updated to Godot 4.6 a few days ago and decided it's a good idea to update Script Splitter too. I love the new look with the side buttons. I'll file a few issues I stumbled into from the get-go.

One issue I found is that control + clicking methods/properties to get help on them makes the docs layout formatting go weird. The only way to get a doc to a readable state is to press the Expand/unexpand Current Tab container button. Then it looks normal.

[CodeNameTwister]

v4.6.stable.official [89cea1439]

I haven't been able to reproduce it. Are you using any different settings than the default ones in Godot?

For example:

In Editor Settings:
interface/editor/vsync_mode = ENABLED
interface/editor/update_continuously = False

[adancau]

Let me go through the things that could be related to the editor:

Interface / Editor: LCD Subpixel on (doesn't seem to fix the issue if disabling), V-SyncMode is on (but it seems to be the default value), Update Continuously if off (the default as well)
Text Editor / Appearance: Show line guidelines off, Minimap width 120, Word wrap Boundary, Autowrap mode Arbitrary (resetting neither of these seems to fix the issue)

The rest are on default.

When updating Script Splitter, after uninstalling the old version I had a bunch of settings left behind under Editor Settings, which I had to get rid of by deleting all the settings from %APPDATA%\Roaming\Godot\editor_settings-4.6.trep. Probably not related in any way, but maybe worth mentioning, in case some default values could stick around from older versions

[CodeNameTwister]

eb2e06c
Are you still having problems with this update?

[adancau]

eb2e06c Are you still having problems with this update?

Unfortunately yes, it hasn't changed anything on my side (I updated helper_editor_tool.gd manually by dropping the file in the correct folder and overwriting)

[CodeNameTwister]

e4b10ec

Essentially, what's being done here is forcing the rect update.

Because the documents are processed internally by multiple threads for display, I'm inclined to think this is a synchronization failure in modern cpu`s.

Time to pray to the holy penguin.

[adancau]

Time to pray to the holy penguin.

:( Sorry to say, it's still behaving exactly as before

My impression is that the padding on the left behaves in a very static way - it's not changing with the window / panel width:

These are a screenshot of the panel at half size, when using a split superimposed on a full size expanded panel. Notice how the space on the left is the same, even though the panel size is smaller in the first case

[CodeNameTwister]

I managed to reproduce the spacing problem by changing the scale, so I'll start checking if I can fix it there.

Editor Setting Issue Step:
interface/editor/display_scale = Custom
interface/editor/custom_display_scale = 0.5

// The values for reproduction of this issue may vary depending on the type of screen therefore, your screen may have different values ​​and generate the same padding.

[CodeNameTwister]

Hello, since padding occurs when using different scaling parameters and there's no official way to remove the narrowing that Godot internally implemented as part of the UX,

I've updated the parameters based on the scale. However, a not official workaround is applied, so due to screen differences, it's difficult to find the right values.

So let me know how this solution works for you.

I've do the process for scales lower than 0.75 that's where the filler appeared on my screen.

If it doesn't work for you then the only other options are:

• place the magic values ​​in richy.gd in _process.

• Change the font size in the Doc Helper:
  If you try this solution and say it works well, I can automatically adjust the parameters there based on the scale.

  In Editor Settings:
  text_editor/help/help_font_size
text_editor/help/help_source_font_size
text_editor/help/help_title_font_size

• Use another native scale
  In Editor Settings:
  interface/editor/display_scale

[adancau]

One thing - I'm not applying any sort of scale in the editor. But my resolution is 3840 x 1600, so ultrawide - and that could have something to do with it.

Re: the first option. I tried changing some values in richy.gd under _process(), but I am probably not doing the right thing since I'm not seeing any changes. I tried adding some print / OS.alert() statements there, and even if disabling/reenabling the plugin or restarting Godot I don't get any sort of output from the print/alert.
To be honest I have never done addon development in Godot, so I have no idea how to debug it.

Re: the second option: I tried playing around with font sizes - but it isn't really doing anything about the problem. Btw, something I forgot to mention - properties and code examples appear like this, in very narrow and tall containers when a split is active (or not expanded to full size - expanding magically fixes everything):

Re: the third: changing display scale doesn't change anything re: the issue