- Inkscape Devel - Inkscape Mailman

designing fonts within Inkscape
by Felipe Sanches 13 Jan '09

13 Jan '09

Now users can design a font within inkscape, save it and then open the SVG file in Fontforge in order to export a truetype font (or other system font formarts fontforge supports). This improves previous workflow of font design using Inkscape which involved creating one SVG for each glyph. Now user only needs to create a single SVG file containing an SVGFont. Glyph kerning settings for the font can also be defined withing Inkscape itself with live preview. The kerning management still needs some improvements but is currently functional at least. Improvements in the SVGFonts dialog: * In Global Settings tab you can define the font family name. Other attributes should be added to this tab in the future. * Glyphs tab allows the user to: ** see a list (combobox) of glyphs available in the currently selected font. ** add/remove glyphs ** edit glyph name and unicode ** set the glyph curves based on a given path (selected from canvas). Same feature for the missing glyph. * Kerning tab allows user to: ** add new kerning pairs ** adjust kerning values of selected kerning pair ** live preview while adjusting the kerning values Code refactoring: * Inner classes DocumentProperties::SignalObserver and FilterEffectsDialog::SignalObserver were duplicated code and another instance would be needed in SVGFonts dialog. So, I moved it to Inkscape::XML::SignalObserver (in helper-observer.{cpp,h}) * changed SPGlyph->glyph_name and SPGlyph->unicode from char* to Glib::ustring * added sp_remove_resource to the release method in sp-font.cpp * glyph curves used to be stored (in d attribute) and rendered upside-down. Now that bug is fixed. Sorry about this huge commit. I got one week away from the Internet during a xmas travel. The lack of 'net connection made me work more intensely in Inkscape :-D Felipe Sanches

5 6

SVG Fonts UI suggestions (and crash on text dropdown)
by Dave Crossland 13 Jan '09

13 Jan '09

