- Inkscape Devel - Inkscape Mailman

message for tavmjong
by insaner 27 Apr '13

27 Apr '13

hi tavmjong, i saw the awesome work you did on http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/12104 so i thought you would be the guy to request a look at: https://bugs.launchpad.net/inkscape/+bug/168960 (and if possible, https://bugs.launchpad.net/inkscape/+bug/1064717 as well.. ) i included there a link to how gimp seems to do it.. but i just realized its not quite all there, so i looked up a little more info and found these as well: http://fossies.org/linux/misc/gimp-2.6.12.tar.gz/dox/fonts-commands_8c_sour… http://fossies.org/linux/misc/gimp-2.6.12.tar.gz/dox/gimp-fonts_8c_source.h… hope this is of some help. it would be a great feature to have for those of us who have fontforge open while working on a huge inkscape project that at times requires a refresh of the font list. thanks in advance -- View this message in context: http://inkscape.13.x6.nabble.com/message-for-tavmjong-tp4966720.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 3

make dist fails
by Ryan Lerch 26 Apr '13

26 Apr '13

HI all, Sorry if this is a noob question, but i am trying to build the tarballs for inkscape from trunk, and am running into issues. When trying to run "make dist", I get the following errors: make dist-bzip2 dist-gzip dist-zip am__post_remove_distdir='@:' make[1]: Entering directory `/home/.../source/inkscape' make[1]: *** No rule to make target `mkinstalldirs', needed by `distdir'. Stop. make[1]: Leaving directory `/home/.../source/inkscape' make: *** [dist] Error 2 is there a "mkinstalldirs" target? cheers, ryanlerch

2 1

Wiki account
by Sebastian Götte 26 Apr '13

26 Apr '13

Hi, could I get a wiki account? I want to explore options how to make it possible to use Inkscape as an electronics CAD program (schematics/circuit board design) and would like to write a blueprint about that. Regards, jaseg/Sebastian

2 1

Layout compute question, Mark, nonspacing, Hebrew
by mathog 25 Apr '13

25 Apr '13

In one test case for Hebrew the word "Shalom" was split so that the first two characters were colored black, the second two green. This test cases uses the Hebrew vowels which are Mark nonspacing characters, other than the coloring, it looks like this: http://upload.wikimedia.org/wikipedia/commons/7/73/Shalom.png There are 2 such vowels on the first character position (furthest right), and one on the third character position. After this SVG is read in, when it is written out the 4th character (05dc) is eaten on the output. The debug method was enabled and it shows the problem (below), where for the first span all 4 of the UTF codes are present, but there are only 3 glyphs where there should be 4. The second span is as it should be. The layout code is migraine inducing, but perhaps one of you can suggest at least approximately where within it this glitch might be found? In particular, is there, by any chance, a calculation somewhere that assumes there is at most one Mark nonspacing glyph per spacing glyph? ==== span 0 in para 0 (direction=rtl) in source 0 (type=0, cookie=0xbacd900) in line 0 (baseline=51.748989, shape=0) in chunk 0 (x=347.181641, baselineshift=0.000000) font 'Ezra SIL SR' 40.000000 upright normalweight x_start = 197.656250, x_end = 143.437500 line height: ascent 42.929688, descent 16.152344 leading 0.000000 direction rtl, block-progression ttb ** characters: 0: '�' 0x05e9 x=0.000000 flags=15b4 glyph=0 1: '�' 0x05c1 x=0.000000 flags=000 glyph=0 <--- Mn 2: '�' 0x05b8 x=0.000000 flags=000 glyph=0 <--- Mn 3: '�' 0x05dc x=-27.968750 flags=414 glyph=2 ** glyphs: 0: 262 (175.546875,0.000000) rot=0.000000 cx=0.000000 char=0 1: 344 (169.687500,0.000000) rot=0.000000 cx=27.968750 char=0 <-- missing a glyph here 2: 287 (143.437500,0.000000) rot=0.000000 cx=26.250000 char=3 ==== span 1 in para 0 (direction=rtl) in source 1 (type=0, cookie=0xbacd970) in line 0 (baseline=51.748989, shape=0) in chunk 0 (x=347.181641, baselineshift=0.000000) font 'Ezra SIL SR' 40.000000 upright normalweight x_start = 143.437500, x_end = 103.515625 line height: ascent 42.929688, descent 16.152344 leading 0.000000 direction rtl, block-progression ttb ** characters: 4: '�' 0x05d5 x=0.000000 flags=414 glyph=3 5: '�' 0x05ba x=0.000000 flags=000 glyph=3 6: '�' 0x05dd x=-13.515625 flags=414 glyph=5 ** glyphs: 3: 263 (133.828125,0.000000) rot=0.000000 cx=0.000000 char=4 4: 280 (129.921875,0.000000) rot=0.000000 cx=13.515625 char=4 5: 288 (103.515625,0.000000) rot=0.000000 cx=26.406250 char=6 Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Inkscape 49 date/description.
by john Culleton 25 Apr '13

25 Apr '13

I hear mention of version 49, which is not out yet. Is there a ETA on this version? Is there a document that describes the new/changed features? -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

2 1

Preferences::Observer and coding-style
by Vinícius dos Santos Oliveira 24 Apr '13

24 Apr '13

I'm preparing my first set of patches and fixed a bug, but I want to discuss some coding style. Inherit from Preferences::Observer is the only way to watch for preferences notification? You guys seem to use a mix of OO-patterns and sigc combination. What is the preferred? -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

2 1

Bitfields in SPStyle
by Krzysztof Kosiński 23 Apr '13

23 Apr '13

Revision 12297 changed several bitfields in SPStyle to bool and unsigned int. This means that the size of every SPStyle object will increase by at least 16 bytes. What is the motivation for this change? Regards, Krzysztof Kosiński

2 3

Symbols UI Changes
by Martin Owens 23 Apr '13

23 Apr '13

Hey devs, I'm going to be making two changes to the UI for symbols. 1. Firstly, we move the Symbol to Group and Group to Symbol out of the Object menu where it's out-of-context and into the symbols UI itself. This means the 'Current Document' symbols will be visible when you add and remove symbols. (I'll also be fixing it so the Symbol to Group works on the symbol selection and not just a use element) 2. The second piece is to move the two preferences out of the symbols UI and into the Inkscape preferences. Edit > Preferences > Interface > Symbols. I'm interested in ideas where best to place these in the existing tree. Diagram: http://imagebin.org/254989 Please do let me know if you see any problems with the plan. Best Regards, Martin Owens

3 3

Paste attributes
by Martin Owens 21 Apr '13

21 Apr '13

Hey devs, I've been tracking this bug: https://bugs.launchpad.net/inkscape/+bug/1107924 Dragging symbols to the document 'pastes' them in. The 'use' element created points to the symbol definition. But it also adds width="1" height="1" to the element which is erronious. sp-use.cpp sets width and height to 100% (1.0 + SVGLength::PERCENT) and I thought that might be the culprit, but it's not effecting these use elements. So I traced the copy process, outputting the xml at each step through the copy process. The use element created and passed around never has a width and height attribute and setting one gets overridden. So I'm at a loss, the element from the paste process acquires attributes by some magic I can't yet trace. Any help understanding what's going on would be great. Best Regards, Martin Owens

1 1

Re: [Inkscape-devel] G_BEGIN_DECLS
by Markus Engel 19 Apr '13

19 Apr '13

The first answer here describes the use of extern "C" quite well: http://stackoverflow.com/questions/1041866/in-c-source-what-is-the-effect-of -extern-c It is used to prevent name mangling so you can link together e. g. c object files and c++ object files. I think in Inkscape it isn't necessary at all as the c++ compiler is used for all the compiling. Markus

2 1