- Inkscape Devel - Inkscape Mailman

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