Order of elements inverted in pdf export

[umlet]

Order of elements inverted in pdf export

[GoogleCodeExporter]

I submitted a patch for this in September of 2010 (a one-liner) but Martin Auer 
has apparently decided not to fix it. I also suggested to-front and to-back 
features but he decided he didn't want those. His reasoning is that you 
shouldn't be stacking elements but rather should create your own custom 
elements that are nested and do not require the stacking.

I fixed the bug locally and can post the change here if anyone's interested. 
Even with the bug though it's way better than anything else I've found. I'm 
just glad it's open source. =D

--John

Original comment by [email protected] on 24 Aug 2011 at 5:03

[GoogleCodeExporter]

Hi,

Thanks, would be nice yes to have the patch, maybe Martin will change its mind 
(at least for the bug itself).

Original comment by [email protected] on 25 Aug 2011 at 7:02

[GoogleCodeExporter]

Hi,

I've got the same problem that some elements cover other ones and I would also 
prefer to change the order of elements of back to front by hand.

Could I get the patch?

-Thilo.

Original comment by [email protected] on 5 Oct 2011 at 9:08

[GoogleCodeExporter]

In UML elements do stack: ports on components, nested states, etc. Currently I 
have a local patch which allows me to control z-ordering (rather than using 
grouping to fudge it) in the UI so that I can have ports sitting on top of 
components, however when I export all the ports appear below the components.

Attached is a patch which fixes this issue by building a entity list which 
preserves z-ordering in the exported file.

Original comment by [email protected] on 28 Feb 2012 at 2:39

Attachments:

• Export_Z_Ordering_Fix.patch

[GoogleCodeExporter]

We've discussed this problem, and I guess that we will fix it in one of the 
next releases (most certainly by storing the z-order in the uxf files and 
retaining that order through open/save/export/...)

Though it's not a top priority issue and it will need some time, so I cannot 
give you a time schedule ;)

Original comment by AFDiaX on 29 Feb 2012 at 10:08

[GoogleCodeExporter]

I am glad to hear this problem is being fixed.  We use UMLet for other diagrams 
as well which have overlapping objects and getting the output, in our case 
.png, to look correct is a bit of a hassle.  Just about all drawing programs 
have some controls for z-order.  Thanks, and I love this plugin!

Original comment by [email protected] on 16 May 2012 at 3:54

[GoogleCodeExporter]

Issue 86 has been merged into this issue.

Original comment by AFDiaX on 19 May 2012 at 8:40

[GoogleCodeExporter]

Issue 10 has been merged into this issue.

Original comment by AFDiaX on 9 Aug 2012 at 7:38

[GoogleCodeExporter]

Issue 98 has been merged into this issue.

Original comment by AFDiaX on 25 Aug 2012 at 11:51

[GoogleCodeExporter]

Issue 108 has been merged into this issue.

Original comment by AFDiaX on 14 Feb 2013 at 11:04

[GoogleCodeExporter]

Issue 115 has been merged into this issue.

Original comment by AFDiaX on 14 Feb 2013 at 11:05

[GoogleCodeExporter]

The problems with z-order have been fixed in
r348 r349 r350

1.) The order of elements is now the same in the shown diagram and export
2.) You can manually overwrite the order by specifying "layer=<integer>" to 
force a specific order

Original comment by AFDiaX on 21 Feb 2013 at 11:05

• Changed state: Fixed
• Added labels: UMLet-12.1

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Issue 126 has been merged into this issue.

Original comment by AFDiaX on 1 Mar 2013 at 8:47

[GoogleCodeExporter]

Issue 127 has been merged into this issue.

Original comment by AFDiaX on 6 Mar 2013 at 9:54

[GoogleCodeExporter]

Issue 135 has been merged into this issue.

Original comment by AFDiaX on 22 Apr 2013 at 6:32

[GoogleCodeExporter]

Is there any way to change the layer after objects are created without having 
to re-create them?

Original comment by [email protected] on 20 Aug 2013 at 4:39

[GoogleCodeExporter]

Issue 78 has been merged into this issue.

Original comment by AFDiaX on 11 Apr 2014 at 10:01

[GoogleCodeExporter]

Issue 87 has been merged into this issue.

Original comment by AFDiaX on 11 Apr 2014 at 10:07