What is correct way to setup the window z-index?

Hello. I have a main window with few controls in it and also nested toolbar as window at top of it.
The problem is that when we move the window the other windows could overlap the part of main window. here you can see it https://imgur.com/AqN9Yih
What did i do wrong? any way to setup that all parts of window could have same z-index and work like single plain?
Thanks

It’s a bit unclear from your image which windows are actually nested inside your parent window, but I’ll try and help if I can.

• If the parent window is moved, nested windows should automatically retain their relative position inside the parent window. i.e. they should move as well. No coding required

• If a nested window is moved, it’s position will change within the parent, and may also change it’s Z-index position as well. The nested window will also overlap other nested windows inside the same parent if the co-ordinates overlap. To avoid this, you would need to keep track of other windows co-ordinates, and stop your window from changing position.

• No windows can have the same z-index. They all have different z-indexes.

I’m not sure if this helps or not.

If they are truly nested, where your child windows exist completely within the parent (like MS Windows MDI style), the wimp will handle moving the windows for you, and you won’t get other windows in between.
It looks more like you’ve got floating panes, which would be required for at least the side (contacts?) window, as it looks like that floats beside your main window.
Ideally the controls within your main should be using the nested version of Wimp_OpenWindow in the first place so the wimp moves them for you, otherwise you’ll need to open each one in turn in the correct stack position for every move.
I hope that makes some sense, and I’ve interpreted your screenshot correctly.

I want to describe how it was done. This was created with toolbox. Here i put some screenshots with windows properties https://imgur.com/a/9h9rFNs.
The main window is a window with buttons and edit field placed at bottom. It has an internal top left toolbar attached. As toolbar I used a window with vertical scrollbar and a pane flag. Its properties i show at screenshots by the link above.
Also i resize the messages window(which is internal toolbar for main window) when content changes with the following function:

int set_window_new_extent_height(toolbox_o window_handler, int height) {
    os_box extent;
    window_get_extent(0,window_handler,&extent);
    
    wimp_w w = window_get_wimp_handle(0, window_handler);
    wimp_window_state state;
    state.w = w;
    wimp_get_window_state(&state);
    
    int current_height = state.visible.y1 - state.visible.y0;
    if (height < current_height) {
        height = current_height;
    }
    if (extent.ymax - extent.ymin != height) {
        extent.ymin = -height;
        extent.ymax = 0;
        window_set_extent(0,window_handler,&extent);
    }
    
    return height / 2; // I return height in pixels to use for sprite building to know the real size of the window.
}

Ideally i need to know the best and correct way how to make a window with the following layout: https://imgur.com/a/lzFQ0xt
where the A and B parts should have a custom redraw function and vertical scrollbar. and C part should contains a buttons and edit fields which are controlled by the system

Thanks

In principle, that looks correct for using the Toolbox. As far as I can tell, setting the Toolbar options on the main window ( C ) with Auto Open set, and setting the Pane flag on the toolbar windows (A/B) should just work.
I’d assumed, incorrectly, you were manually placing the windows passing the wimp window handle to Wimp_OpenWindow. But using the toolbox as you are, that shouldn’t be necessary.
I wonder, how were you getting other windows in between in your first image? I’m assuming you were single stepping another window through the stack by shift-clicking on the Back icon. However, I can’t re-create the issue you demonstrated by doing that with a similar window setup.

For those who want to test the app can download it here https://riscoscloverleaf.com/downloads/

Yes, I see the problem.
I’d say that’s maybe a bug in the Toolbox.
If you remove the ‘Deliver event before showing’ event and set it to None on the ChatMsgList window, then the window’s open properly. The issue can be seen using !ResTest too, just opening window ChatRoom.

It looks like the main chatroom window is being open at the back of the window stack (handle-to-open-behind = -2). With the Toolbox opening the toolbars at the front of the window stack (handle-to-open-behind = -1).

Try unsetting the backdrop option in ‘other properties’ and opening the main chatroom window at the front of the window stack. Does that resolves the issue?

I also notice that multiple instances of the ‘Not implemented’ window are being created that all appear to be the same. Marking the NotImplemen object as a shared object might be a good idea.