Bug 337227

Summary:	Inconsistent z ordering behavior of diagram widgets
Product:	[Applications] umbrello	Reporter:	Ralf Habacker <ralf.habacker>
Component:	general	Assignee:	Ralf Habacker <ralf.habacker>
Status:	CONFIRMED ---
Severity:	normal	CC:	admin, carsten.behling, jess.jones.unitedkingdom
Priority:	NOR
Version:	2.33.2 (KDE releases 20.12.2)
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Bug Depends on:
Bug Blocks:	53369

Description Ralf Habacker 2014-07-08 10:52:27 UTC

Diagram widgets show inconsistent z ordering (tested with class widgets):
1. A newly added class widget is on top of all previously added widgets
2. if a class widget is overlapped or overlaps any other class widgets, selecting place it on top of the overlapping widgets
3. if a class widget is not overlapped or do not overlap any other class widgets, selecting place it sometimes below all other widgets, sometimes somewhere in the middle and sometimes on top.

Reproducible: Always

Steps to Reproduce:
1. open umbrello
2. add four classes to the default diagram without overlapping
3. move widgets around
4. select the first added widget and move it over other widgets (it will be shown in the background)
5. move the first added widget overlapping with others and deselect/select again

Actual Results:  
z order of the related widget has been changed 

Expected Results:  
z order should not be changed

The question is, what kind of z ordering would be useful to implement ?

Comment 1 Carsten Behling 2019-10-29 18:02:30 UTC

(In reply to Ralf Habacker from comment #0)
> Diagram widgets show inconsistent z ordering (tested with class widgets):
> 1. A newly added class widget is on top of all previously added widgets
> 2. if a class widget is overlapped or overlaps any other class widgets,
> selecting place it on top of the overlapping widgets
> 3. if a class widget is not overlapped or do not overlap any other class
> widgets, selecting place it sometimes below all other widgets, sometimes
> somewhere in the middle and sometimes on top.
> 
> Reproducible: Always
> 
> Steps to Reproduce:
> 1. open umbrello
> 2. add four classes to the default diagram without overlapping
> 3. move widgets around
> 4. select the first added widget and move it over other widgets (it will be
> shown in the background)
> 5. move the first added widget overlapping with others and deselect/select
> again
> 
> Actual Results:  
> z order of the related widget has been changed 
> 
> Expected Results:  
> z order should not be changed
> 
> The question is, what kind of z ordering would be useful to implement ?

I'd like to discuss that. Do we consider adding a parent child relation too (that you told me to be missing in bug 53369)?

Comment 2 Jessica 2022-01-29 21:44:34 UTC

I also noticed this.
What if you solve this by adding a right click menu item for each class "bring to front"?
This will bring the class on top for all classes that surround it.
So the user decides how they are drawn.

Comment 3 Dominik Kummer 2024-05-03 23:14:06 UTC

I can confirm the inconsistent z ordering of widgets also for use case diagrams in version  2.39.2