- Inkscape Devel - Inkscape Mailman

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