If you take a look at my project fle, specifically the Audio diagram, the UML role labels seem to have the wrong location. If I try and correct them by dragging them back, they snap somewhere else. Regardless, when I save and open the project up again, everything is a mess again. Here is my project file which exhibits this problem: <https://bazaar.launchpad.net/~avaneya/avaneya/trunk/view/head:/Documentation/Contributors/AresEngine/UML/Engine.xmi> I hope that is helpful. Reproducible: Always Steps to Reproduce: $ umbrello --export svg Engine.xmi --directory Output
Created attachment 75274 [details] Audio UML diagram
I guess this screenshot shows a different problem. You are refering to the right of the widget, where the lines are not ended on the widgets outline ?
(In reply to comment #0) > If you take a look at my project fle, specifically the Audio diagram, the > UML role labels seem to have the wrong location. If I try and correct them > by dragging them back, they snap somewhere else. The problem is that labels are wrapped to a hard coded scene size (3000x3000 in class FloatingTextWidget), which the related labels exceeds. In this case the label position part exceeding this limit (x or y or both) is reset to zero. >Regardless, when I save and open the project up again, everything is a mess again. Your diagram size is about 5000x5000 scene units, which results into rewrapping labels exceeding 3000/3000 on every load. A fix will be to set the limit from the recent scene size.
SVN commit 1325272 by habacker: Bug fix - use scene size for wrapping text labels exceeding the scene bounding rect. M +2 -2 umlscene.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1325272
(In reply to comment #2) > I guess this screenshot shows a different problem. You are refering to the > right of the widget, where the lines are not ended on the widgets outline ? Hey Ralph. Actually that's a problem too, but I didn't notice that until you pointed it out.
Created attachment 75304 [details] Audio diagram after Ralph's patch
It looks better, but there are still some anomalies. I will upload what the audio diagram looks like with your most recent patch. Note down at the bottom, third box from the right, Ares::SDLAudioDecoder's orphin floating "-m_DataStreamPtr".
(In reply to comment #7) > It looks better, but there are still some anomalies. I will upload what the > audio diagram looks like with your most recent patch. Note down at the > bottom, third box from the right, Ares::SDLAudioDecoder's orphin floating > "-m_DataStreamPtr". You can move the label to a better location and it will stay there after xmi file save and reload, right ? It looks like that the given position is the default snap position
(In reply to comment #8) > You can move the label to a better location and it will stay there after xmi > file save and reload, right ? It looks like that the given position is the > default snap position Tried just to move widgets in the diagram: Some labels are not following the widget movement - can you confirm this behavior ?
Hey Ralph. I can confirm that some of the labels do not follow the widgets. When I move Ares::StaticAudioBuffer, the labels to its right do not move with it.