Hello, I'm a ConTeXt (and LaTeX too) user. When I want to make a vector picture, I'm trying most of the time to use programs who can export PGF/TikZ or PStricks. A lot of users like me don't "program" their vector pictures and use wysiwyg programs like Inkscape or Illustrator to generate PStricks ou PGF/TikZ code. Of course whatever program used, we can find a SVG export. SVG is the most spread and the most used format to store vector pictures. I request a native support for SVG in XeTeX and in LuaTeX, I think it would be a great thing. Of course when I want to include SVG pictures in my documents I can convert them to pdf before but the problem is that labels and texts won't be compiled : fonts will be wrong. What do you think about this ? Do you think it's something possible ?
TeXWorld wrote:
Hello,
I'm a ConTeXt (and LaTeX too) user. When I want to make a vector picture, I'm trying most of the time to use programs who can export PGF/TikZ or PStricks. A lot of users like me don't "program" their vector pictures and use wysiwyg programs like Inkscape or Illustrator to generate PStricks ou PGF/TikZ code. Of course whatever program used, we can find a SVG export. SVG is the most spread and the most used format to store vector pictures.
I request a native support for SVG in XeTeX and in LuaTeX, I think it would be a great thing. Of course when I want to include SVG pictures in my documents I can convert them to pdf before but the problem is that labels and texts won't be compiled : fonts will be wrong.
What do you think about this ? Do you think it's something possible ?
it would involve parsing of the svg code and that's real low on my agenda (svg is not my favourite format with all this data in attributes while actually it should in element and properly structured) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hans Hagen a écrit :
TeXWorld wrote:
Hello,
I'm a ConTeXt (and LaTeX too) user. When I want to make a vector picture, I'm trying most of the time to use programs who can export PGF/TikZ or PStricks. A lot of users like me don't "program" their vector pictures and use wysiwyg programs like Inkscape or Illustrator to generate PStricks ou PGF/TikZ code. Of course whatever program used, we can find a SVG export. SVG is the most spread and the most used format to store vector pictures.
I request a native support for SVG in XeTeX and in LuaTeX, I think it would be a great thing. Of course when I want to include SVG pictures in my documents I can convert them to pdf before but the problem is that labels and texts won't be compiled : fonts will be wrong.
What do you think about this ? Do you think it's something possible ?
it would involve parsing of the svg code and that's real low on my agenda (svg is not my favourite format with all this data in attributes while actually it should in element and properly structured)
Hans
Hello everybody, hello Hans, I was reading this old message I posted about ten months ago. I found scripts written in perl or python to include svg pictures in pdf but that's not really good (to me) and it doesn't work with any pdf viewer (it also requires a plugin installation in adobe acrobat ...). I was thinking about the mars project : http://labs.adobe.com/technologies/mars/ I thought that maybe the day when luatex and this new pdfxml format would be stable enough, it could be conceivable to give luatex this ability to produce pdfxml files and maybe it would make easier the integration of svg images in this pdfxml without having to parse svg code. What do you think ? Pdfxml could be a good opportunity for luatex users ?
TeXWorld wrote:
Hans Hagen a ?crit :
TeXWorld wrote:
Hello,
I'm a ConTeXt (and LaTeX too) user. When I want to make a vector picture, I'm trying most of the time to use programs who can export PGF/TikZ or PStricks. A lot of users like me don't "program" their vector pictures and use wysiwyg programs like Inkscape or Illustrator to generate PStricks ou PGF/TikZ code. Of course whatever program used, we can find a SVG export. SVG is the most spread and the most used format to store vector pictures.
I request a native support for SVG in XeTeX and in LuaTeX, I think it would be a great thing. Of course when I want to include SVG pictures in my documents I can convert them to pdf before but the problem is that labels and texts won't be compiled : fonts will be wrong.
What do you think about this ? Do you think it's something possible ?
it would involve parsing of the svg code and that's real low on my agenda (svg is not my favourite format with all this data in attributes while actually it should in element and properly structured)
Hans
Hello everybody, hello Hans,
I was reading this old message I posted about ten months ago. I found scripts written in perl or python to include svg pictures in pdf but that's not really good (to me) and it doesn't work with any pdf viewer (it also requires a plugin installation in adobe acrobat ...). I was thinking about the mars project : http://labs.adobe.com/technologies/mars/
I thought that maybe the day when luatex and this new pdfxml format would be stable enough, it could be conceivable to give luatex this ability to produce pdfxml files and maybe it would make easier the integration of svg images in this pdfxml without having to parse svg code. What do you think ? Pdfxml could be a good opportunity for luatex users ?
you can make your inclusion code clever enough to convert the image to pdf before inclusions (has to be done once only) so that's a feasible solution for now concerning the future, other output formats like mars or xps will be looked into when we have luatex version 1.0 at which point we hope to have the backend code redone; in order to support extra backends some of the now rather pdf related functionality has to be generalized as well (like the concept of reusing typeset content); also, when the backend also has the ability to plug in lua code, support for multiple backends is easier to implement so, to answer the question ... indeed we will look into it once we're ready for it (of course this might not solve the svg solution as it then still demands plugins in the viewing app) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
TeXWorld wrote:
What do you think about this ? Do you think it's something possible ?
btw, it's a backend issue, for tex itself a graphic is an abstraction Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On 30 Jun 2008, at 8:33 am, Hans Hagen wrote:
TeXWorld wrote:
What do you think about this ? Do you think it's something possible ?
btw, it's a backend issue, for tex itself a graphic is an abstraction
Yes, except that it sounded like the OP hoped that text within the graphics could somehow be TeX-ed, so as to blend in with the fonts/ typesetting of the overall document. That's a hard problem in the general case, as the external tool will have laid out the elements on the basis of certain fonts and metrics, and changing them to match the fonts *TeX is using could mutilate the illustration. JK
Hi, TeXWorld wrote:
I request a native support for SVG in XeTeX and in LuaTeX, I think it would be a great thing.
I don't know about xetex, but I would (re)consider adding SVG to the core luatex engine if, but only if, there was an * open source (GPL-compatible) * portable * reliable * complete * standalone * still actively supported * C or C++ library implementing SVG inclusion support. If you have any pointers to a library that satisfies all of those demands, please feel free to post a pointer. Otherwise, any support I could give in the binary would amount to nothing more than running svg2pdf, and you can do that in lua code yourself easily enough, so consider that a waste of time. Best wishes, Taco
participants (4)
-
Hans Hagen
-
Jonathan Kew
-
Taco Hoekwater
-
TeXWorld