- Inkscape Devel - Inkscape Mailman

Union PathVector
by Jabier Arraiza 20 Nov '15

20 Nov '15

Hi to all. I want to make a pathvector joined with itself like Inkscape do whith only a path selected, with subpats and in non-zero fill rule. I look to Krzysztof code with boolops but it handle it with diferent pathvectors, not with the same. If anybody can point me on a direction, his help are welcome. All the best, Jabier.

2 1

Offset LPE
by Jabiertxo Arraiza Cenoz 18 Nov '15

18 Nov '15

Hi to all. I just finish a LPE called "Offset" based on Liam and Krzysztof work. The branch give better results than actual offset LPE, more similar to Liam JoinType LPE than a Offset one. Anyway, the LPE could be improved working on Geom/PathStroke and Krzysztof boolops code. As a fast improvements things to do: Boolops: Commented in previous mail, I have problems with fill-rule options on AminusB function. Also if we can handle overlaping curves, I could simplify the LPE. PathStroke: Handle strange results specialy on very big width of stroke Tavmjong, you remember our conversation about extrapolated arcs in Toronto? ¿Need a refresh? ¿Could you explain to Liam in a math point of view, to know if he want to make the proposal for the SVG working group? lp:~inkscape.dev/inkscape/offset All the best, Jabier.

1 0

Vertical text & 'text-orientation'
by Tavmjong Bah 18 Nov '15

18 Nov '15

Hi, I've implemented the CSS 3 'text-orientation' property which controls how glyphs are rendered in vertical text. This property replaces the 'glyph-orientation-vertical' property which Inkscape never implemented and is deprecated in SVG 2. While doing this work I also corrected some other layout issues with vertical text and with multi-line text. As this work is rather invasive I've pushed my changes to a new branch which can be checked out via: bzr branch lp:~inkscape.dev/inkscape/writing_modes Please test this branch! Here is a list of the most important changes: * Latin characters in vertical text will be drawn by default sideways. This is the default direction in both SVG 1.1 and in CSS 3 Writing Modes. Currently Inkscape draws the glyphs upright. * Punctuation characters in CJK vertical text will be orientated correctly. * The Text Toolbar can be used to set 'text-orientation' which controls how characters are orientated in vertical text (it has no effect on horizontal text). The three choices are 'mixed' where the glyphs are drawn in their Unicode defined natural orientation, 'upright' where all glyphs are drawn upright, and 'sideways' where all glyphs are drawn sideways. * The new CSS 3 values for 'writing-mode' will be recognized. The values written out are still the SVG 1.1 values except for the new 'vertical-lr' value which has no equivalent SVG 1.1 value (and is required for Mongolian). A new button appears on the Text Toolbar to select this value. (The SVG 1.1 values are deprecated but must still be recognized by SVG renderers.) * Fonts without vertical metrics will have a vertical advance of 1em. The CSS specification explicitly does not define what advance to use but the SVG 1.1 spec suggests 1em and the W3C Japanese text document specified an advance of 1em. * In laying out multi-line text, any 'leading' value from the font is ignored. CSS dictates that the font-size corresponds to the em height of a font which is defined as 'ascent' + 'descent'. The change to ignore the "internal" font 'leading' may make small visual changes in how multi-line text appears. * In flowed text, Inkscape has been using a "scaled" value of 'ascent' to position the first line. This has been changed to follow the correct CSS prescription of using the value of 'half-leading' + normal 'ascent' for horizontal text (to find the alphabetic baseline) and 'half -leading' + half em width for vertical text (to find the center baseline). (The 'leading' in this case is the extra space needed between lines as dictated by the 'line-height' property. It is not the 'internal' font 'leading'.) Tav

3 6

Offset LPE
by Jabier Arraiza 16 Nov '15

16 Nov '15

Hi to all. Im on Offset LPE using Liam and Krzysztof work. I have two questions, First: Using "PathIntersectionGraph" to make boolean operation "getAminusB", givea unwanted result, to me, maybe because fillrule work as evenodd. I remember read in list the fill rule work is not ended on new boolops, I'm wrong Krzysztof? Second: If I'm brong with first, I need to try "manual" erase the unwanted data, for example in the middle of a infinite sign path. To do this I run the function: "self_crossings" but this function give me points not self crossed in the path, also, give me, for each real crossing, one of the times not the two that have a self crossing. Maybe Im wrong in th concept of selfcrosing... Thanks in advance for the help, all the best, Jabier.

1 0

How to make extension that is called on every edit of the document ?
by Stuart Axon 16 Nov '15

16 Nov '15

Hi, I'd like to make an extension that keeps track of changes (and can also make changes from external sources) in a drawing - is there a way to get a call every time an edit happens ? (I guess ideally the callback would include information about what was changed). S++

1 0

swiss publishing days 2015 in Bern: slides, including those from Libre Graphics talks, available for download
by "Christoph Schäfer" 15 Nov '15

15 Nov '15

