Hi Zvezdochiot, thanks for the suggestion. It sounds like this functionality could be implemented by modifying the output of Potrace, rather than modifying Potrace itself. I am guessing that there already exist some programs for manipulating SVG images that could do this, or it would be easy to write such a program. As such, I probably will not add this as a feature to Potrace.
👍
1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't know specific programs that do this either. But you could achieve replacing "<path d="M{x0} {y0} ..." by "<g transform="translate({x0},{y0})"><path d="M0 0 ..." with a relatively simple regular expression, such as
Just pipe the SVG output of Potrace through that command. You might have to add a few </g> tags as well, which can be done with a (more complicated) sed script, or an Awk script, or a Perl script, or any programming language.
One of the design principles of Potrace is the old Unix philosophy "write programs that do only one thing and do it well". For example, Potrace also does not include code for reading many different image formats. See also the answer to the question "Why can't Potrace read PNG files?" in Section 3 of the FAQ. So rather than introducing many specialized features for producing specialized output for specialized people, Potrace produces output that is easy to parse and can be manipulated by other programs.
👍
1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The problem is solved by itself. Both potrace and rsvg-cairo produce PDF “from one object”, and not from several paths. PDF optimization by this method is not possible.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Zvezdochiot, thanks for the suggestion. It sounds like this functionality could be implemented by modifying the output of Potrace, rather than modifying Potrace itself. I am guessing that there already exist some programs for manipulating SVG images that could do this, or it would be easy to write such a program. As such, I probably will not add this as a feature to Potrace.
Hi Peter, i do not know the programs you mentioned. Tell me?
PS: At least replace:
to:
Last edit: zvezdochiot 2020-04-14
I don't know specific programs that do this either. But you could achieve replacing "
<path d="M{x0} {y0} ..." by "<g transform="translate({x0},{y0})"><path d="M0 0 ..." with a relatively simple regular expression, such asJust pipe the SVG output of Potrace through that command. You might have to add a few
</g>tags as well, which can be done with a (more complicated) sed script, or an Awk script, or a Perl script, or any programming language.One of the design principles of Potrace is the old Unix philosophy "write programs that do only one thing and do it well". For example, Potrace also does not include code for reading many different image formats. See also the answer to the question "Why can't Potrace read PNG files?" in Section 3 of the FAQ. So rather than introducing many specialized features for producing specialized output for specialized people, Potrace produces output that is easy to parse and can be manipulated by other programs.
Good. It remains now only to figure out how to transfer all the same
pathtodefs.The problem is solved by itself. Both potrace and rsvg-cairo produce PDF “from one object”, and not from several paths. PDF optimization by this method is not possible.