grouping reverses the visibility in the planning window to bottom up (ungrouped is top down)

[AlbertVonMoosseedorf]

Normally I see in the planning view the topmost parts on top (visibility is top down), but as soon I put them in a group i see the bottom parts on top (visibility is bottom up).

Is this intended or a bug and how can I avoid this behaviour ?

[Keet]

If I'm not mistaking the visibility in a group is determined by the order in which the parts are selected to add to the group. You can test this by selecting the hidden part in the group, cut it, and past again into the group (right click on the group in the list, paste to group). The pasted part is now the last added and should display on top.
You see this behavior often when a group of objects is selected by dragging a square around the group.

[Puybaret]

The primary criterion for drawing order in the plan is the elevation of an object or a group of objects (the elevation of a group being the smallest elevation of the objects it contains), then the second criterion is the order in which they appear in the furniture list when the list is not ordered.
Following this rule (that I just tested again), grouping some objects may alter the way they appear in the plan when other objects not in the group are at the same coordinates.

[AlbertVonMoosseedorf]

Maybe yes, but I do not add items one by one. I mark a bunch in the plan and create a group for it.

[AlbertVonMoosseedorf]

The primary criterion for drawing order in the plan is the elevation of an object or a group of objects (the elevation of a group being the smallest elevation of the objects it contains), then the second criterion is the order in which they appear in the furniture list when the list is not ordered.
Following this rule (that I just tested again), grouping some objects may alter the way they appear in the plan when other objects not in the group are at the same coordinates.

I tried different sortings before I create the hroup, but nothing changes and I dont know how to make the list "not ordered".

[Puybaret]

Without images showing your problem or a way to reproduce your issue step by step, it won't be possible to help you fear further.

[AlbertVonMoosseedorf]

Without images showing your problem or a way to reproduce your issue step by step, it won't be possible to help you fear further.

Ok, I made a short video to show how grouping works on my system and you can have the model if you want to reproduce this on your system.

https://1drv.ms/v/s!ApXfX7ALuGy5nWiASc6 ... 8?e=EE2cQj
https://1drv.ms/u/s!ApXfX7ALuGy5nWpIWtg ... x?e=GvTKQy

I hope you can reproduce this on your system

[akpipz]

Hi! I think that I have the same problem. Grouped furnitures, initially in two differents levels, becomes the part of inferior level. The elevation parameter of moved furnitures is then automaticaly recalculated by sh3d (V7.1, idem V7.0).

[Puybaret]

A group and its items must belong to the same level, the reason why you observed this behavior.