Hi all, The slides of the talks during the "swiss publishing days 2015" in Bern are now online: http://swiss-publishing-week.ch/winterthur_n.php?t=Teilnehmer-Seite&read_gr… The most interesting talk with respect to Libre Graphics, was the one by Beat Kipfer (http://swiss-publishing-week.ch/dynpg/upload/imgfile1855.pdf) on Scribus, GIMP and Inkscape. He erred in several aspects, as those who can read German will certainly discover, but I was there and corrected the errors on the spot. Most importantly, though, Beat praised all three projects for their reliability and their longevity. According to Beat, they are worthy competitors to Adobe CC. It was also remarkable that one participant stood up during the Q&A session, and said (in German, of course): "I'm still an Adobe customer, but I'm about to leave the company's products, because their priority seems to be to find ways to suck their customers dry without even bothering to fix existing bugs. We should applaud and support the efforts of the Open Source community, because without them, there wouldn't be any competetion at all". The audience reacted with a long applause (and if you know the Swiss, this was a truly amazing reaction). The slides of the presentation by Holger Everding (FreeColour) and I on the advantages of a vendor-neutral and CIELAB-based colour standard are also there: http://swiss-publishing-week.ch/dynpg/upload/imgfile1973.pdf, as are the slides of my talk on open file formats (http://swiss-publishing-week.ch/dynpg/upload/imgfile1858.pdf). Please don't bother downloading the latter, because I only used the slides as a visual introduction to what I said and demonstrated with real files (e.g. showing the content of an ORA file in Ark). Christoph

1 0

couple of patches in need of testing: window icon, and auto font-refresh
by insaner 14 Nov '15

14 Nov '15

Hi all, I have a couple of patches I would like some testing done on, especially if you are a non-linux user (I can only do linux testing here) and/or a dev that can tell me any issues with the code that I am not seeing. window/task bar icon missing when installed in non-standard location https://bugs.launchpad.net/inkscape/+bug/1516238 font dialog doesn't refresh to show newly installed fonts https://bugs.launchpad.net/inkscape/+bug/168960 The patch to be tested for the font-refresh bug is: https://bugs.launchpad.net/inkscape/+bug/168960/comments/9 And if you can tell me how to get the fontlist to refresh in a non-linux (fontconfig) system, that would help me fix that issue for others too. -- View this message in context: http://inkscape.13.x6.nabble.com/couple-of-patches-in-need-of-testing-windo… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

SPKnot, KnotHolderEntity, and KnotHolder
by Papoj Thamjaroenporn 12 Nov '15

12 Nov '15

Dear Inkscape-devel, Can someone explain to me the relationships between SPKnot, KnotHolderEntity, and KnotHolder? The code seems a bit confusing to me in terms of how they are related to each other. What I have collected so far: SPKnot is a like a UI element. It has properties like style and color and signals when events are triggered. KnotHolderEntity is like the manager of SPKnot, allocating and storing pointer to SPKnot to allow SPKnot object to outlive the scope of the entity. It also manages connections between signals that SPKnot emits and receivers for those signals. KnotHolder aggregates KnotHolderEntity, with a few functions that iterate through the list of these entities to do certain things like handling events and knot update by calling methods that have been implemented in SPKnot already. My questions are: Why is SPKnot named with the SP prefix? From SPObject documentation, all SPObject is supposed to be representable as a node in SVG. There is no notion of “knot” in SVG 2 as far as I know, and the class didn't even inherit SPObject. In terms of Model-View-Controller design pattern, I see SPKnot as the Model and KnotHolderEntity as the Controller, handling the Model creation and events handling. But instead, event handling resides partly in SPKnot itself and partly in KnotHolder, which confuses me in terms of the design of these classes. Is the main purpose of KnotHolder really just for aggregating KnotHolderEntity in a list? I might be missing something, but I don’t see why we can’t move handler methods all into KnotHolderEntity, following MVP pattern. Knot events are handled individually after all. What are these PatternKnotHolderEntityXY / Angle / Scale? They seem to do something specific to patterns but instead of seeing their implementations in their own classes, I see declarations and methods about them implemented in KnotHolder and KnotHolderEntity instead. Can we factor these out somewhere, like how LPETangentToCurve defines their own KnotHolderEntities in their own source file? Overall, I’m skeptical most about the implementation of KnotHolder. It can be much simpler — just an aggregator of KnotHolderEntities. Right now, it seems to have unrelated functionalities that obscure the purpose of the class. I’d love any additional documentation about this if anyone can point me to it. I don’t see much on the generated Doxygen doc and in the source files. Thank you. Regards, _______________________ Papoj "Hua" Thamjaroenporn papoj@...3117... <mailto:papoj@...3117...>

2 1

Spary tool and transparent area ?
by Ivan Louette 10 Nov '15

10 Nov '15

Is there a way to spray only over transparent area ? (i. e. inverting "Spray only over non transparent area") ivan

1 0

Any Inkscape gurus here got any game / animation experience?
by Philip Rhoades 09 Nov '15

09 Nov '15

People, I am going to develop an Open Source interactive game for designing the neural architecture of a VERY simple alien organism - for research purposes. I am thinking that Inkscape is a sort of (more complicated) version of the interface that that would be required. During the game, after a bit of design, the alien organism should animate to some extent (depending how good the design is) because of the nerves interacting with the muscles and other cell organelles - which all correspond to SVG objects - is this a sensible method of proceeding? Thanks, Phil. -- Philip Rhoades PO Box 896 Cowra NSW 2794 Australia E-mail: phil@...1587...

5 6