Hi Felipe! Truely, thanks for your great work on the SVG Fonts part of Inkscape. This is coming along fast and has great potential! :-) You asked for some ideas, and here's a small flood of them; I'll CC the inkscape-deve list too so there is a public record. Feel free to put any of this into the feature-tracker or whatever if its useful :-) I just built the current SVN build, if I put down some text with the text tool this non fatal error appears on sterr: ** (inkscape:1119): WARNING **: Family name Bitstream Vera Sans does not have an entry in the font lister.** And then if I select the font drop down, Inkscape aborts: ------ ERROR:xml/repr-css.cpp:52:void sp_repr_css_attr_unref(SPCSSAttr*): assertion failed: (css != NULL) Emergency save activated! Emergency save document locations: New document 1.2009_01_13_09_57_54.0.svg Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Aborted ------ This happens even if it is the very first thing I do :-( If I avoid doing this, and go to Text menu, SVG Fonts, I can see easily how to make a new font, rename it "aaaa" as a ID and as a Family Name, add a glyph, give it a Unicode character encoding by typing one, and draw a large glyph on the canvas and click "get curves from selection" to add it to the font. If I then select a text box, go to Text menu, Text and Fonts, I can't find this font in the list of fonts. :-( So that would be the #1 feature to add :-) Also if I make a textbox and write and select a few chars I added to the svgfont and then some I didn't - "abczx" - and click the "Missing Glyph: From selection" button, nothing happens. In terms of the font UI, there its lots of things to do, but the current features are really quite a long way there :-) I think its very useful to look at the essential type design features in FontForge today: http://dave.lab6.com/acid/dump/2009/2008-01-13_inkscape_fonts.png http://dave.lab6.com/acid/dump/2009/2008-01-13 fontforge essential design features original.png http://dave.lab6.com/acid/dump/2009/2008-01-13 fontforge essential design features marked.png In Z-reading-order: * Tabs for different recently edited glyphs * status information about the pointer and currently selected point, or points, giving context such as distance between the points, angle between the points, distance from pointer to point * glyph palette so users can see a table of glyphs, either "compact" to just those already in the font (as shown) or "full" which includes table items for all the glyphs in the current encoding (Fontforge default) * Layers palette that has 2 layers like normal inkscape layers, Fore and Back, and also a Guide layer that appears on all glyphs * A second window (Like View menu, Duplicate Window) for looking at (and easily editing) other similar glyphs while editing the current glyph * A 'reading text' preview, which can be varied by DPI, point size, antialiasing toggled. Also, it should generate the preview text only using the currently instantiated glyphs, as FontForge has implemented with public code in its font dialog, and http://adhesiontext.com/ also implements. * A 'kerning/metrics' preview, with a table of the right bearing value, the implicit total width and left bearing values, and kerning pair exceptions to these. The FontForge window allows spacing to be done interactively by dragging glyphs, which is nice. With setting metrics, you'd place the char you are spacing in the context of n's and then o's to get a feel for its rhythm with these common shapes. So you might start with nonoaonon And then try ononanono And then ooooaoooo nnnnannnn anananana aoaoaoaoa * A 2nd metrics preview that is used to keep a nice large live-preview of glyphs "blacked in" which is used similarly to the 'reading text' view. This is the current 'preview text' area of the SVG fonts pane, except with a white background. Here are some suggestions about the current UI, then: Kerning list tab: have a 3rd column listing the kerning value number, which is editable as a number. Glyph list tab: have a 3rd column listing the individual glyph width (currently can't see a way to change this at all, only the global width) Glyph list tab: Being able to load a FontForge 'encoding names' list, which is just a text file like this: 0x005F underscore 0x0060 grave 0x0061 a 0x0062 b These are created via FontForge's FontView window, Encoding menu, "Save namelist of font" item. Glyph list tab: have ability to show Unicode values in other typical formats, like 0xABCD. General: Once a set of curves have been selected and 'got' associated with a glyph, I delete them by modifying them to create the next glyph. If I then want to go back and change an existing glyph, I can see no way to reinstantiate it on the canvas and edit it. Glyphs: Having visual displays as well as the lists currently in place generally, and here a glyph palette sub-tab that is clickable instead of a list of glyph names and Unicode values; General: A new tab for metrics with interactive and tablular access to the 4 metrics values, plus kerning pair values; Preview area: Previewing its own tab, and being able to change the size of the preview text with a slider, and a number input to specify exact point size, and panning along the preview if the preview-string is long. General: When a tool palette is floated, such as the Align and Distribute palette, it has certain sections. A+D has 'align' 'distribute' 'remove overlaps' ' connector' and 'nodes'. It would be nice to be able to float these individually, but I guess this is a limit of GTK. With the SVG Font palette, there are tabs instead, and I hope it might be possible to make these 'floatable' more easily. For example the kerning tab quickly gets a long list of pairs, and if I'm working just on the metrics at the moment, I don't want to clutter up the screen with the other parts of the single huge palette at the moment. The "Icon Preview" code might be usefully integrated to help people draw pixel fonts... haha Okay I think that's enough for now, I look forward to seeing your progress! :-) Cheers, Dave

1 0

Re: [Inkscape-devel] Tango Icon Theme - Renewed - NEW ICONS and complete SNAPPING TOOLBAR ICONS.
by jEsuSdA 8) 12 Jan '09

12 Jan '09

El Lunes, 12 de Enero de 2009 21:03:22 escribió: > On 01/12/2009 08:40 PM, jEsuSdA 8) wrote: > > Please, use the 1.16 version to update the svn. ;) > > I noticed the newer v1.17, which was probably created after you send > your e-mail. Shouldn't I use that one? Yes! Whith the last version (1.17) I solved a bug related with paint-bucket tool and dark themes. (http://jesusda.com/files/inkscape-tango-theme/preview-tango-paint-bucket-bu…) > BTW, are you aware of this: > http://www.inkscape.org/wiki/index.php/HowToEditIcons ? > > This does make the file smaller, but I don't know if it really helps in > speed. Apparently Bulia thinks it does make a difference. Or even you > already did it that way? Well, whatever, I don't really care, I just > wanted to inform you :-) Thanks for the info. I did not know about that. If I have time, I will try it. ;) > Thanks, > Diederik Thank you! ;)

3 2

Re: [Inkscape-devel] Tango Icon Theme - Renewed - NEW ICONS and complete SNAPPING TOOLBAR ICONS.
by jEsuSdA 8) 12 Jan '09

12 Jan '09

