- Inkscape Devel - Inkscape Mailman

SpiroLive update
by Jabiertxo Arraiza Cenoz 10 Nov '12

10 Nov '12

Hi, A new update of SpiroLive now. It redraw the spiro when drag last point handle, and made some fix. I want to know what we think about the changes. Specialy want to know whats better, like now or to doesn't need to press +drag and simply put all full clicks like a SIMM node except when MOD key is pressed,to make CUSP node. By, Jabier.

1 0

[Win32 devlibs] gtkmm stack update, again
by Nicolas Dufour 08 Nov '12

08 Nov '12

Hi, After two weeks of additional tests (on XP and Seven) and now that the two regressions that led to the uncommit are fixed, the win32 devlibs have been updated again (r36). The new libs are: * pangomm-2.28.4 * glibmm-2.28.2 * atkmm-2.22.6 * gtkmm-2.24.2 build.xml updated (WITH_GTKMM_2_24) in the trunk revision 11864. Regards, -- Nicolas

1 0

Windows MSI installer
by the Adib 06 Nov '12

06 Nov '12

Hello all, I just want to tell that I am the half way done for an msi installer using wix. I will post this within one week. Currently I am not so familiar with the wix syntax. For the moment localization of the installer is not supported (but can be done). Using wix some important functionalities are built in: - uninstaller - distribution on network using microsoft tools Cheers, Adib. --

3 3

Units
by Jelle 06 Nov '12

06 Nov '12

