this thread is meant to brainstorm the possibility of implementing SVGFonts rendering on canvas without use of libpango.
Since libpango development of the userfonts feature is very slow (currently at 0% done), I would like to ask you to keep in mind the possibility of adding special cases for SVG Fonts in the font family selector and in the text rendering on canvas. I am not asking you (Milosz) to implement it. I just would like to be sure that you are aware of this need and, if possible, I would like to brainstorm a bit about what should we do to better integrate SVGFonts rendering on canvas even without pango support.
JucaBlues
On Fri, Feb 6, 2009 at 9:04 AM, Felipe Sanches <felipe.sanches@...400...> wrote:
Since libpango development of the userfonts feature is very slow (currently at 0% done), I would like to ask you to keep in mind the possibility of adding special cases for SVG Fonts in the font family selector and in the text rendering on canvas.
We will have to special-case them anyway, because "fonts in this document" should logically be listed separately on top of all others in the font list.
I think the key class here is Font - we just need to teach it to deal with SVG fonts as it does with Pango fonts, and then little changes will be required in the rest of the codebase (hopefully). Unfortunately the original author of that class (Fred) is unavailable, but the class itself is much simpler than other Fred's classes in livarot.
I'm wondering whether my hopefully soon starting work on the text-related GUI and partially backend code is a good time to make arrangements for this, or whether this should be tackled at a different time in a different scope.
Having no backend code, it would make it rather hard to prepare the "frontend backend" code for whatever is going to come, but on another note it should be said that extending the related control GUI for this should not be a big problem (i.e. what Bulia mentioned with listing the SVG Fonts and listing them before the system fonts in font lists).
Certainly my new design for the font dropdown will allow this, and rewriting the text dialog would be not a big problem either.
Just my 2cents in light of my upcoming work.
M.
On Fri, Feb 6, 2009 at 5:34 PM, bulia byak <buliabyak@...400...> wrote:
On Fri, Feb 6, 2009 at 9:04 AM, Felipe Sanches <felipe.sanches@...400...> wrote:
Since libpango development of the userfonts feature is very slow
(currently
at 0% done), I would like to ask you to keep in mind the possibility of adding special cases for SVG Fonts in the font family selector and in the text rendering on canvas.
We will have to special-case them anyway, because "fonts in this document" should logically be listed separately on top of all others in the font list.
I think the key class here is Font - we just need to teach it to deal with SVG fonts as it does with Pango fonts, and then little changes will be required in the rest of the codebase (hopefully). Unfortunately the original author of that class (Fred) is unavailable, but the class itself is much simpler than other Fred's classes in livarot.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today- http://p.sf.net/sfu/adobe-com _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Fri, Feb 6, 2009 at 7:54 PM, Milosz Derezynski wrote:
Certainly my new design for the font dropdown will allow this, and rewriting the text dialog would be not a big problem either.
We shall still have the font dialog?
Alexandre
Alexandre Prokoudine wrote:
On Fri, Feb 6, 2009 at 7:54 PM, Milosz Derezynski wrote:
Certainly my new design for the font dropdown will allow this, and rewriting the text dialog would be not a big problem either.
We shall still have the font dialog?
We noticed that the font dialog became badly broken in .46 and when we have tried to use it on many of our flyers, it has been a nightmare, not recognizing or keeping track of previous fonts, and automagically changing fonts. Not sure what happened but I figured it was some changeover to Cairo rendering. 1) What are the current plans for the font dialog ? Have there been any fixes to the .46 problems yet? If so, we'll be happy to test them out. Or if you want any feedback on whatever dialog changes that are being proposed. I didn't see it but is there some wiki page on this ? 2) after all the geom changes, is trunk now relatively stable to start using with the usual caveats ? If so, we'll try out Ted's new nightly builds running in parallel.
Alexandre
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
participants (5)
-
Alexandre Prokoudine -
bulia byak -
Felipe Sanches -
MilesTogoe -
Milosz Derezynski