Move to new Window

[havi05]

Could you add the function that you can move the containers to new windows with the size that the container had before (and back again)?

Multible Windows come in Godot 4.0 or 4.1.

[gilzoide]

Hmm, that's a nice feature to have, but if it would only be supported on Godot 4.0+, breaking changes to scripts are needed, like @onready annotations.
There could be a separate branch for 4.0 code, but I've never used Godot 4 and am not planning on doing so soon.

Does in-app floating windows work for you? I know it's not the same, but it is a nice feature DockableContainer could have and would still work on Godot 3.

[havi05]

I would like to use multiple screens. in-app floating windows are also a great feature to have but can't solve my "problem".
If you like I could try to update the addon for Godot 4.0 and include this feature.

[gilzoide]

Feel free to implement Godot 4.0 support, but this will not be in the main branch until 4.0 is widely used.
I've created a godot-4.0 branch so you can open a PR to it =]
If you need any help, give it a shout!

Just out of curiosity, are you using Godot 4.0 yet?

[havi05]

Just out of curiosity, are you using Godot 4.0 yet?

Only for testing and for my project ideas that need multiple windows. (And there only the first tests, because there is no documentation.)

[havi05]

In the video you can see what I thought with multiple windows and why I think it fits very well in your addon.

2021-06-18.20-37-47.mp4

[gilzoide]

Yeah, I also think this would be a really awesome addition!
I'll just not invest my free time in this while Godot 4.0 isn't released.

[havi05]

I am trying to implement this, but I have not found where the dragged container is stored. Can you tell me?

[gilzoide]

The child Control objects are maintained as direct children of the DockableContainer object, only their rectangles and visibility are changed.

Whenever a DockableContainer's layout is sorted again, what happens is that DockablePanels, which are TabContainers, are created for tracking the Controls that are tabbed there.
All tabs in DockablePanels are instances of DockablePanelReferenceControls, objects that track the original Control objects and mimics its own rectangle and visibility in them.
That way, we don't need to mess with the scene tree hierarchy regarding the children Control objects.

So the flow of the positioning is:

1. The DockableContainer fits the DockablePanels in the right rectangle based on the calculated layout
2. Since DockablePanels are TabControllers, only the current tab is visible and is expanded to this same rectangle
3. All tabs mimic their rect and visibility to the tracked original Control objects. This way, only the current tab has its tracked Control object visible and all other tabs' tracked Controls get hidden. In the same sense, whenever the tab has its rectangle changed, the tracked control will be moved to the same rectangle.

Now, to make floating windows, we'd need a way in the Layout to mark Controls as floating windows and not store them in any of the panels.
Also, I don't know how floating windows work in Godot 4, but it may or may not work in this "don't move the original Controls in the scene tree hierarchy" policy that is currently in place.

[havi05]

Thank you for your explanation. I understand it better now.

Now, to make floating windows, we'd need a way in the Layout to mark Controls as floating windows and not store them in any of the panels.

I haven't looked at this piece of code yet, but maybe the checkbox-hide functionality can be used for this.

Due to this bug, we are currently unable to drag the container out of the main window to create a new window. :( (godotengine/godot#53170)
My new idea was to double-click the tab to open it in a new window and add the drag functionality once the bug is fixed. What do you think about it?

[gilzoide]

Thank you for your explanation.

No problem! I'm really sorry about the delay, things have been busy lately.

but maybe the checkbox-hide functionality can be used for this.

Not exactly, but it should be something just like it. Just like there is the _hidden_tabs Dictionary, there could be a _floating_tabs array holding which Controls are floating windows or something like that.

About dragging to create the new window, maybe the best is doing like some apps do and detach the window if you drag it to the center of a tab. Something like that (imagine this rectangle is the panel and you're dragging another tab inside it):

The DragNDropPanel script is resposible for drawing the drop preview and finding which margin will be split, you could change it to handle the panels' center. DockableContainer's _drop_data_fw method is where the layout is actually changed after dropping a tab inside another panel.

[havi05]

I have prepared the central selection (hiding and floating isn't implemented yet):

• What do you think about it?
• Should the central panel be larger? (The container is currently quartered.)
• Diagonal lines like in your picture?

2022-04-17.22-58-43.mp4

[havi05]

I have created the floating windows. Sadly, the new Godot 4.0 code contains some bugs. (Ghost tabs - disappear when clicked or are not clickable)

for example:

• 2 tabs "Control2" disappear
• 1 tab "@@28" not clickable

The bugs appeared before I coded the new window function, so the floating windows aren't the cause for this. I started with my current main branch (https://github.com/Gamemap/godot-dockable-container) with godot 4.0 alpha 2.
I will update the project to the next alpha version as soon as it is released.

Here is a video showing the floating windows and the bugs:

2022-04-18.18-04-54.mp4

[gilzoide]

I have prepared the central selection (hiding and floating isn't implemented yet):

I don't know if it will be 100% clear the window is going to be detached, but it looks pretty nice to me! =D

Can the detached windows be docked again inside a panel?

As for these bugs regarding tabs, they seem related to the handling of the Layout internal to DockableContainer. Maybe the tabs are not being removed from the LayoutPanels, so the container thinks they are still tabbed?
By the way, in the end of your video I can see that there are 5 scripting errors in the Debugger panel, you should check them out, as they are probably related to these strange behaviors.

[havi05]

Can the detached windows be docked again inside a panel?

Currently only by closing the separate window with the Quit button.

[havi05]

I reproduced the errors (now only 4). Error 2 and 4 are at line 60 (layout_panel.gd) Error 3 is at line 81 (layout_panel.gd)
Next week I won't have much time, but after that I can continue working on it.