Dear all, On Units: After some digging I found that Inkscape uses a 90dpi setting internally for everything. It finally explains the insane precision to me. Now that's fine with me, but it would be really handy if you could set your own preferences. As a user of metrics it really is mindnumbing to have to work with 3.543307 px per mm. I'd much rather would set that to 10 or 100 for instance so I can more easily work from px units into mm and vice versa. I guess that for those that use their feet to do measurements 90dpi makes more sense though they must have some trouble when it comes to fractions of Inches (what pinky's?). If I want to design something in metrics and I get all those fractioned numbers in my files, it makes it a tad difficult to edit it by hand or script. Especially the latter is rather important for me. So the question here is,.. is it humanly possible to create a setting of your units and their conversion to px so the whole SVG document starts using those unit settings? If this is set in some script, where can I find the script and wouldn't it be great if that could be turned into a user settings config script that is editable from Inkscape. I'd be happy to make an interface for it as an extension as I think even I could do that with my limited skills in programming. I bet it all comes down to getting Inkscape to recognise these new settings at runtime, but restarting the application after changing the settings might be an option (Alert: restart Inkscape to use your new settings). I love Inkscape and its functionality for web design, but I think making it more flexible with unit settings might make it really useful for those that want to organise their whole work flow including print with it. On SVGDOM and Pyhton: Can one access the SVGDOM from python like you do from javascript? Using getAttributeNS etc.? If so, I'd like to try write some extensions. On the topic of the Inkscape UI re-design: If anything I'd love to see a UI that would be completely configurable like the one in Coreldraw. I also like the Gimp where UI objects and canvas are separated. Though it would be nice if there was some way to set a Z order in those as you often move new windows over UI objects and thus hiding them. Some UI object manager could be useful in that regard. Alternatively I would suggest making the canvas UI have a set position in the window and scale it when you open a docker. Now the part of the drawing get's hidden that often holds the objects you need the docker for, making more clicks. Using the GIMP format it might be possible to dock over the right side of the canvas window edge and like wise for tools to move them to the left side over the windows edge. This should be an OPTION as not everyone has a screen estate of 1920x1600 where this method would really make sense. It would defy some UI design adagia no doubt, but the movements would be a logical extension of the ones you are already making. Jelle Mulder On Sat, 03 Nov 2012 06:30:22 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > Today's Topics: > > 1. Re: Problem export to png in spanish version (alvinpenner) > 2. Re: Problem export to png in spanish version (Benjamin N??ez) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 2 Nov 2012 14:55:58 -0700 (PDT) > From: alvinpenner <penner@...1856...> > Subject: Re: [Inkscape-devel] Problem export to png in spanish version > To: inkscape-devel(a)lists.sourceforge.net > Message-ID: <1351893357935-4965540.post@...2730...> > Content-Type: text/plain; charset=UTF-8 > > cami?nCatalu?a.png > <http://inkscape.13.n6.nabble.com/file/n4965540/cami%C3%B3nCatalu%C3%B1a.png> > - not reproduced on Windows 7, Inkscape 0.48.3.1. > - attached is a png file saved using Export Bitmap. > - just for clarification, is it only the file that has non-Ascii > characters, > or do the directories also have non-Ascii characters? > > Alvin Penner > > > > -- > View this message in context: > http://inkscape.13.n6.nabble.com/Problem-export-to-png-in-spanish-version-t… > Sent from the Inkscape - Dev mailing list archive at Nabble.com. > > > > ------------------------------ > > Message: 2 > Date: Fri, 2 Nov 2012 23:29:53 +0100 > From: Benjamin N??ez <benji.n.gon@...400...> > Subject: Re: [Inkscape-devel] Problem export to png in spanish version > To: alvinpenner <penner@...1856...> > Cc: inkscape-devel(a)lists.sourceforge.net > Message-ID: > <CAAZNt3vyWuVE-u0VdMEr-GeUOiCJ3kuX2n_quvZhm_4dQOsbpw@...401...> > Content-Type: text/plain; charset="iso-8859-1" > > Ahhhh ok, it's true. When we use export bitmap no problem with "?". > > Is only when I try use the option "save as" and Cairo PNG when I have > that > problem. > > And your question yes, when the directorie have non-Ascii characters I > can't save the file with "save as", but no problem when I use Export > Bitmap. > > Thanks for everything. > > Benja > > 2012/11/2 alvinpenner <penner@...1856...> > >> cami?nCatalu?a.png >> < >> http://inkscape.13.n6.nabble.com/file/n4965540/cami%C3%B3nCatalu%C3%B1a.png >> > >> - not reproduced on Windows 7, Inkscape 0.48.3.1. >> - attached is a png file saved using Export Bitmap. >> - just for clarification, is it only the file that has non-Ascii >> characters, >> or do the directories also have non-Ascii characters? >> >> Alvin Penner >> >> >> >> -- >> View this message in context: >> http://inkscape.13.n6.nabble.com/Problem-export-to-png-in-spanish-version-t… >> Sent from the Inkscape - Dev mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> LogMeIn Central: Instant, anywhere, Remote PC access and management. >> Stay in control, update software, and manage PCs from one command center >> Diagnose problems and improve visibility into emerging IT issues >> Automate, monitor and manage. Do more in less time with Central >> http://p.sf.net/sfu/logmein12331_d2d >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > >

4 9

active document
by Johan Engelen 06 Nov '12

06 Nov '12

Hi all, "SP_ACTIVE_DOCUMENT" or equivalently "inkscape_active_document" uses the current active desktop to find out which document is active. So SP_ACTIVE_DOCUMENT will not work if there is no GUI (cmdline Inkscape), and will return NULL. To allow one to call SP_ACTIVE_DOCUMENT to obtain the SPDocument, I am proposing to 'fall back' to take the first listed document in the Inkscape instance if desktop==NULL. In inkscape.cpp: SPDocument * inkscape_active_document (void) { if (SP_ACTIVE_DESKTOP) { return sp_desktop_document (SP_ACTIVE_DESKTOP); } else if (!inkscape->document_set.empty()) { return document_set.begin()->first; } return NULL; } I know we should move away from SP_ACTIVE_DOCUMENT and friends, but let's do the proposed change for sake of getting functionality now instead of over 5 years. ;-) It is related to fixing r11804 [1] to work from the cmdline. Cheers, Johan [1] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/11804#src…

2 1

Changes in cairo >= 1.12.4 affect Inkscape stable and trunk
by ~suv 06 Nov '12

06 Nov '12

Cairo 1.12.4 introduced changes which affect Inkscape stable and trunk. Later releases (1.12.6, 1.12.8) addressed some of them for now, but not all: Outline view mode doesn't display any visible outlines at all [1], even with latest cairo 1.12.8 (released today). Tests with just released cairo 1.12.8 on OS X 10.7.4 (X11 and Quartz cairo surface backends with Inkscape 0.48.3.1 and Inkscape 0.48+devel r11861) gave me these results: - not fixed: outline view mode still renders invisible affects current stable 0.48.3.1 and trunk - fixed (since 1.12.6): invisible auxiliary paths and handles ° path outlines (red/green), node handles (blue) in Pen, Pencil and Node tool ° circle (grey/green) indicating distance to guide path in Calligraphy tool hatch mode ° circle (orange) indicating brush size of Tweak tool (width) ° circle (orange) indicating spray area of Spray tool (width) ° possibly others I missed in my tests affected current stable (0.48.3.1) - AFAICT fixed (since 1.12.8): rendering artifacts with stroked curves affected trunk [3] In upstream bug 56099 [2], one of the cairo developers indicates that Inkscape needs to change how certain handles and paths are rendered via cairo: > commit c565bad8901dbe66e1402cdc2418986e96e698e3 > Author: Chris Wilson <chris@...2923...> > Date: Fri Oct 19 12:22:58 2012 +0100 > > pen: Relax invisibility criteria from half-tolerance to quarter-tolerance > > Inkscape is one user who sets geometric tolerance to 1.25 pixels when > stroking sub-pixel lines. Whilst we wait for inkscape to set sensible > values for their tolerance, we have to allow through the current values > in order to prevent the fine strokes from disappearing. Is there something which can or ought to done on Inkscape's side to help affected users of current Inkscape stable [4] (AFAIK currently Fedora 18, Mageia and ArchLinux, and probably soon other distros which plan to update to latest cairo stable)? Likely - I don't know any details about how cairo is used in Inkscape - there will be different changes required for the stable release branch (release of 0.48.4 is pending, and held up only by one blocker so far) and current trunk. V [1] Bug #1074612 “No display in outline mode” <https://bugs.launchpad.net/inkscape/+bug/1074612> [2] Bug 56099 - path rendering problems in 1.12.4 <https://bugs.freedesktop.org/show_bug.cgi?id=56099> [3] artifacts with stroked bézier curves <http://lists.cairographics.org/archives/cairo/2012-September/023532.html> <http://lists.cairographics.org/archives/cairo/attachments/20120928/194fcb1c…> <http://dl.dropbox.com/u/65084033/irc/cairo-1.12.4-stroked-paths-rendering-g…> [4] user comments <https://plus.google.com/106604070261659014786/posts/Bru4nW8wSrh> <https://plus.google.com/106604070261659014786/posts/3DpwXkBLRwv>

3 4

Testing SpiroLive
by Jabiertxo Arraiza Cenoz 06 Nov '12

06 Nov '12

Hi SorinN. How are your testing? I'm not enoft specific? Thanks for your time compiling. I want to know if SpiroLive is mature to propose to merge. ¿Whath do you think about? Hi, Jabier.

3 2

feComposite : how to deal with alpha ?
by pennec victor 06 Nov '12

06 Nov '12

Hi, Some days ago, Jasper van de Gronde asked me if I still got problem with negative values in feComposite. He pointed that I forgot about the alpha value (becoming zero) https://bugs.launchpad.net/inkscape/+bug/1044989 So I reworked my filters using his clever trick so that alpha won't reach 0 (except I used feColorMatrix instead of feComponentTransfer) And once again I'm stuck. I try to redo the exclusion filter in photoshop using feComposite For two layers A (=sourceImage) and B (=backgroundImage) with opacities = 1, formula is supposed to be A+B - 2AB. As feComposite (stupidly IMO) computes not only rgb channels but the alpha too I need to get rid of the alpha channel (either in earlier or later stages) until now I failed. What I'd expected rgb(1,0,0.5, x) exclusion rgb(0,1,0.5, y) should be rgb(1,1,0.5, 1) r:1 + 0 - 2 (1*0) = 1 g:0 + 1 - 2 (0*1) = 1 b:0.5+0.5 - 2 (0.5*0.5) = 0.5 problem is the alpha coz 1 + 1 - 2(1*1) = 0 I tried the 2 following solutions solution 1: dealing later with alpha => set alpha to 1 when everything is done. feComposite k=(-2;1;1;_) followed by colorMatrix 1 0 0 0 0 0 1 0 0 0 <= identity for rgb 0 0 1 0 0 0 0 0 0 1 <= reset alpha to 1.0 whatever it could've been before this doesn't work, the result is full black solution 2: dealing earlier with alpha => set alpha so that it is 1 and not 0 after composition (=set it to 0 before the feComposite) pass sourceimage through the following colormatrix to remove the alpha 1 0 0 0 0 0 1 0 0 0 <= identity for rgb 0 0 1 0 0 0 0 0 0 0 <= reset alpha to 0 run this + backgrounImage in feComposite k=(-2;1;1;_) with this I'd expected the alpha to be ok because 0 + 1 - 2 (1*0) = 1. but this doesn't work either (fully transparent ?) Could anybody help ? How do you deal with alpha when using feComposite ? Does Inkscape (or svg) drop result of a filter stage if alpha is zero ? (in solution 1)

2 1

Clippath and Masks
by Jelle 06 Nov '12

06 Nov '12

Dear all, I was wondering if it wouldn't be useful to change the way clippath and masks are created. Now the object used to create the clippath, gets transformed into a clippath and placed in the defs. However, very often I'd have to create a copy of this very object, move it down in Z-order and the use the original object to clip. Wouldn't it be easier to move a copy of the orginal to the defs as clippath and leave the original where it is? For masked area's it makes more sense to destroy the orignal, but even there I feel maintaining the original could be useful as those shapes are often used for dropshadows (at least that's what I use them for). Releasing the clip or mask would then still be rendering the same result as now, the only change is creating a new idea for the clippath by adding "c_" or "m_" in front of the ID of the copy. Jelle Mulder

2 1

Something annoying with new sliders and filters
by Ivan Louette 04 Nov '12

04 Nov '12

While the new sliders could be smart they are also annoying when used on some filters like Gaussian Blur when a wide range of variation is allowed (this is the case for some filters also suited for high resolution images like for example the new custom filter "Drawing"). The problem is when you try to click on numerical values because then often the slider instantly increase up to the highest value (like if you drag it to this value) instead of giving you precise control on the numerics. And in these cases often if you type Ctrl+Z before the filter is completely applied Inkscape crashes. It make working with some nice filters somewhat hasardous and I am sure discouraging for the beginners in this area. ivan

3 3