Replies: 5 comments
-
do you mean like when a lypolyline is broken down into several line segments and curves? in which case I think appending I think you will have problems with INSERT entities. Especially since you can nest INSERTs inside of INSERTs and the 'virtual entities' inside them have no handle in the dxf. I don't know how best you could identify those. Maybe those entities have handles in the block where they originate but I don't know |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
Added a new feature to track the source of copied entities, new properties of
This makes it possible to trace the copying process back to the original entity, even for entities from an INSERT in an INSERT in ... But you cannot get the source block reference (INSERT) from a virtual entity. |
Beta Was this translation helpful? Give feedback.
-
Added a feature to trace back the source block references of virtual entities: New properties of
Application of this property are shown in this tests: ezdxf/tests/test_04_dxf_high_level_structs/test_416b_recursive_decompose.py Lines 118 to 191 in a37f51c |
Beta Was this translation helpful? Give feedback.
-
For the moment, I have chosen not to retrieve the suffix information (an INSERT containing another INSERT): this information is not useful to me and causes other problems with my methodology.
I added the recover_parent_uuid() method to addons.drawing.properties to store this information in the properties (in resolve_all()):
I would to use this information in the various methods of addons.drawing.matplotlib). For example, for MatplotlibBackend.draw_text() :
I then get the produced svg to merge the paths of the SVG objects according to their id.
In addition :
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
I'm using the DXF to SVG conversion but entities uuid are lost in the process.
One of the problem is sub-geometries. Mathplotlib doesn't support groups () so we can't associate one uuid to many geometries in the SVG.
Instead of generating a new uuid for each entity, I plan to keep the original uuid (if there is one) and append _1, _2, ... to each sub-geometry so the SVG keeps unique ids.
I can open a PR but your advice may be useful.
Beta Was this translation helpful? Give feedback.
All reactions