[umbrello] [Bug 337227] Inconsistent z ordering behavior of diagram widgets
https://bugs.kde.org/show_bug.cgi?id=337227 Dominik Kummer changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 Version|2.13.2 |2.33.2 (KDE releases ||20.12.2) CC||ad...@arkades.org --- Comment #3 from Dominik Kummer --- I can confirm the inconsistent z ordering of widgets also for use case diagrams in version 2.39.2 -- You are receiving this mail because: You are watching all bug changes.
[umbrello] [Bug 337227] Inconsistent z ordering behavior of diagram widgets
https://bugs.kde.org/show_bug.cgi?id=337227 Jess changed: What|Removed |Added CC||jess.jones.unitedkingdom@pr ||otonmail.com --- Comment #2 from Jess --- 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. -- You are receiving this mail because: You are watching all bug changes.
[umbrello] [Bug 337227] Inconsistent z ordering behavior of diagram widgets
https://bugs.kde.org/show_bug.cgi?id=337227 Carsten Behling changed: What|Removed |Added CC||carsten.behl...@gmail.com --- Comment #1 from Carsten Behling --- (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)? -- You are receiving this mail because: You are watching all bug changes.
[umbrello] [Bug 337227] Inconsistent z ordering behavior of diagram widgets
https://bugs.kde.org/show_bug.cgi?id=337227 Ralf Habacker changed: What|Removed |Added Blocks||53369 Referenced Bugs: https://bugs.kde.org/show_bug.cgi?id=53369 [Bug 53369] composite (nested) states in state diagrams -- You are receiving this mail because: You are watching all bug changes.
