October 2010 - Inkscape Devel

NEW: mouseover cursors in Selector
by bulia byak 28 Oct '10

28 Oct '10

Selector tool has a new mouse cursor (arrow with an open hand) for when your mouse is over a selectable object, and another (arrow with clinched hand) for when you're dragging an object. This improves precision of selection and UI consistency (previously, the mouse cursor over a selectable object was different across platforms, e.g. hand icon on Linux or four-way arrow on Windows). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 13

Re: [Inkscape-devel] 0.48.1 next week
by Michael Wybrow 27 Oct '10

27 Oct '10

On 25/10/2010, at 5:47 PM, Michael Wybrow wrote: > On 21/10/2010, at 8:12 AM, Alexandre Prokoudine wrote: > >> Are there any issues of satble version somebody is working on or >> planning to work on in the coming days? > > I'm still looking at a problem with connectors seemingly caused by recent changes to the ConvexHull code (possibly by differences in 2Geom's implementation?). Should be fixed shortly. Okay, the fix for this connector bug is now committed to the trunk. See https://bugs.launchpad.net/bugs/666586 Cheers, Michael

5 8

Fwd: Know any developers (or someone else who might know any) working on Inkscape in Toronto, Canada?
by Diederik van Lierop 27 Oct '10

27 Oct '10

1 0

PDF export wrong color for black line
by unknown＠example.com 26 Oct '10

26 Oct '10

Hi all, For those of you that know a little about cairo, please have a look here: https://bugs.launchpad.net/inkscape/+bug/665628 It is a somewhat strange bug, as it only happens for completely black paths, not for other colors, while Inkscape does the same for paths with any color. So I think it is a cairo bug. Thanks for looking into this. Ciao, Johan

1 1

Exporting a SVG to PS causes excessive blurriness
by Jevon Wright 26 Oct '10

26 Oct '10

Hi everyone, I am trying, but struggling, to find a solution to bug #585286 [1], where exporting a SVG containing a transparent PNG to PS causes excessive blurriness. This is a major bug for me. I've done as much research as I can do on this bug. After delving through the code base, I think this bug is related to bug #427226 and bug #208217 - apparently Postscript does not support alpha transparency [2], which I think is what is causing the rasterization, and I think it is happening within Cairo. However, it still supports clipping and masking, so as far as I can tell this should be technically possible! An alternative is simply to increase the resolution of the forced rasterization, but I can't find anywhere in the code to increase this. Would this be part of Inkscape or Cairo? I've tried using Cairo 1.10.0 with no effect. If anybody has some knowledge of Inkscape/Cairo and can suggest some solutions or even ideas, I would be most grateful. Thanks Jevon [1]: https://bugs.launchpad.net/inkscape/+bug/585286 [2]: http://en.wikipedia.org/wiki/Transparency_%28graphic%29#Transparency_in_Pos…

1 0

LaTeX vs. other forms of TeX.
by John Culleton 25 Oct '10

25 Oct '10

There is a presumption that the de facto version of TeX is LaTeX. However the latest work in TeX is centered around non-LaTeX versions such as XeTeX and Luatex. Some of us prefer our TeX without the excess baggage of LaTeX. So I wonder if it would be practical to have the Inkscape output of TeX text in e.g., pdftex format as well as LaTeX format? This output would be both less verbose and more flexible in e.g., paper sizes. -- John Culleton, Wexford Press "Create Book Covers with Scribus" $5.95 at http://www.booklocker.com/books/4055.html Free eps format barcode: http://www.tux.org/~milgram/bookland/

2 1

adopted extensions in point releases
by Alexandre Prokoudine 25 Oct '10

25 Oct '10

Hi, We have a number of adopted extensions shipped with Inkscape. One of them is JessyInk, which, IIRC, was updated at least twice since we added it -- once in August and yesterday. Both are bugfix releases. Do we update code for the upcoming point release? Alexandre Prokoudine http://libregraphicsworld.org

3 3

Crop tool should be straight forward to implement, thoughts?
by Andy Fitzsimon 25 Oct '10

25 Oct '10

G'day everyone, I had a thought after some observation and while it wouldn't look good on our already crowded toolbox, it should be fairly easy to implement a crop tool. In practice its just applying parent group to all things then a clippath and finally a resize page to contents command which we already have the code for... Also, it would be easy to have a rule that crops from the selection (if things are selected) by skipping that last resize page and only grouping the already selected stuff.. maybe attached as a mode of the default selector tool from the parent toolbar My thinking is that right now creating clippaths is a weird concept for new-to-vector users, but almost everyone gets the idea of cropping This could be a very achievable GSOC feature if someone is willing to mentor it.. Personally, I can see how much simpler it would be rather than drawing rects and making a weird selection every time i want to crop. to new users, this workflow is not obvious What are the thoughts here? -- Andy

10 16

changing textnodes with dbus?
by unknown＠example.com 25 Oct '10

25 Oct '10

Hello, I would like to change the text of textnodes with the dbus api. Is it possible, or does it require changes to the dbus implementation? -- Joakim Verona

1 0

Help needed in fixing line positioning bug.
by Tavmjong Bah 22 Oct '10

22 Oct '10

Hi, I've found a problem with line positioning in text objects after a line is deleted. When I first saw this bug I though I might have introduced it with my recent work on text but it turns out that it predates the work. In any case I've investigated the bug and have narrowed down the problem but I don't know how to fix it. Here is how to reproduce the bug: 1. Create some multiline text. 2. Remove one of the middle lines including the new line character. 3. Save the file then look at it in a web browser or with the XML Editor. The lines will be shifted down one unit of line-height. Here is what I have found: When you delete a new-line: sp_te_delete calls delete_line_break and then te_update_layout_now. The latter calls SPText::rebuildLayout() which loops over the tspans, calling tspan->attributes.setFirstXY(anchor_point). The values of anchor_point are correct and Inkscape displays the tpans correctly but the x and y attributes as shown by the XML Editor are not updated. It is as if the x and y attributes are being updated in a copy of the tspans. What needs to be done to get the tspans in the tree update correctly? Tav

2 2