El Lunes, 12 de Enero de 2009 18:52:31 escribió: > On 01/12/2009 05:16 PM, jEsuSdA 8) wrote: > > The second one is that I add the new snapping toolbar icons to the theme, > > then now is 100% complete. > > Wow, that's fast! It's only a day old! And they look great! > > There's only one minor detail though: the dashed blue lines for the > bounding boxes should stop at the bounding box corner. The dashed blue > lines for the grid/guides (in the rightmost icon) are OK though. But as > I said, that's only a minor issue and might not even be noticed on a > pixel level. Ok! I see! I fixed it., a new version is uploaded. ;) > I can change it for you if you want, because I don't know if you've got > direct access to SVN. Thanks! Please, use the 1.16 version to update the svn. ;) INKSCAPE TANGO ICON THEME: http://jesusda.com/files/inkscape-tango-theme/ > Diederik Salu2 de jEsuSdA 8)

1 0

Inkscape20490-0901102133 crashing on startup
by Mourad Mokrane 12 Jan '09

12 Jan '09

Hi, On Vista Home Premium SP1 Inkscape20490-0901102133 crashes on startup with an "encountered internal error" message. Looks like the windows test builds are not being produced for 3 days now, when Can windows users expect a new one? Best regards, Mourad Mokrane Art director Lumen Media s.r.o. www.lumenstudio.net

1 0

Shift + Draw Improvement
by Ivan Louette 12 Jan '09

12 Jan '09

Hello ! As a designer I am a fan of the Shift + Draw feature which is so useful for example when using the Calligraphy tool. As a svg filter effects designer and because objects groups management is promised to increase in importance in this area I would suggest an improvement to it. At the moment if you select a path, press Shift and draw, when you release the Shift key the newly created path combines with the previously selected one. What I would suggest is : - if the selection is an object it would work like it does now, combining the paths ; - if the selection is a group, then when you release the Shift key your new path (or any newly created object) is simply added to this selected group. That could add a new functionality to this feature without changing anything in the UI ! kindly, ivan

2 1

Re: [Inkscape-devel] Intrested student
by Felipe Sanches 12 Jan '09

12 Jan '09

I don't understand a lot about it. But I would tell you that the basic need is to separate inkscape code in at least 2 threads: one for rendering and the other one for user interface (functional parallelism), so that the user interface dont get non-responsive when the user is dealing with a drawing too complex that requires a lot of cpu power. Another thing that could be interesting is to use multithreading to speed up inkscape's algorithms. There are algorithms that we use that can be separated in various threads (data parallelism) so that multicore users will benefit from better performance (each CPU core chews a piece of the data at the same time). There is already one feature in Inkscape using data paralelism. It is the algorithm that renders the gaussian blur filtering primitive. We have used OpenMP to implement the threading of this algorithm. It detects the number of cores you have in your machine and then decides in how many threads it will split the for loops. But it wasn't coded by me. I am just telling you what I heard here on the list and on IRC. I guess we should keep this conversation on the list so that other people could help you too. Juca On Mon, Jan 12, 2009 at 11:32 AM, Dmitry <dmitry.jurasov@...400...> wrote: > > > FS> On Mon, Dec 1, 2008 at 1:57 PM, Dmitry <dmitry.jurasov@...400...> wrote: > >>> Hello inkscape-devel, >>> >>> My name is Dmitry, I'm a student from Russia. I'm interested in >>> developing your project and participating in next Summer of Code (2009). >>> I want to know about ideas, which I can take part in. And I'm going to >>> make this work to be my master thesis at University. >>> > > Monday, December 1, 2008, 7:17:16 PM, you wrote: > > FS> Maybe somebody could try to use openmp in all of the SVGFilters code, but I > FS> think that this would be too simple for your master thesis. > FS> Indeed, it would be much better if somebody ported the filtering code to > FS> cairo, and then used it in inkscape. This would be a bit harder since it > FS> would be necessary to define a cairo API for filter effects. > > FS> But if you wish to work on inkscape related stuff in your master thesis, > FS> then I think that it should be something really hard. The first thing that I > FS> can think about is the process of porting the SPObject and all of its > FS> derived classes to C++ > > FS> Also, another thing that is possibly hard enough for your thesis is > FS> implementing threading in Inkscape. > > FS> Juca > > Hello Felipe, I want to know more about thread implementing in > Inkscape. > > -- > Best regards, > Dmitry mailto:Dmitry.Jurasov@...400... > >

1 0

More than two months of rendering tests
by Jasper van de Gronde 12 Jan '09

12 Jan '09

