January 2009 - Inkscape Devel

New Mac Build(s)
by step21 13 Jan '09

13 Jan '09

Hey, I offered to do some mac builds on a more or less regular basis. I got native to build (but could build x11 too), and now I'm in the process of packaging it (there are still some issues with the app bundle script) I hope to resolve these tomorrow, or maybe write my own, simple script if that doesn't work. So anyway on irc verbalshadow just told me to say hi to the list and that eventual problems / upload possibilities would/could be handled here better. I'll continue with the packaging tomorrow cause it's going to be 5 am soonish, but currently I have the following issues if anyone has a quick thought on one of those. I was under the impression I could use osx-app.sh for native packaging too, but so far: (note: in the paths below /opt/local/ is the macports install path passed to "osx-app.sh" with --libraries) /opt/local/etc/pango/pangox.aliases is not in my macports install (which it tries to copy) so is this a file specific to x11 pango (pango was installed with macports using +no_x11 ofc) Also the script is looking for: /opt/local/lib/libgtk-x11-2.0.0.dylib /opt/local/lib/libgdk-x11-2.0.0.dylib Only in a native version those would have to be: /opt/local/lib/libgtk-quartz-2.0.0.dylib /opt/local/lib/libgdk-quartz-2.0.0.dylib And so far I'm not quite sure how it gets the impression that it needs the x11 version, at first I thought it was hardcoded in the script, but it's not. Best regards ...

7 18

Version reporting improvement
by Krzysztof Kosiński 13 Jan '09

13 Jan '09

The CMake build system doesn't seem to be functional (link failure), so in the meantime I have an improvement to the Automake one. I added a micro-library libinkversion.a that contains only the version string. It is built from a single source file which is generated based on configure.ac $(VERSION) and SVN information (if present), and is only replaced if it changes. This way the About box always has the SVN revision, with only a relink necessary (it would have been necessary anyway in most cases). The version string looks like: 0.46+devel r20503 custom The first part is the version from configure.ac; The second is the SVN revision; the third part "custom" is only present if there are any files modified in the src/ directory with respect to the SVN repository (checked with svn status -q). Because of the way "svn info" works, the version will be wrong if you compile after commiting all changes (it won't have "custom" added even though it should). Currently I don't know how to handle this, but this shouldn't be a problem as this feature is mainly intended for users and testers. If anyone wants to fix this case, the code is in src/Makefile_insert Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Version-reporting-improvement-tp21428431p21428431.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 4

Fwd: [Openicc] [Printing-japan] My Color Management Patch for poppler has been accepted
by Alexandre Prokoudine 13 Jan '09

13 Jan '09

FYI ---------- Forwarded message ---------- From: Till Kamppeter <till.kamppeter [at] gmail.com> Date: 2009/1/13 Subject: Re: [Openicc] [Printing-japan] My Color Management Patch for poppler has been accepted To: Koji Otani <sho [at] bbr.jp> $B','`'a'Z'q(B: "printing-architecture@...2115..." <printing-architecture@...2115...>, printing-japan@...2115..., OpenICC Liste <openicc@...626...> Does it mean that Poppler will have full Color Management support in its next release? Can you compare with Ghostscript 8.64? Which renderer will be better in color management then? Till Koji Otani wrote: > My color management patch has been accepted by poppler. > Now poppler can draw ICCBased color correctly. > It uses liblcms (little color management system library) and can > handle ICC Version 4 profiles. > > --------------------- > $BBgC+$G$9!#(B > > $B%+%i!<%^%M!<%8%a%s%H!&%Q%C%A$,(Bpoppler$B$N%j%]%8%H%j$K<h$jF~$l$i$l$^$7$?!#(B > ICC Based Color$BEy$r@...1333...$7$/I=<($G$-$k$h$&$K$J$j$^$7$?!#(B > > little color management system$B$r;HMQ$7$F$$$F!"(BICC Version 4$B$K$bBP1~$7(B > $B$F$$$^$9!#(B > _______________________________________________ > Printing-japan mailing list > Printing-japan@...2115... > https://lists.linux-foundation.org/mailman/listinfo/printing-japan

1 0

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