- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Gtet error when compiling inkscape under windows
by liamw 01 May '14

01 May '14

Try recompiling the build tool with this line: g++ buildtool.cpp -o btool -fopenmp rebuild, and see if it now works. If not, feel free to let us know! -- View this message in context: http://inkscape.13.x6.nabble.com/Gtet-error-when-compiling-inkscape-under-w… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

problem compiling display/drawing-shape.o
by Jabiertxo Arraiza Cenoz 01 May '14

01 May '14

Hi to all, im tryind to complile whith clang and get this error: Jabiertxo. CXX inkscape-version.o AR libinkversion.a CXX display/drawing-shape.o In file included from ../../fillet/src/display/drawing-shape.cpp:16: ../../fillet/src/2geom/svg-path-parser.h:62:5: warning: ignoring return value of function declared with warn_unused_result attribute [-Wunused-result] fgets(input, 1024 * 10, fi); ^~~~~ ~~~~~~~~~~~~~~~~~~~~ ../../fillet/src/display/drawing-shape.cpp:153:15: error: out-of-line definition of '_renderFill' does not match any declaration in 'Inkscape::DrawingShape' DrawingShape::_renderFill(DrawingContext &dc) ^~~~~~~~~~~ ../../fillet/src/display/drawing-shape.cpp:169:15: error: out-of-line definition of '_renderStroke' does not match any declaration in 'Inkscape::DrawingShape' DrawingShape::_renderStroke(DrawingContext &dc) ^~~~~~~~~~~~~ ../../fillet/src/display/drawing-shape.cpp:223:18: error: no member named 'paint_order_layer' in 'NRStyle' if( _nrstyle.paint_order_layer[0] == NRStyle::PAINT_ORDER_NORMAL ) { ~~~~~~~~ ^ ../../fillet/src/display/drawing-shape.cpp:223:51: error: no member named 'PAINT_ORDER_NORMAL' in 'NRStyle' if( _nrstyle.paint_order_layer[0] == NRStyle::PAINT_ORDER_NORMAL ) { ~~~~~~~~~^ ../../fillet/src/display/drawing-shape.cpp:258:39: error: no member named 'PAINT_ORDER_LAYERS' in 'NRStyle' for (unsigned i = 0; i < NRStyle::PAINT_ORDER_LAYERS; ++i) { ~~~~~~~~~^ ../../fillet/src/display/drawing-shape.cpp:259:26: error: no member named 'paint_order_layer' in 'NRStyle' switch (_nrstyle.paint_order_layer[i]) { ~~~~~~~~ ^ 1 warning and 6 errors generated. *

3 4

New video Envelope and Perspective LPE
by Jabiertxo Arraiza Cenoz 30 Apr '14

30 Apr '14

And the last video, envelope or perspective by 4 points: https://www.youtube.com/watch?v=CjKGatyxTZ8 Regards

5 5

Website Request: LPE News
by Martin Owens 29 Apr '14

29 Apr '14

Hi Devs, I've noticed there's quite a few LPE features going in, and it would be nice if we had a news article in the next few weeks that detailed them, their experimental or not status and any extra information. I'll do it as a fallback, but an LPE dev would be best to do a write-up. (send me any details if you think I should) I know there's been power stroke changes, there's the ponyscape LPEs on the horizon as well as Jabiertxof's Simplify and Perspective Envelope additions which are very useful. Anything else? Any other thoughts? Best Regards, Martin Owens

6 8

Filleting in SVG Spec.
by Jabiertxo Arraiza Cenoz 29 Apr '14

29 Apr '14

Hi to all, Tav. Im thinking in a new sugerence by Josh Andler, and before make want to know if node filleting can be strored inside a SVG path in future specs, or is better doing "manual" with "arcto" like Tav points in his blog. Regards, Jabier.

2 2

Joining non-end nodes in Inkscape (both through GUI and LPE)
by Papoj Thamjaroenporn 29 Apr '14

29 Apr '14

Hello, I am looking for a way to join two (potentially non-end) nodes from different paths into one, so when I move the node both paths are modified accordingly. I read the manual and I realize that the “Join” feature on Inkscape GUI will only join two end nodes. Is it possible to join two non-end nodes on GUI (to make an “X” with joined intersection node, for example?) More importantly, I would also like to do this in code, through LPE. For example, if I use Construct Grid LPE, it would be really nice if the output paths join all the intersection together, like what I demonstrate on the right of the following image: I also noticed that there was a similar idea being proposed a few years back and to my best knowledge I don’t think this feature exists yet. Put it simply, I’d like to know if there is a way to output paths from LPE so that some non-end nodes across different curves are joined. Thank you for your answers. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

3 3

Internal Coordinate System in Inkscape
by Papoj Thamjaroenporn 29 Apr '14

29 Apr '14

Hi, I’m writing here for the first time so nice to meet you all! I started playing with Inkscape since a few weeks ago and one thing I haven’t really understood is the way coordinate system works on Inkscape. First of all, in the UI, the origin lies at the bottom-left corner of the canvas, with y-axis pointing upward (based on what Inkscape displayed when I moved my mouse around the canvas). However, when I created a path through an LPE and printed anchor positions as the path was moved around, I found that the internal coordinate system had y-axis pointing downward, with the origin (0,0) lying somewhere above the canvas instead. Is this an expected behavior? Is there a transformation matrix that transforms the internal positions to the canvas positions? I compiled Inkscape 0.48 from trunk on OS X Mavericks using clang 3.4 with required libraries compiled using libc++. If anyone knows about this I’d really appreciate your answer here. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

3 7

Instability in Lib2geom's D2<SBasis> construction
by Papoj Thamjaroenporn 29 Apr '14

29 Apr '14

Hi, I have noticed a few parts in lib2geom that give unstable output. I am trying to figure out what causes this and possible how to fix it: In lib2geom’s toy example curvature-test.cpp, we fit osculating circle at a point of a given curve. We can slide along time parameter to fit osculating circle at different point on the curve. I modify the code a little to output the curvature plot of the curve in two ways: 1) Using D2<SBasis> to build curvature graph. Each segment in D2<SBasis> is a copy of SBasis from curvature curve K, offset by a constant. (as seen in RED). Piecewise<SBasis> K = curvature(B); 2) Draw the graph directly by cairo_move_to(), cairo_line_to(). (as seen in GREEN). The normal result would look like this: However, when I hover my mouse around randomly (no input has been changed), the curve being fitted using D2<SBasis> will go wild randomly too: Notice that the green curve that plots curvature with cairo methods is stable. Does anyone know if we have a fix for this? Here is the source file: The part that seems to give problems is when we define D2<> segment with linear interpolation: for(unsigned ix = 0; ix < K.segs.size(); ix++) { D2<SBasis> Kxy; Kxy[1] = Linear(450) - K.segs[ix]*400; Kxy[0] = Linear(300*K.cuts[ix] + 150, 300*K.cuts[ix+1] + 150); cairo_d2_sb(cr, Kxy); cairo_set_source_rgba (cr, 1., 0., 0., 0.8); cairo_stroke(cr); } I did something similar to this in other toy example and got the same instability. I believe that the instability comes from using K.segs[] to define new SBasis (K is a Piecewise<SBasis> that contains curvature of the curve). If I create D2<SBasis> by purely linear segments, my output is very stable: dd = 0.1; for (double tt = 0; tt < 1.0; tt += dd) { D2<SBasis> Kxy; Kxy[1] = SBasis(450 - K(tt)*400, 450 - K(tt+dd)*400); Kxy[0] = SBasis(150 + 300*(tt), 150 + 300*(tt+dd)); cairo_d2_sb(cr, Kxy); cairo_set_source_rgba (cr, 1., 0., 0., 0.8); cairo_stroke(cr); } Would appreciate some helps to fix the issue here. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

2 5

Invalid state when picking: STATE_BBOX
by Johan Engelen 28 Apr '14

28 Apr '14

Hi all, Krzysz, How serious is this warning: Invalid state when picking: STATE_BBOX = %d, STATE_PICK = %d Simply drawing a rectangle already makes this one pop up. If it is serious, could you have a look into fixing it Krzysz? If it's not so serious, please disable printing of the warning. Thanks, Johan

2 2

Wiki, working with bazaar page comment
by mathog 28 Apr '14

28 Apr '14

This web page http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar didn't tell me enough to be able to commit. It implies that this is sufficient: bzr checkout project_trunk_url bzr commit (see, for instance, the "Using a centralized (SVN-like) workflow" section) but in my hands that resulted in: bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/.bzr/branc…: Transport operation not possible: http does not support mkdir() The commands that I had to use to make commit work were: #bzr checkout, long ago... ssh-keygen #and upload the key to launchpad account bzr whoami #emitted: mathog bzr lp-login mathog bzr launchpad-login #emitted: mathog bzr bind lp:inkscape #another key generated, asked for another pass phrase #unclear how this relates to the ssh-keygen key above bzr commit -m "Fix for bug 1294840" Some of that may be extraneous, and I still have not determined which parts of that will need to be repeated for each session. (lp-login and launchpad-login are not documented in the man page for bzr [2.5.1] on my system.) I don't understand why I had to do the "bind", since "bind" does "Convert the current branch into a checkout of the supplied branch", and the local copy was made by checkout, but commit would not go until it was run. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

New Simplify video
by Jabiertxo Arraiza Cenoz 28 Apr '14

28 Apr '14

And now the video of Simplify LPE: https://www.youtube.com/watch?v=gaWujN_iTSk Regards.

1 0

Roughen video
by Jabiertxo Arraiza Cenoz 28 Apr '14

28 Apr '14

Hi to all. Here is a video from my last work. Roughen LPE https://www.youtube.com/watch?v=130Dbt0juvY Soon Simplify LPE and Perspective-Envelope LPE videos. Hi, Jabier.

1 0

Plugin: onionskin plugin for animation
by Lucas H 28 Apr '14

28 Apr '14

Hi there, I recently wrote a plugin to allow an 'onionskin' view of inkscape layers to aid animation. I'm developing some other animation-related plugins, too. Someone told me I should let the Inkscape dev team know about it, so here I am. All the info is here: http://github.com/lingo/inkscape_onionskin Reddit post (for flames,trolls,or upvotes): http://www.reddit.com/r/Inkscape/comments/242ys3/onionskin_plugin_to_make_a… Kind regards, - Lucas

1 0

Units
by Tavmjong Bah 28 Apr '14

28 Apr '14

Hi, I had a discussion with several people at the SVG Working group meeting in Leipzig this past week about user units vs. "real" units. I proposed that it be possible to set a ratio for the initial user unit to inch (or cm). This was not well received. My basic conclusion from these discussions is that the use of any real unit (inch, pt, etc.) inside an SVG file (other than on the root 'width' and 'height') is pointless. The correct way to proceed is to set the 'width' and 'height' of the SVG to the size of the drawing and then the 'viewBox' to the same values without units, e.g.: <svg width="20in" height="15in" viewBox( 0 0 20 15 ) ... > Once you have done this, one user unit is one inch. If you actually set a length to an inch inside the file (i.e. width="1in"), it will be interpreted as 90 inches since we use 90 user units per inch. OK, so be it. The gods have spoken. However, we should at some point change 90 user units per inch to the CSS 2.1 value of 96 which has now been fixed in stone. (Illustrator has the same problem, having used a value of 84.) Tav

9 21

New LPE roughen
by Jabiertxo Arraiza Cenoz 26 Apr '14

26 Apr '14

Thanks to Josh for the idea to port two extensions to a one LPE. The extensions are Add Nodes and Jitter nodes. And the effect born as "roughen". I need some help to redefine the strings to make more easy to undertand. Also can work on widgets to visual make a separator from Add Nodes widgets and Jitter ones. Here are the code: https://code.launchpad.net/~jabiertxof/inkscape/roughen Regards, Jabier.

1 0

Straight Geom::Curve pointAt problem
by Jabiertxo Arraiza Cenoz 26 Apr '14

26 Apr '14

Hi to all. I have a linear Geom::Curve for example whith a "d" like: M 0,0 100,0 I pass to this curve the function "pointAt(0.333333)" The previsible result is "33.333"... but this, give me "25.9259". Any body know whats happend? Thanks very much in advance.

2 2

Merge in certain Ponyscape features
by liamw 25 Apr '14

25 Apr '14

Many of the developers are probably aware of a popular fork of Inkscape called Ponyscape. If you don't know of it, here are the extra features it offers: • Inverse clipping (clearly I'm not going to merge this in) • Objects dialog (http://sta.sh/0zb66ec8hyk ) • Tags dialog (selection sets http://sta.sh/01n137vphezw ) • Power stroke point control dialog (activated by shift+clicking width points http://sta.sh/01s1vyyazw8k ) • CubicBezierSmooth Power Strokes (http://sta.sh/0232eheuvzn0 ) • UI enhancements (for example https://bugs.launchpad.net/inkscape/+bug/1310688 ) • 5 new path effects ◦ Attach Path (there is a great tutorial on this by R4inbowR4ge here http://youtu.be/5o5P0897vb8 ) ◦ Bounding Box (...clearly you know what this one does, right?) ◦ Ellipse by 5 Points ◦ Fill Between Strokes (obsoleted) ◦ Fill Between Many (http://sta.sh/0mze2vk449o ) Path effects gallery: http://sta.sh/2257tq53v5kb My plan is to get (most) of these features merged into trunk to keep them from bit-rotting away. I have created a branch here at Launchpad: https://launchpad.net/~inkscapebrony/inkscape/inkscape which addresses the majority of these features. I've also fixed this: https://bugs.launchpad.net/inkscape/+bug/1290573 and this: https://bugs.launchpad.net/inkscape/+bug/1290573 (AFAIU neither have been fixed in trunk) I'm asking for a little review—and possibly some feedback?—on the new features in the branch. Also, I am not familiar enough with the Inkscape codebase to know what to do with the very old looking SPTag stuff, which is why it isn't in my branch yet. If anyone wants to take a look and advise me on how to refactor this to make it work, the tag stuff is here: http://sta.sh/01etufm3jqvt (seriously, what the heck is an SPObjectClass? is that some sort of impls thing?) -- View this message in context: http://inkscape.13.x6.nabble.com/Merge-in-certain-Ponyscape-features-tp4970… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 7

Clang address sanitizer abort
by Tavmjong Bah 25 Apr '14

25 Apr '14

Hi, Fedora 20 recently updated from clang 3.3 to clang 3.4. When I compiled Inkscape trunk with the new version and ran it, I immediately got an abort. I was playing around with clang a few months ago and appear to have set the CXXFLAGS to: -fsanitize=address-full,undefined,integer Can anybody help me interpret the error message? Thanks, Tav ================================================================= ==22156==ERROR: AddressSanitizer: stack-use-after-scope on address 0x7fff03896920 at pc 0x4617518 bp 0x7fff03896370 sp 0x7fff03896368 WRITE of size 8 at 0x7fff03896920 thread T0 #0 0x4617517 in std::_Deque_base<Geom::Affine, std::allocator<Geom::Affine> >::_Deque_impl::_Deque_impl() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4617517) #1 0x46170d7 in std::_Deque_base<Geom::Affine, std::allocator<Geom::Affine> >::_Deque_base() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x46170d7) #2 0x45fc91e in std::deque<Geom::Affine, std::allocator<Geom::Affine> >::deque() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x45fc91e) #3 0x4c0d983 in Inkscape::Extension::Internal::PrintMetafile::PrintMetafile() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4c0d983) #4 0x4b84106 in Inkscape::Extension::Internal::PrintEmf::PrintEmf() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4b84106) #5 0x4c0d434 in Inkscape::Extension::Internal::PrintEmf::init() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4c0d434) #6 0x4183e6a in Inkscape::Extension::init() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4183e6a) #7 0x1f799e4 in inkscape_application_init(char const*, int) (/home/tavmjong/Sandbox_clang/bin/inkscape+0x1f799e4) #8 0x1306174 in sp_main_gui(int, char const**) (/home/tavmjong/Sandbox_clang/bin/inkscape+0x1306174) #9 0x1303496 in main (/home/tavmjong/Sandbox_clang/bin/inkscape +0x1303496) #10 0x394f021d64 in __libc_start_main (/lib64/libc.so.6 +0x394f021d64) #11 0x12ff5cc in _start (/home/tavmjong/Sandbox_clang/bin/inkscape +0x12ff5cc) Address 0x7fff03896920 is located in stack of thread T0 at offset 96 in frame #0 0x4c0d65f in Inkscape::Extension::Internal::PrintMetafile::PrintMetafile() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4c0d65f) This frame has 4 object(s): [32, 40) '' [96, 176) '' <== Memory access at offset 96 is inside this variable [224, 232) '' [288, 292) '' HINT: this may be a false positive if your program uses some custom stack unwind mechanism or swapcontext (longjmp and C++ exceptions *are* supported) SUMMARY: AddressSanitizer: stack-use-after-scope ??:0 std::_Deque_base<Geom::Affine, std::allocator<Geom::Affine> >::_Deque_impl::_Deque_impl() Shadow bytes around the buggy address: 0x10006070acd0: f3 f3 f3 f3 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 0x10006070ace0: f8 f8 f8 f8 f1 f1 f1 f1 00 f4 f4 f4 f3 f3 f3 f3 0x10006070acf0: f8 f8 f8 f8 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad10: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 00 f4 f4 f4 =>0x10006070ad20: f2 f2 f2 f2[f8]f8 f8 f8 f8 f8 f8 f8 00 00 f4 f4 0x10006070ad30: f2 f2 f2 f2 00 f4 f4 f4 f2 f2 f2 f2 04 f4 f4 f4 0x10006070ad40: f3 f3 f3 f3 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad50: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 00 f4 f4 f4 0x10006070ad60: f3 f3 f3 f3 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad70: 00 00 00 00 00 00 00 00 00 00 00 00 f1 f1 f1 f1 Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Heap right redzone: fb Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack partial redzone: f4 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 ASan internal: fe ==22156==ABORTING

4 5

Google Summer of Code 2014
by Josh Andler 23 Apr '14

23 Apr '14

Hi All, We're happy to announce that we have two students who will be working on projects with our organization this year during Summer of Code. Krzysztof Kosiński will work on implementing robust boolean and stroking operations for 2Geom. Tomasz Boczkowski will work on improving Inkscape's support for SVG paints. We look forward to working with them and wish them the best of luck this summer. Cheers, Josh

1 0

Should select area for text objects include leading and trailing spaces?
by mathog 22 Apr '14

22 Apr '14

In this bug: https://bugs.launchpad.net/inkscape/+bug/1243401 there is a discussion about whether or not the selectable area for a text object should include leading and trailing spaces. That is, for text objects 1 = " " and 2 = " a b " the old behavior was that the "arrow" or "+A" selection pointers would not detect object 1 at all and would move across the leading and trailing spaces of object 2 without registering a hit. The patch in that bug makes these pointers treat spaces like any other character. People were coming down on both sides of the change and ScislaC suggested moving that discussion here. See posts 20-27 for the discussion so far. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

6 25

OSX/Win32 packaging issues
by Bryce Harrington 21 Apr '14

21 Apr '14

Okay, let's try this again. 2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished √ Identify 'make distcheck' issues -----> Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points Update tutorials and other docs ------------------------------------------------------------------------ OSX Packaging Issues ------------------------------------------------------------------------ For 0.91, the OSX packaging is under renovation to bring it up to standards that OSX users expect. su_v has taken a deep look into what we've had, and is working on a new package that uses the native Gtk-Quartz functionality. As this is a pretty massive packaging change, we'll need to track this closely and lend hands as needed to ensure it's a success. Good news is there's still ample time, and strong interest in seeing this succeed. su_v, do you have a todo list of what remains to be done? ------------------------------------------------------------------------ Windows Packaging Issues ------------------------------------------------------------------------ The Windows side is also going under major renovations to introduce WIX packaging, which provides an MSI windows package. However, it sounds like the older NSI package format works well enough, that the consensus as reported by Adib is to stick with this package for 0.91, and allow the WIX package more time. Adib - do I understand the plan correctly? Are there any roadblocks or critical issues remaining? One concern I have is that we are not providing a 64-bit package, and are directing users off-site to a third party for this. I'd like to understand more about this 64-bit package, and what it would take to provide this package ourselves for 0.91. Would someone mind educating me on this? Bryce

2 1

distcheck problems
by Bryce Harrington 21 Apr '14

21 Apr '14

Hi all, 2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished -----> Identify 'make distcheck' issues Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points Update tutorials and other docs ------------------------------------------------------------------------ 'make distcheck' issues ------------------------------------------------------------------------ Run 'make distcheck' in your Inkscape tree to see the problems. We'll need to get these largely taken care of (>90% clean) by the end of the next phase. 1. There are quite a few warnings. For example: CXX ui/tools/dropper-tool.o In file included from /usr/include/c++/4.6/bits/basic_ios.h:39:0, from /usr/include/c++/4.6/ios:45, from /usr/include/c++/4.6/ostream:40, from /usr/include/c++/4.6/iterator:64, from /usr/include/boost/iterator.hpp:17, from /usr/include/boost/operators.hpp:84, from ../../src/2geom/affine.h:17, from ../../src/2geom/transforms.h:41, from ../../src/ui/tools/dropper-tool.cpp:21: ../../src/2geom/generic-interval.h: In member function ‘virtual bool Inkscape::UI::Tools::DropperTool::root_handler(GdkEvent*)’: ../../src/2geom/generic-interval.h:65:9: warning: assuming signed overflow does not occur when assuming that (X + c) >= X is always true [-Wstrict-overflow] ../../src/2geom/generic-interval.h:65:9: warning: assuming signed overflow does not occur when assuming that (X + c) >= X is always true [-Wstrict-overflow] And a fair number beyond that. 2. units issues ** (process:15599): WARNING **: Units file /home/bryce/src/Inkscape/inkscape/build-humber/inkscape-0.48+devel/_inst/share/inkscape/ui/units.xml is missing: Failed to open file '/home/bryce/src/Inkscape/inkscape/build-humber/inkscape-0.48+devel/_inst/share/inkscape/ui/units.xml': No such file or directory Running 105 tests....................... 3. Tests issues Then follows a ton of error messages, of which the following is typical: ../../src/./svg/svg-length-test.h:62: Error: Test failed: 73.162987in ../../src/./svg/svg-length-test.h:62: Error: Expected (len.computed == absolute_tests[i].computed), found (73.1629 != 6584.6689) In SvgLengthTest::testReadAbsolute: ../../src/./svg/svg-length-test.h:88: Error: Test failed: 100pt ../../src/./svg/svg-length-test.h:88: Error: Expected (len.computed == absolute_tests[i].computed), found (100.0000 != 125.0000) m ................... Failed 21 of 105 tests Success rate: 80% XFAIL: cxxtests =============================================== 1 test behaved as expected (1 expected failure) =============================================== 4. Then at the end I get a bunch of issues about .coverage files not being writable. File "/usr/local/lib/python2.7/dist-packages/coverage-3.6-py2.7-linux-x86_64.egg/coverage/data.py", pline 125, in write_file fdata = open(filename, 'wb') IOError: [Errno 13] Permission denied: '/home/bryce/src/Inkscape/inkscape/build-humber/inkscape-0.48+devel/share/extensions/test/.coverage' ------------------------------------------------------------------------ If you get a chance to investigate the above issues and sort them out, or discover something that might help in solving them, please reply to this email with your status. Bryce

1 1

OSX/Win32 packaging issues
by Bryce Harrington 21 Apr '14

21 Apr '14

2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished √ Identify 'make distcheck' issues -----> Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points Update tutorials and other docs ------------------------------------------------------------------------ OSX Packaging Issues ------------------------------------------------------------------------ On Mac, our packaging needs some major renovation. In the past we've had it use Mac's X11 compatibility but our users will have the best installation experience if the installer uses the native Gtk-Quartz functionality. I'm guessing that pretty much this can copy how GIMP has done it, but the devil's always in the details of course. The challenge is we need to get this done fast - ideally within a month or two - in order for it to not cause the overall schedule to delay. Would someone be interested and willing to take on this endeavor? ------------------------------------------------------------------------ Windows Packaging Issues ------------------------------------------------------------------------ I didn't get as much feedback on the status of the Windows package for Inkscape, but poking around a bit it looks like the NSI stuff basically works. There are 15 bugs tagged 'win32' and 'packaging', but only 2 of those are high priority and both of those sound more like porting issues than packaging. However, on our downloads page I notice that we're pointing people offsite to a third party for 64-bit windows packages. We need to be providing 64-bit packages from the official site. Also, on the download page we offer three different types of windows installers. In the interest of keeping things simple for users and consistent for developers, can we pick one of those three as our official packaging, and merge or drop the other two? So, the tasks we need done near-term: * Test creating a Win32 package using the stuff in packaging/win32, and report on whether it "just works" or hits errors. * What would it take to get our packaging to generate 64-bit packages? * Is there a reason we should have more than one win32 package? If not, what should we be focusing on?

1 1

Little css tweak in inkscape.org
by Guiu Rocafort 20 Apr '14

20 Apr '14

Hi ! I noticed that in the about page there is a floating side bar in the right, and because it is taller than the content it overlaps with the footer. Adding "clear: both; " to the .footer rule in the css solves that problem. Maybe somebody with commit access to the repository can apply this change. Thanks Guiu -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

3 2

Issues reported from LGM
by Martin Owens 20 Apr '14

20 Apr '14

This is a list of long standing UX issues from RedHat/Gnome/Fedora devs: * Preferences dialog is the wrong size or doesn't have a minium size & doesn't set to the center of the parent window. * The zoom correction should only effect documents set to physical units. ! Different document modes are needed for different workflows. * Inkscape should be maximised by default * Shadow/border on document is not settable as the global setting. * The shadow shouldn't be the default. * Default colour for the border should be half gray half transparent * Restarting inkscape to load a new font is not good. * Lots of fonts installed causes inkscape to be slow. * Color outside the page should be a slight shade different * The resize page shouldn't be hidden by default. * Maximise should be the default for inkscape. * "Selection" option means "Whole Selection" in align * The align and distribute relative to should set some defaults depending on the selection. If one item is selected then the default should be to Page and if there are multiples selected then it should be to "Whole Selection" as it is now. * BUG: Where three text items are selected, the align to text-baseline sometimes depending on the item selected, aligns to the wrong item when Last Selected is used. First selected is also effeted. * Gimp's small theme allows more widgets to be displayed on the screen. Maybe some themes for inkscape would be useful. * Never make an object that is transparent and thus not selectable. * Multiple pages None important issues * Zoom correction should be specific to a screen.

5 9