Allow hiding filter panels in the Scene, Inspector, FileSystem docks and script editor outline

[derket25]

Describe the project you are working on

2d beat 'em up

Describe the problem or limitation you are having in your project

The filter panel on some tabs takes up a lot of space. This is especially true for people with a small screen.

Describe the feature / enhancement and how it helps to overcome the problem or limitation

It is proposed to add a toggle button to each tab, which will hide or show the filter panel (as implemented on the Output tab).

Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams

I made the following layouts

Scene tab We need to discuss whether to hide the panel here. When expanded, the panel takes up more space, but for consistency with the rest of the editor, I suggest hiding the panel.

File System tab When hiding, there is more free space. The "Change split mode" and "Sort files" buttons can be combined in the menu.

Inspector tab When hiding, there is more free space. Place the "Open Documentation" button in the menu.

Script tab We need to discuss whether to hide the panel here. You can move the arrows to an empty space and add a sort menu. When hiding, there is more space in the methods panel.

If this enhancement will not be used often, can it be worked around with a few lines of script?

This changes the editor

Is there a reason why this should be core and not an add-on in the asset library?

This will improve the usability of the editor for all users.

[Mickeon]

I do not mind being more subtle about it, but the fact that these are so "annoying" despite being pretty important tells me the issue of space stems from something else entirely.

Major example being the Script/Method List as a whole. On a small screen vertical space is reduced, sure, but horizontal space is reduced even more. Godot knowingly suffers from this.

[Calinou]

• Related to https://github.com/godotengine/godot-proposals/issues/9099.

[Zireael07]

I think you had too many tabs open, the input map rework is probably what you intended to post in.

[Calinou]

I think you had too many tabs open, the input map rework is probably what you intended to post in.

I meant to post in this particular proposal, but I got the link wrong likely because my clipboard wasn't updated by KDE (it often needs me to press Ctrl + C twice to work).

[passivestar]

Was going to suggest something like this too

Also needs considering what's gonna happen when you search with Ctrl+F because it's now supported in all docks

Maybe it could act as a toggle:

1. If the searchbar is hidden, pressing Ctrl+F shows it and puts focus into it
2. If the searchbar is visible but doesn't have focus, pressing Ctrl+F puts focus into it
3. If the searchbar is visible and has focus, pressing Ctrl+F clears it and hides it

Another thing to think of is whether or not to have an option to auto-hide it when it loses focus without having any text in it