<div dir="ltr">> <span style="font-family:arial,sans-serif;font-size:13px">Do those patents matter ?</span><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">It depends for who! That's an ideological debate ... for me they do matter, but I can understand that some don't really care, ... even though open-source advocates would argue that it's in their own interest to care :)</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">> </span><span style="font-family:arial,sans-serif;font-size:13px">PDF is just a binary version of PS. It's essentially the same format.</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><font face="arial, sans-serif">Ok, I didn't know. But that's not really the point. The point is that nobody uses PDF to generate images programmaticaly. Maybe you know PS well, and "</font><span style="color:rgb(68,68,68);font-family:arial,sans-serif;line-height:16px">if </span><em style="font-style:normal;color:rgb(68,68,68);font-family:arial,sans-serif;line-height:16px">all you have is a hammer</em><span style="color:rgb(68,68,68);font-family:arial,sans-serif;line-height:16px">, everything looks like a nail</span><span style="font-family:arial,sans-serif">" (just a joke), but basically (to my knowledge), SVG is what programmers use to generate vector images. Never heard of a single project that would use another format, unless very special requirements.</span></div>
<div style><font face="arial, sans-serif">But to me the killer argument is that SVG is supported natively in all major browsers. And obviously web technologies are the future. They are already conquering mobile apps. I c</font></div>
<div style><span style="font-family:arial,sans-serif"><br></span></div><div style><span style="font-family:arial,sans-serif"><br></span></div><div style><span style="font-family:arial,sans-serif">> </span><span style="font-family:arial,sans-serif;font-size:13px">Anyway, what extra data will you put there, and especially, who will read it, how ?</span></div>
<div style><br></div><div style><span style="font-family:arial,sans-serif;font-size:13px">I think you didn't really understand what I meant. SVG is XML, and XML represents a datastructure. So in its very structure, it embeds the information that is contained in a patch.</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px">A Pd patch is mostly a graph, and this is exactly what an XML document is.</span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">Of course, you need to add a few more infos here and there, for example a class, so that you know if this <rect> is an object or an inlet and so on ... </span></div>
<div style><div><font face="arial, sans-serif">To give you an idea of what I am talking about, this is a simple patch, translated to SVG with pd-fileutils : </font><a href="http://pastebin.com/bVW2NUx2">http://pastebin.com/bVW2NUx2</a> ; I don't even need to tell you what the patch is, as this is human-readable which is also quite nice.</div>
</div><div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">> </span><span style="font-size:13px;font-family:arial,sans-serif">Then you open a SVG file in a SVG editor, and then save it, and all that extra data is gone</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">I just tried with inkscape, opened a file and saved it again in inkscape's own SVG format, and that information is saved intact.</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">> </span><span style="font-family:arial,sans-serif;font-size:13px">When the point is to have pixel-perfect reproduction, I precisely don't want a vectorisation to happen.</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">But is there actually any case when you care about pixel-perfect reproduction?</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px">On the other hand, when you have vector graphics, especially SVG that is extremely easy to manipulate and that has a huuuuge amount of libraries to handle manipulations, you can actually do much more interesting stuff, like using automatic-layout algorithms. This is what I did in this little example : </span><a href="http://sebpiq.github.io/pd-fileutils/randomDrone.html">http://sebpiq.github.io/pd-fileutils/randomDrone.html</a> I am generating patch programatically, therefore, I have no layout information. So I used a layout algorithm provided with d3.js (<a href="http://d3js.org/">http://d3js.org/</a> , which is by the way a beautiful example of a very mature, reliable library allowing to handle SVG very easily).</div>
<div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/5/20 Mathieu Bouchard <span dir="ltr"><<a href="mailto:matju@artengine.ca" target="_blank">matju@artengine.ca</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le 2013-05-20 à 09:20:00, s p a écrit :<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Even though PDF is an open spec, Adobe still has some patents on it.<br>
</blockquote>
<br></div>
Doesn't seem to stop anybody in the free software world, even though GPL is incompatible with patents. Do those patents matter ?<div class="im"><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
PS on the other hand is a very specific format that's almost not used anywhere else than for printers.<br>
</blockquote>
<br></div>
PDF is just a binary version of PS. It's essentially the same format.<div class="im"><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- it is not only an image format, but also a data container. In our case it holds information about what's in your patch.<br>
</blockquote>
<br></div>
Then you open a SVG file in a SVG editor, and then save it, and all that extra data is gone, because the editor didn't think about remembering it.<br>
<br>
Anyway, what extra data will you put there, and especially, who will read it, how ?<div class="im"><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> There are plenty of image conversion tools from many formats to many >others<br>
<br>
Good luck in trying a conversion tool raster -> vector that gives you meaningful results.<br>
</blockquote>
<br></div>
When the point is to have pixel-perfect reproduction, I precisely don't want a vectorisation to happen. And I've usually wanted a pixel-perfect reproduction, though vectorial representations are also useful.<div class="im">
<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In that sense SVG is more central than a raster format.<br>
</blockquote>
<br></div>
Yup...<div class="HOEnZb"><div class="h5"><br>
<br>
 ______________________________<u></u>______________________________<u></u>__________<br>
| Mathieu BOUCHARD ----- téléphone : <a href="tel:%2B1.514.383.3801" value="+15143833801" target="_blank">+1.514.383.3801</a> ----- Montréal, QC</div></div></blockquote></div><br></div>