I've run the rendering tests for a bit more than two months now, usually roughly once a week. The results have actually been relatively stable, considering all the refactoring work going on. However, there have been a few notable changes. The good news: the number of passed tests has gone from 96 to 105 and the number of failed tests from 65 to 56. The bad news: we have three tests that crash at the moment (introduced between 2008-12-28 and 2009-01-04), and some of the changes in the number of passed tests were due to a rejudging of some the filter outputs (basically there appear to be at least one or two wrong references in the W3C test suite, and Inkscape currently simply doesn't handle the color-interpolation properties, while the actual filters are fine). You can get more details at: http://home.hccnet.nl/th.v.d.gronde/inkscape/ResultViewer.html I intend to continue running the tests as before in the near future, but am still most definitely interested in any additional help in further automating these tests and/or writing the tests. Specifically: - I currently run these tests by starting a batch file on my notebook, basically when I feel like it. A machine which could run this using a timer would be great (it would have to compile inkscape, run the tests and upload the result, possibly generating an e-mail if there are any regressions). - I currently judge any new results (so results which don't match any existing reference). Usually this is fine (most of the time there are only about 1-3 new results), but any help would be appreciated. Of course this would be a lot easier if the machine running the tests could also serve the output images (then a small on-line application could be made for letting people judge the new results). - I'd like to change the comparison algorithm used. Currently I'm using perceptualdiff, but I would like to use something which simply allows for a given error threshold (maximum error and/or rms error). Obviously extra bonus points for an algorithm that can do something sensible for comparing curves (the SVG standard says something about curves having to be within one pixel of the "true" curve or something). - Any additional tests (based on bug reports for example) would obviously be welcome. - I'd love to be able to link a bug report to a certain fail result (linking it to a file is probably not a good idea, as one test may exhibit different bugs over time). Any ideas and/or implementations for doing this would be great. Note that currently the system cannot distinguish between two fail references, so some easy way of specifying for which outputs the bug holds would be very nice.

4 5

Color-interpolation properties
by Jasper van de Gronde 12 Jan '09

12 Jan '09

I found out at least one source of differences in rendering of filters between Inkscape and Batik/W3C test suite, and that's the color-interpolation-filters property. This property determines the color space used for filter operations (color-interpolation does the same for gradients and normal compositing), and Inkscape doesn't support it at the moment. The problem is that by default color-interpolation is set to sRGB and color-interpolation-filters to linearRGB (sRGB before the gamma adjustment)... There was probably some rationale for this, but it's a pretty big nuisance, as it means that we'll probably have to convert to and from linearRGB for each application of filtering (as the conversion is very much non-linear). Also, this means that pretty much any file that uses filters should actually be rendered differently from how it is rendered now (and often quite visibly different). So it might be a good idea to do something about this ASAP, to minimize the impact. So, now my question is: What to do about this? There are a number of possibilities. First of all, Inkscape could start setting the color-interpolation-filters property to use sRGB. This would probably be a very quick "fix" and at least ensure that any new files created with Inkscape will render the same in other (compliant) viewers. Obviously this wouldn't resolve problems with current files. The main other possibility is to add support for color-interpolation-filters. Obviously this is the right thing to do in the long run, but it's also tricky to do it right. Quality (and probably performance) wise it would likely be best to allow the conversion to be part of the filter, as for example gaussian blur already uses increased precision internally and could apply the conversions with little loss in quality. However, it would obviously be much easier to simply write conversion functions and call them before and after applying any filters. And even if support for color-interpolation-filters is added, it might still make sense to set it to sRGB (or set color-interpolation to linearRGB), as letting the settings be different results in non-intuitive behaviour like having normal compositing behaving differently from the equivalent feBlend and feComposite modes.

2 2

Re: [Inkscape-devel] [Inkscape-user] Clear Open recent?
by Felipe Sanches 11 Jan '09

11 Jan '09

I have added a button to the Interface page in the Inkscape preferences dialog that will remove all items of the "File -> Open Recent" menu. The code was commited in the svn revision number 20503 and the feature will probably be in the next stable release, I hope. Could anybory review my code, please? It is the first time I deal with GtkRecentManager. Could you please review it, Bulia? Juca On Sun, Jan 11, 2009 at 2:51 PM, bulia byak <buliabyak@...400...> wrote: > On Sun, Jan 11, 2009 at 9:05 AM, Benct Philip Jonsson <bpj@...2113...> wrote: >> Is it possible to clear the list of documents in >> File -> Open recent? > > Only by manual editing your preferences.xml - you need to delete all > children of <group id="recent">. Or just delete the file, but then you > will also lose all other settings). > > -- > bulia byak > Inkscape. Draw Freely. > http://www.inkscape.org > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user >

3 4