make dist fails
by Ryan Lerch
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
10 years, 1 month
Wiki account
by Sebastian Götte
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
10 years, 1 month
Layout compute question, Mark, nonspacing, Hebrew
by mathog
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
10 years, 1 month
Preferences::Observer and coding-style
by Vinícius dos Santos Oliveira
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
10 years, 1 month
Bitfields in SPStyle
by Krzysztof Kosiński
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
10 years, 1 month
Symbols UI Changes
by Martin Owens
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
10 years, 1 month
Paste attributes
by Martin Owens
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
10 years, 1 month
