Dear Inkscapers,
I wonder how hard it would be to provide a feature to save the fonts along with the SVG documents, and even maybe use them in future usage of this document... Except for the delicacy of font-parsing, it tastes like something that would be useful to all!
thanks
paul
PS: I seemed to notice that InkView didn't support embedded font, at least yet.
Paul Libbrecht wrote:
Dear Inkscapers,
I wonder how hard it would be to provide a feature to save the fonts along with the SVG documents, and even maybe use them in future usage of this document... Except for the delicacy of font-parsing, it tastes like something that would be useful to all!
I know that we've looked into this some in the past, especially as Adobe is fond of doing it with SVG exported from Illustrator.
Things would probably be in two phases. First would be supporting embedded fonts. Then second would be creating embedded fonts themselves.
From the user's side, this is covered in RFE 863323 "FONTS: embedded SVG font support"
Now... for some cases you might want a document to render properly even if the end users don't have the same font installed, but not need further editing. Sometimes getting the text selected and converting to path is a viable option.
Le 6 nov. 04, à 22:34, Jon A. Cruz a écrit :
From the user's side, this is covered in RFE 863323 "FONTS: embedded SVG font support"
thanks
Now... for some cases you might want a document to render properly even if the end users don't have the same font installed, but not need further editing. Sometimes getting the text selected and converting to path is a viable option.
That's precisely the goal of embedded fonts... play on places where the user doesn't have the fonts.
In our efforts for mathematics on the web, we have been writing a dvi to svg converter (look for dvi2svg) which works fine: it provides the TeX layout quality (still unbeated) with, precisely, a complete font predictability. Embedded fonts seem, however, to be almost only solved by the Adobe plugin.
The latter point (font predictability) is a weakness of the current MathML efforts... therefore, dvi2svg has some hopes... but we're stepping on the plugin quality thus far...
paul
Paul Libbrecht wrote:
Le 6 nov. 04, à 22:34, Jon A. Cruz a écrit :
From the user's side, this is covered in RFE 863323 "FONTS: embedded SVG font support"
thanks
Now... for some cases you might want a document to render properly even if the end users don't have the same font installed, but not need further editing. Sometimes getting the text selected and converting to path is a viable option.
That's precisely the goal of embedded fonts... play on places where the user doesn't have the fonts.
Ahh, yes.
However, you seem to have hit the main problem. Not all user agents support it, while text converted to paths will be universally supported.
But... as user need comes up, we can look at things more. I know that I just tracked down the support for embedded images, so the raw data source side is handled. New code would mainly be in the font specific hooking.
Perhaps getting together a few simple examples of what you'd like to a) see Inkscape display and b) see Inkscape generate can help. Small samples could easily be attached to the RFE. Then saying something on the mailing lists will let the developers know more on the desired support... Oh, wait. You just did that. :-)
participants (2)
-
Jon A. Cruz -
Paul Libbrecht