Micheus,Thank you very much!!,
EPS importing was very long and hard works.
I'm also looking forward to the release of the Boolean commands.
(Edit :
If that EPS file(not converted) which initially made by Inkscape or Libreoffice,it had the rectangle of Page Size won't be created.
I apologize for it being confusing to explain...
In any case,it comes to stage that necessary for verification and tests by other people.
I think maybe the time for release now.
Micheus,thanks again!)
-------
Additional :
I received and tried a new wpc_ps.beam.
The problem I had written previous were solved
And...For edge bisections, LibreOffice and Illustrator are working well.
Glyphs with holes are also reproduced.
Only the case of Inkscape it must be set bisection = 0.
And,there was one problem with Inkscape.
Rectangle object isn't recognized
(Error message: Ps import failed: File mismatch or doesn't have vailed paths).
This caused by "re" operator in Inkscape's EPS.(Perhaps "re" means REctangle)
Also,I have confirmed your newest wpc_ps.erl source with Github.
In there,I coudn't found a parser for "re" operator.
So,I sent to you e-mail for the details.
------------
tkbd
EPS importing was very long and hard works.
Code:
I continued testing with the newer EPS exporter.
For Inkscape, data including 3Dglyph's outlines are more import successful with EPS than SVG.
Before , In Inkscape & SVG export,I had to always care whether shapes and text contours were composed of closed Path tags.:o
And,there is one thing I noticed.
The source of the common EPS test data were created by Illustrator.
I should be noticed it earlier...
([b]Edited:[/b] To be precise, it converts EPS from SVG data. )
[b] [/b]Adobe Illustratorcreate automatically an rectangle which size same as page size when [b] SVG [/b] exorting. (Edited: EPS-->SVG)
But,[b]Inkscape and Libre Office Draw[/b] doesn't create to the rectangle when EPS export.
So, when creating a perforated object or 3D glyph with Inkscape and Libreoffice,[b] the outer object which has the hole would missing[/b].
([b]Edited:[/b] To be precise, it converts EPS from SVG data. )
Currently,the way to avoid it for User side,before save eps data in Inkscape & LibreOffice,Please enclose the entire artwork by a rectangle object as same as the page size.
Perhaps if solve it, I think that any of them can be appear with similar results in Geomery window.
I'm also looking forward to the release of the Boolean commands.
(Edit :
If that EPS file(not converted) which initially made by Inkscape or Libreoffice,it had the rectangle of Page Size won't be created.
I apologize for it being confusing to explain...
In any case,it comes to stage that necessary for verification and tests by other people.
I think maybe the time for release now.
Micheus,thanks again!)
-------
Additional :
I received and tried a new wpc_ps.beam.
The problem I had written previous were solved
And...For edge bisections, LibreOffice and Illustrator are working well.
Glyphs with holes are also reproduced.
Only the case of Inkscape it must be set bisection = 0.
And,there was one problem with Inkscape.
Rectangle object isn't recognized
(Error message: Ps import failed: File mismatch or doesn't have vailed paths).
This caused by "re" operator in Inkscape's EPS.(Perhaps "re" means REctangle)
Also,I have confirmed your newest wpc_ps.erl source with Github.
In there,I coudn't found a parser for "re" operator.
So,I sent to you e-mail for the details.
------------
tkbd