- Inkscape Devel - Inkscape Mailman

Inkscape Website: upgraded to 3.0 on staging
by Martin Owens 17 Apr '14

17 Apr '14

Dear developers and website helpers, One of the features needed on the website was 'revision history', to be able to see edits and revert them if needed. The newest version of django-cms[1], version 3.0 is a big step up from the previous 2.3 we were using. I've done all the background work to upgrade our website to this version of django-cms and deployed it to staging for testing. Please take a few minutes to test the staging website and report back any issues. You'll find the editing process to be much easier now and I hope the translation of pages should be easier too since we have diffs from the revision history to calculate changes. Best Regards, Martin Owens [1] At the LGM meeting I stated that the django-cms project wasn't maintained, this was incorrect. There are plugins which have been dropped (twitter) and plugins which have been moved over to other focused projects (text). Version 2.3 is unmaintained.

2 4

Inkscape 0.48.5
by Krzysztof Kosiński 16 Apr '14

16 Apr '14

Hello everyone I would like to push out Inkscape 0.48.5 in the very near future (1-2 weeks at most), since a fair number of bugfixes have accumulated since the last stable release 15 months ago. If you know of any simple bugs that can be fixed by backporting a few lines of code, please tag them with "backport-proposed" in the Launchpad bug tracker, so that I can fix them. I could use some assistance with the following: 1. Writing release notes 2. Making binary packages for Windows and OSX 3. Announcing the release on the website and mailing lists Anyone wants to help? Regards, Krzysztof

9 29

Re: [Inkscape-devel] Inkscape native OSX builds
by Jared Meidal 16 Apr '14

16 Apr '14

I'm working in a multiplatform environment. If you need any help with Mac OS testing (10.9, 10.6), I would be happy to help with beta testing. I love seeing native build screenshots and the Mac OS theme integrated. --Jared > -----Original Message----- > Message: 6 > Date: Tue, 15 Apr 2014 14:58:37 -0700 > From: Alex Buchanan <buchanae@...400...> > Subject: Re: [Inkscape-devel] Inkscape native OSX builds > To: su_v <suv-sf@...58...> > Cc: Inkscape <inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <CA+rZ+czbmvRu+oHf_JKWu=7Ttn05OJ51SskuoD-=- > TS4O0QQVw@...401...> > Content-Type: text/plain; charset="utf-8" > > In my experience, it's a bad idea to pile on a bunch of complex changes at > the last minute. It sounds like 0.48.5 is ready to go, and Mac OSX stuff is > still in development. Better to take your time and make sure it's a quality > release. As Adam mentioned, you can still announce that Mac integration is > important and under development and start recruiting beta testers. > > > On Tue, Apr 15, 2014 at 12:05 PM, su_v <suv-sf@...58...> wrote: > > > On 2014-04-15 19:37 +0100, Krzysztof Kosi?ski wrote: > > > 2014-04-15 19:34 GMT+02:00 su_v <suv-sf@...58...>: > > >> On 2014-04-15 18:53 +0100, Krzysztof Kosi?ski wrote: > > >>> 2014-04-15 16:04 GMT+02:00 Adam Strzelecki <ono@...1858...>: > > >>>> Hello, > > >>>> > > >>>> I was doing some fixing to OSX builds back in 2008. Now I came back > > to see whazzup (since Inkscape is best SVG editor around) and had a chat > > with Valerio (su_v) yesterday. > > >>>> > > >>>> Basically his builds are great improvement to what is there both in > > trunk (OSX builds scripts) and X11 based builds experience. > > >>>> > > >>>> Therefore I strongly encourage Inkscape maintainers to incorporate > > his patches into Inkscape trunk and finally provide native OSX builds. > > >>> > > >>> OK, I can merge these branches, though I can't test them as I have no > > >>> access to OSX. > > >>> > > >>> I note that suv's branch contains some extra extensions in the > > >>> packaging directory. Is this intended? Why are they not in the global > > >>> extension directory? > > >> > > >> Please note: current state of the branch is 'experimental', and I didn't > > >> request a merge at this stage yet. > > > > > > I would really like to get 0.48.5 out of the door this week (e.g. get > > > a tarball uploaded). > > > > > > Should I just release it as is, or wait for further OSX improvements? > > > > Don't know, either (neither option seems really ok). [0] > > > > 1) Current packaging scripts in trunk and in the stable release branch > > don't work to quickly produce a new X11-based package of 0.48.5. [1] > > > > 2) Creating new packages with GTK+/Quartz and better OS integration > > requires changes in 'src' which need to be reviewed, fixed, or written > > (some are missing at the moment). [2] > > > > 3) A possible compromise for 0.48.5 (native backend, but no OS > > integration) might be doable, but would also take time. [3] > > > > > > IIRC - for the stable release branch, after the long delays which had > > occurred in the past, it was decided to not delay a new release itself, > > even if packages for some of the supported platforms are still missing. > > > > How to handle this if creating the missing packages would require > > changes to the released sources, I don't know. > > > > > > Regards, V > > > > > > > > [0] I would not want to be the one who calls for or causes a further > > delay, OTOH if there's another release without OS X packages, this will > > further hurt Inkscape's image among Mac users. > > > > [1] The application launcher which in this case needs to be a binary no > > longer compiles (on 10.6 and later), the precompiled python modules > > which used to be hosted on modevia are gone, the script to fill the app > > bundle is outdated wrt upstream changes and awfully slow, available > > documentation of the build and packaging process it out-of-date (also > > wrt upstream changes in MacPorts, and in newer releases of OS X / Xcode). > > > > [2] These changes in 'src' also need to be verified to not cause issues > > on other platforms (for example the additional modifier added for usage > > in the keymap files). > > > > [3] Does not exist yet (as branch, or patch). In the osxmenu branch, one > > would have to revert the OS integration parts, and its effects on the > > bundle structure & launcher. The resulting package would have less OS > > integration (no support for 'Open with...' or for opening files by > > drag&drop on the Dock icon), and still use 'Ctrl' instead of 'Cmd'. > > > > > > ------------------------------------------------------------------------------ > > Learn Graph Databases - Download FREE O'Reilly Book > > "Graph Databases" is the definitive new guide to graph databases and their > > applications. Written by three acclaimed leaders in the field, > > this first edition is now available. Download your free book today! > > http://p.sf.net/sfu/NeoTech > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

2 1

anybody else having "debug" output problems?
by mathog 16 Apr '14

16 Apr '14

Recently DEBUG statements of the type: std::cout << "DEBUG message" <<std::endl; have started acting up. They are not coming out on the console when they are executed, and if they do show up, they all come out in a bunch at the end when the program exits, concatenated to each other (no line breaks). Anybody else seeing that? It seems to have started doing this about the time the Unable to find: DialogGridArrange console message appeared on startup. Possibly it might be related to this: http://stackoverflow.com/questions/7019454/why-does-stdcout-output-disappea… Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 5

Fwd: inkscape release 0.91, packaging win32
by the Adib 15 Apr '14

15 Apr '14

let us finish the release using mature versions and then reconsider all possibilities incl. the 64bit versions. Adib. -- On Tue, Apr 15, 2014 at 10:51 PM, the Adib <theadib@...400...> wrote: > Hello mathog, > > a long time ago there was only dw2 for windows. > The problem was that exception catching accross dll boundries was not > possible. > The sjlj supports this. > I am not an expert but I fear to mix libraries compiled using different > versions dw2/sjlj. > > Probably there was a good reason ... > > Regards, > > Adib. > > > On Tue, Apr 15, 2014 at 9:09 PM, mathog <mathog@...1176...> wrote: > >> On 15-Apr-2014 01:06, the Adib wrote: >> >> Inkscape should be compiled using SJLJ stack unwinding. >>> >> >> Why? There does not seem to be a consensus that SJLJ is in general >> better than DW2. See for instance: >> >> http://stackoverflow.com/questions/318383/exception- >> handling-models-of-gcc >> >> >> David Mathog >> mathog@...1176... >> Manager, Sequence Analysis Facility, Biology Division, Caltech >> > >

1 0

Re: [Inkscape-devel] inkscape release 0.91, packaging win32
by the Adib 15 Apr '14

15 Apr '14

Hi mathog, +all If you check the TDM MINGW GCC download page for the used gcc compiler http://tdm-gcc.tdragon.net/download you will see that you have to choose between: - GCC base files & C support — SJLJ exceptions.and - GCC base files & C support — DW2 exceptions. If you choose the later one your application depends on ligcc_s_dw2-1.dll as well (and not the libgcc_s_sjlj-1.dll) Inkscape should be compiled using SJLJ stack unwinding. I checked the WIKI about that point if the wiki akes a clear statement which compiler to use. Unfortunatelly I do not see a clear <use this mingw version>. If someone can help clarifying this point.? Regards, Adib. -- On Tue, Apr 15, 2014 at 12:11 AM, mathog <mathog@...1176...> wrote: > On 14-Apr-2014 15:14, the Adib wrote: > >> mathog, >> >> you are probably using an unsupported compiler. You should use a compiler >> with sjlj exception handling. >> >> Pls check build.xml. This prepares libgcc_s_sjlj-1.dll to be copied to the >> inkscape directory. >> <copy todir="${dist}" file="${devlibs}/bin/libgcc_s_sjlj-1.dll"/> >> >> All needed dlls are present after btool build procedere. >> > > Inkscape directory has libgcc_s_sjlj-l.dll, but not ligcc_s_dw2-1 or > libstdc++6, and those are not mentioned in the build.xml. Those two dll's > are picked up because they are in mingw itself and the PATH is set to find > them. > > Well, I guess I can always copy them into inkscape\inkscape before making > the installer. > > Besides placing the program in C:\Program Files\ on the target system, > what else does the installer do? Desktop icon, start list? > > > Thanks, > > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech >

5 5

Unit-related regressions
by Krzysztof Kosiński 14 Apr '14

14 Apr '14

Hello The bug tracker has lots of fairly severe items related to the viewbox-based unit support, for example these: https://bugs.launchpad.net/inkscape/+bug/1236257 https://bugs.launchpad.net/inkscape/+bug/1235279 https://bugs.launchpad.net/inkscape/+bug/1235279 https://bugs.launchpad.net/inkscape/+bug/1244861 Is there some kind of plan for dealing with those? Regards, Krzysztof

2 1

Build failure on Windows with trunk revision 13283
by liamw 14 Apr '14

14 Apr '14

After what must be a somewhat recent update, I ran btool clean to do a fresh rebuild. Now I cannot compile Inkscape anymore. Here are the relevant lines from btool: ##### Target : compile ##### compile the source to .o --- compile / cc compile src/verbs.cpp Make error line 304: problem compiling: In file included from c:\devlibs/include/gtkmm-2.4/gtkmm/toolbutton.h:27:0, from c:\devlibs/include/gtkmm-2.4/gtkmm/toggletoolbutton.h:30, from src/ui/dialog/icon-preview.h:24, from src/verbs.cpp:79: c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:165:20: error: 'Tooltips' has not been declared c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:519:28: error: 'Tooltips' was not declared in this scope c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:519:80: error: template argument 2 is invalid compile src/ui/dialog/dialog-manager.cpp Make error line 304: problem compiling: In file included from c:\devlibs/include/gtkmm-2.4/gtkmm/toolbar.h:32:0, from src/ui/dialog/livepatheffect-editor.h:24, from src/ui/dialog/dialog-manager.cpp:32: c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:165:20: error: 'Tooltips' has not been declared c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:519:28: error: 'Tooltips' was not declared in this scope c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:519:80: error: template argument 2 is invalid In file included from src/ui/dialog/livepatheffect-editor.h:24:0, from src/ui/dialog/dialog-manager.cpp:32: c:\devlibs/include/gtkmm-2.4/gtkmm/toolbar.h:375:3: error: 'Tooltips' does not name a type Just to make sure, I updated my devlibs: Tree is up to date at revision 52 of branch http://bazaar.launchpad.net/~inkscape.dev/inkscape-devlibs/trunk What's going on? -- View this message in context: http://inkscape.13.x6.nabble.com/Build-failure-on-Windows-with-trunk-revisi… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 4

next release and import pdf via poppler-cairo
by the Adib 14 Apr '14

14 Apr '14

If I sumarize the last messages about the poppler-cairo pdf import: - the method is usefull as well as the original native poppler import, - there should not two different menu items for importing the same file format I will then continue and check how to merge the poppler-cairo functionality into the native dialogue in order to import via poppler-cairo. This will be a checkbox option. If choosen poppler-cairo import all other options will be disabled. Does this makes sense? regards, Adib. --

3 2

inkscape release 0.91, packaging win32
by the Adib 13 Apr '14

13 Apr '14

Hello all, I did some modifications for properly create nsis-based .exe installer for win32. Now as of rev13283 it packages all fine, some translations are to be done before release. So one more point to tick off the list. Regards, Adib. --

1 0

New LPE: Simplify
by Jabiertxo Arraiza Cenoz 12 Apr '14

12 Apr '14

Hi to all, just developed a new path effect called "simplify". The code is on https://code.launchpad.net/~jabiertxof/inkscape/simplify It simplify a path or group. Think give more control to the standar simplify command (Ctrl+L), because the "fixed" value threshold is modificable, so you can fine tune a lot the simplify. I also add a optional helper path with the generated nodes and or handles to "know" the result path. Feedback are welcome. Regards, Jabier.

3 4

Re: [Inkscape-devel] [Inkscape-translator] Website: News Creation and Translation
by Martin Owens 12 Apr '14

12 Apr '14

Hi everyone, Thanks for the testing from various people. The bugs and corner casses (rss feeds, editing flow etc) have been fixed and I've pushed the news to the live website. I've also fixed the data on live as translations needed to be 'attached' to their parent document to be true translations in the new mechanism. Thanks for all your help guys, if anyone needs assistance with translating news, let me know. Best Regards, Martin Owens On Thu, 2014-04-10 at 23:29 +0300, Yaron Shahrabani wrote: > Hey! > > I see some of the Wiki pages regarding translation are no longer > relevant, can someone please help me arrange the different links and > explanations there? > > (Some links are broken and some of the methods are no longer > relevant). > > > And what is the current translation platform? Do translators need to > download, edit and upload back or is there any more efficient way? > > Sorry for bursting like that I'm just really not involved and the wiki > pages confused me even further... > > > Kind regards, > > > Yaron Shahrabani > <Hebrew translator> > > > On Thu, Apr 10, 2014 at 7:22 PM, Martin Owens <doctormo@...400...> > wrote: > Dear Developer and Translators, > > The inkscape website has some new functionality to create, > edit, delete > and translate news articles. > > If you can, I'd like you to help test the functionality over > on > http://staging.inkscape.org/news/ and find any issues and > wrinkles > before the new functions are pushed to the live website. > > Let me know the issues here on the mailing list rather than on > the bug > tracker so I can keep the bugs for live issues. > > If you don't see any buttons, it's because you must be logged > into the > website and you must have the required permissions. Let me > know here > when you're testing and I'll enable your staging account to > have > permissions. > > Thanks to everyone who's helped push improvements in the > website :-) I > hope we'll have a couple more people working on website > functionality in > the coming months. > > Best Regards, Martin Owens > > > ------------------------------------------------------------------------------ > Put Bad Developers to Shame > Dominate Development with Jenkins Continuous Integration > Continuously Automate Build, Test & Deployment > Start a new project now. Try Jenkins in the cloud. > http://p.sf.net/sfu/13600_Cloudbees > _______________________________________________ > Inkscape-translator mailing list > Inkscape-translator(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-translator > >

2 2

Help with numpy.linalg.solve
by Jabiertxo Arraiza Cenoz 11 Apr '14

11 Apr '14

Is there any function in 2Geom to handle this: http://www.mathsisfun.com/algebra/systems-linear-equations-matrices.html or the same :python numpy.linalg.solve Thanks in advance, Jabier.

6 12

Showing patches in "About Inkscape"
by mathog 11 Apr '14

11 Apr '14

Would anybody else find it helpful if "about inkscape" showed a list of all the patches that were applied? Not the ones that were committed to trunk, but the ones that are still in play, so to speak. At any given time I have several that have been submitted but have not yet been checked on OSX and then committed. Or they fell through the cracks for some other reason and were never committed, or have not yet been posted. The mixture that are present in any given build may vary, and diffing the patch files to see what is what is not fun. That said, I'm not at all sure how one would coerce bzr and patch to allow this. Presumably there would be a "patches.cpp" containing text something like: ... "this patch", "that patch", ... and each patch would stick a name in there to identify itself. Before commit, just remove the patch specific for "patches.cpp". I suspect patch might get awfully confused by that file. It would probably be easier to apply the patches through a script so that: ./apply_patch.sh for_this.patch would take the file name and automagically edit it into the file, while dropping the "bzr diff" generated path TO "patches.cpp". Just a thought, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 2

Website: News Creation and Translation
by Martin Owens 10 Apr '14

10 Apr '14

Dear Developer and Translators, The inkscape website has some new functionality to create, edit, delete and translate news articles. If you can, I'd like you to help test the functionality over on http://staging.inkscape.org/news/ and find any issues and wrinkles before the new functions are pushed to the live website. Let me know the issues here on the mailing list rather than on the bug tracker so I can keep the bugs for live issues. If you don't see any buttons, it's because you must be logged into the website and you must have the required permissions. Let me know here when you're testing and I'll enable your staging account to have permissions. Thanks to everyone who's helped push improvements in the website :-) I hope we'll have a couple more people working on website functionality in the coming months. Best Regards, Martin Owens

1 0

Email Notifications for Merge Requests
by Martin Owens 10 Apr '14

10 Apr '14

One item on the todo list at LGM was getting better notifications about when merge requests come in. This answer shows how to set this up with mailman: http://askubuntu.com/questions/28757/for-my-project-in-launchpad-how-do-i-s… It requires an administrator for the inkscape project to set the branch reviewer to our mailing list account. First, is this action a good idea? Do we want some emails to our list about merge requests? Second, is this the best technique? It could be done via a cron script and liblaunchpad too. And thirdly, any project admins have the time to configure the mailing list and the project to set this up for us? Thanks for your time, Best Regards, Martin Owens

5 6

Ellipse to path
by Jabiertxo Arraiza Cenoz 09 Apr '14

09 Apr '14

Hi to all. I have a problem if I convert a ellipse to path. The path value have a "d" value. It render ok, but if you move a node and come back to original position the "d" property of the path is diferent. It give me some problems accessing to the Geom::CubicBezier of the original path segment, it give me a false cubic segment. Here are the "d" values after and before node-> key up -> key down: Just converted to path (straight segments with Geom::CubicBezier): m 148.5715,1206.648 a 417.1429,374.2857 0 0 1 -417.1429,374.286 417.1429,374.2857 0 0 1 -417.1429,-374.286 417.1429,374.2857 0 0 1 417.1429,-374.2858 417.1429,374.2857 0 0 1 417.1429,374.2858 z Node up-down m 148.5715,1206.648 c 1e-4,99.267 -43.9487,194.468 -122.17821,264.66 -78.22948,70.192 -184.33149,109.626 -294.96469,109.626 -110.6332,0 -216.7352,-39.434 -294.9647,-109.626 -78.2295,-70.192 -122.1783,-165.393 -122.1782,-264.66 0,-99.267 43.9488,-194.468 122.1783,-264.66 78.2295,-70.1922 184.3314,-109.6258 294.9646,-109.6258 110.6332,0 216.73514,39.4336 294.96461,109.6258 78.22949,70.192 122.17829,165.393 122.17829,264.66 z Thanks in advance, Jabier.

3 4

rev 13276 build broken ?
by the Adib 09 Apr '14

09 Apr '14

Hi after Makefile.am change I did a fresh bzr branch lp:inkscape ./autogen.sh ./configure make but make does not run as ./configure is not completed properly so what to do? Adib. --

2 3

New LPE envelope-perspective
by Jabiertxo Arraiza Cenoz 09 Apr '14

09 Apr '14

Hi. I create a new branch[1] with an LPE to apply envelope or perspective to a object by 4 points. Perspective, is migrated from original extension from Dmitry Platonov/Aaron Spike to C++. Envelope is created by the compose function '2dsb2d' and based in Lattice/lattice2 code Both are managed only by a simple 4 point parameters. If want envelope with curve deformation, you can use this LPE's, the built-in "Envelope Deformation" or "Lattice2"[2] New LPE envelope-perspective: [1]https://code.launchpad.net/~jabiertxof/inkscape/envelope-perspective Lattice2 [2]https://code.launchpad.net/~inktxof/inkscape/lattice2 Regards, Jabier.

1 0

Help with "ghost" object after cloning
by Johan Engelen 08 Apr '14

08 Apr '14

Hi all, I am trying to fix this bug: https://bugs.launchpad.net/inkscape/+bug/1299461 What I see is some weird behaviour. It seems a "ghost" object is lingering around after creating a clone. What I see is that after cloning a path, every change to that path now triggers /two/ calls to SPPath::set. The second call is on an SPObject with no id set (getId() == null), but it's repr points to the original path (1st path id == 2nd path->getRepr()->attribute("id")). This second object is triggering an LPE calculation before everything is set up correctly, leading to the bug reported. I don't know how this ghost object arises, and I believe it should be killed. At the very least it is triggering duplicate operations; and at worst, it bugs normal operation. thanks for some help, Johan

3 3

HSL values
by Not Telling 08 Apr '14

08 Apr '14

Hi everyone, Just a suggestion for development of Inkscape, I notice using it that HSV values are in range of [0,256) and I just wanted to suggest that this be corrected. Basically, because "hue" numbers are an angle in the HSV colourspace hexagon/circle, hue should be out of 360 Also, "saturation" and "value" numbers are percentages, so having them out of 256 doesn't really make any sense from a conceptual point of view. Cheers, Binderbound

4 4

Re: [Inkscape-devel] Inkscape
by Manuel Hiciano 08 Apr '14

08 Apr '14

Good night: It is to inform you that we will be sending later a detailed summary explaining the idea that well be working for him so start the project. Thank you! 2014-04-07 10:59 GMT-03:00 Martin Owens <doctormo@...400...>: > On Sun, 2014-04-06 at 21:31 -0300, Manuel Hiciano wrote: > > Explain me the procedure to be carried to go understanding. > > > Businesses who want to hire developers to do work specify the work and > then the developer will negotiate a price. > > It can cost anything from $300 to $4,000 depending on the amount of work > you need and who does it. > > Martin, > >

1 0

Object Module
by Jelle Mulder 08 Apr '14

08 Apr '14

Hello Manuel, If I understand you correctly, what you want to achieve is some kind of object management tool in which you can select objects by their ID tag and do things with them, like change attributes or style, rename them, walk the object tree by expanding it, add events, etc. If it is anything like the object manager you can find in Coreldraw for instance I think that would be a great addition. It could also serve as an alternative display for the XML editor that displays the file structure and nested objects by tag name rather than ID. It would be nice if for instance you could select an object (such as a group) by ID (using a filter for instance with reg exp. or part of the ID name) and then have them show as selected in the drawing on the canvas. It would also allow for objects in the defs to be found more easily and maybe bring them to the body by just dragging them. It would also make for an interesting option if for instance filters, gradients and fills in the defs could be displayed in a list with a simple representation. Using the symbol tool for example code would show how to create the displays of those. Filters probably being the more difficult as they won't display anything without a background, so for each of those a primitive background would need to be defined. If that could be extended with an option to open an external file next to it as to drag and drop elements by either <use> or copy to the file being edited, you'd have created a real power tool. Or am I now getting too free in my interpretation of what you mean to create ;-) Cheers, Jelle On Sun, 06 Apr 2014 09:22:08 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Message: 5 > Date: Sat, 5 Apr 2014 21:21:59 -0400 > From: Manuel Hiciano <networkhiciano@...400...> > Subject: Re: [Inkscape-devel] INKSCAPE > To: Alexandre Prokoudine <alexandre.prokoudine@...400...>, > Inkscape-Devel List <inkscape-devel(a)lists.sourceforge.net>, > Inkscape-devel-request(a)lists.sourceforge.net > Message-ID: > <CAFirjRAOENv159rX4VCfdOg0iqJ93S8cTzwysLbNO8ennptjCw@...401...> > Content-Type: text/plain; charset="iso-8859-1" > what I would like is to add modules that allow you to work on something > specific, in this case draw outside plant telephone, which allows you to > draw lines, utility poles, booths, terminals, etc.. But these are already > established in INKSCAPE. As such I would like to remove a cable, then I > click on the function and the cable I want to delete. This is possible, > but > would like to know what you think and if you are agree to add these > features.

2 1

Hello world
by Elie Michel 07 Apr '14

07 Apr '14

Hi, I just suscribed to the mailing-list because it's been a long time I 'd like to contribute to Inkscape but I don't know exacty how to proceed and what to do. I have skills in programmation, but I never studied such a large project and so I feel completely lost when I browse the source files for example. So I'd like to know what is the recommended way to discover Inkscape organisation. Is it helpfull to begin with plugin development or is it so different than it will not help me understanding the code structure ? Are there simple little tasks that I could try to achieve in order to get more familiar with it ? Tasks that would not require a complete understanding of the entire code. But I can also help in other way than patching the core soft, with some web dev or translation. I suscribed to the translator mailing-list too but I don't know exactly how it works, how to find what to translate, etc. For example the new next-release page has obviously not been translated in French (which is my mother language) but what am I supposed to do if I want to translate it ? Please excuse me if I just missed the place where all this information can be found ! Best regards, Elie

4 3

Inkscape
by Manuel Hiciano 07 Apr '14

07 Apr '14

what I would like is to add modules that allow you to work on something specific, in this case draw outside plant telephone, which allows you to draw lines, utility poles, booths, terminals, etc.. But these are already established in INKSCAPE. As such I would like to remove a cable, then I click on the function and the cable I want to delete. This is possible, but would like to know what you think and if you are agree to add these features. Tranks you!!!

3 4

Reporting build Issues
by Partha Bagchi 06 Apr '14

06 Apr '14

Is it worthwhile reporting building issues against the latest launchpad (thanks to Josh Andler for pointing it out to me) tarballs or simply wait for the next revision hoping it's fixed? For example, while build revision 13270, I encountered this error: 2geom/toposweep.cpp: In member function 'Geom::TopoGraph::Edge Geom::TopoGraph::remove_edge(unsigned int, unsigned int)': 2geom/toposweep.cpp:56:1: error: control reaches end of non-void function [-Werror=return-type] } ^ cc1plus.exe: some warnings being treated as errors Makefile:8041: recipe for target `2geom/toposweep.o' failed make[3]: *** [2geom/toposweep.o] Error 1 make[3]: Leaving directory `/usr/src/graphics/inkscape/revison-13270/src' Makefile:5049: recipe for target `all' failed make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/graphics/inkscape/revison-13270/src' Makefile:1070: recipe for target `all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/graphics/inkscape/revison-13270' Makefile:765: recipe for target `all' failed make: *** [all] Error 2 Building on Win 8.1 64-bit using gcc 4.8.1 and Mingw. Thanks, Partha

2 2

INKSCAPE
by Manuel Hiciano 06 Apr '14

06 Apr '14

it is possible to orient the inkspace for something specific drawing, I mean add other features that allow you to work other aspects of technical drawings. Thank you! Waiting for your answers ..

2 3

Warnings check
by Johan Engelen 04 Apr '14

04 Apr '14

Hi all, I'd like people to check what compiler errors are reported for trunk on their system (Windows I can do myself), with these flags: -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Werror=switch -Werror=return-type -Werror -Wno-error=pointer-sign -Wno-error=unused-parameter -Wno-error=unused-but-set-variable -Wno-error=strict-overflow -Wno-error=write-strings -Wno-error=format -Wno-error=format-extra-args Please no comments about whether you like these flags or not, just what build *errors* you get. (don't send me the warnings please!) (On Windows, with these flags we are down to 3 errorring files, and I'm working on them) Thanks a lot, Johan

12 31

Fwd: [Branch ~inkscape.dev/inkscape/trunk] Rev 13262: XMLTree and InkscapePreferences are not dockable windows, don't treat them like one.
by su_v 04 Apr '14

04 Apr '14

I want this feature back (for both dialogs). -------- Original Message -------- Subject: [Branch ~inkscape.dev/inkscape/trunk] Rev 13262: XMLTree and InkscapePreferences are not dockable windows, don't treat them like one. Date: Fri, 04 Apr 2014 13:18:26 -0000 From: noreply@...1881... Reply-To: noreply@...1881... To: ~suv <snip> ------------------------------------------------------------ revno: 13262 committer: Martin Owens <doctormo@...400...> branch nick: trunk timestamp: Fri 2014-04-04 15:16:22 +0200 message: XMLTree and InkscapePreferences are not dockable windows, don't treat them like one. modified: src/ui/dialog/dialog-manager.cpp

2 2

Windows dev build link and msi installer
by Jared Meidal 04 Apr '14

04 Apr '14

Thanks Adib, This installer worked smooth for me and seems a great way for Windows users to peek into a dev build if these files will remain updated. I'll place a link on the website for users to locate this: http://inkscape.org/en/download/windows/ --Jared > As I don't know how we might continue with the publication of daily builds > I put the todays versions on my Google Drive. > Here is the link: > https://drive.google.com/folderview?id=0ByQpCQ-C8wR2b09fYkRTSVk5bWM&usp=sha… > There is: > - bat a bat file that gets the source, compiles and creates the installer > - 7z archived complete directory > - msi new wix based installer > > the optimum would be a "cron job" that builds and publishes the archives > etc. > > Adib.

1 0

XML duplicate document
by Martin Owens 04 Apr '14

04 Apr '14

Hey devs, In fixing bug lp:419266 I noticed that we don't have a document node duplicate function that returns a document. Running duplicate on a document node at the moment will return a normal node (and requires a document as input, which explodes if you try and do anything with it) My attempts at adding a document duplicate function have failed. I just don't know enough about C++ inheritence which is used extensively between Node, SimpleNode and Document, SimpleDocument. If you do know this, I think it should be a quick addition and it would help clear up another bug (1059244) if you could add this function to our xml code. Best Regards, Martin Owens [1] https://bugs.launchpad.net/inkscape/+bug/419266 [2] https://bugs.launchpad.net/inkscape/+bug/1059244

2 1

Re: [Inkscape-devel] Export workflow, template format proposals (discussion)
by Johan Engelen 03 Apr '14

03 Apr '14

Hi all, A quick note, the functionality of saving to a file (possibly a PDF) without setting it as document file is already there. It's called Save a Copy... in the menu. -Johan ----- Reply message ----- From: "Bernard Gray" <bernard.gray@...400...> To: "Martin Owens" <doctormo@...400...> Cc: "Inkscape Devel List" <inkscape-devel(a)lists.sourceforge.net> Subject: [Inkscape-devel] Export workflow, template format proposals (discussion) Date: Thu, Apr 3, 2014 07:39 On 3 April 2014 13:46, Martin Owens <doctormo@...400...> wrote: > On Thu, 2014-04-03 at 11:22 +1100, Bernard Gray wrote: >> My proposal is actually to support both these workflows - add the File >> -> Export to... PDF menu option, but leave the "Save As... -> PDF" >> option intact. > > Sorry I wasn't clear. This is my proposal also. > > I would not like to see a new menu item though. Exporting a specific > type should be something the export dialog takes care of, so exporting > to eps, pdf or something else. > > The big difference between export and save as, is that save as sets the > document filename to this new filename and export should not. Great, we're on the same page - I'm not fussy as to how it's implemented in the menu. Gimp currently provides two Export options in it's file menu, "Export", and "Export As...": * Export As... takes you to a file picker dialog, where you can choose the location and format of the exported file * If you haven't exported the document already, the "Export" button does the same thing * Once you have exported the document, it remembers the last file you exported to and the "Export" button title changes to reflect this, ie "Export to <file>.<extension>" This would require the addition of a new menu item though. If you want to avoid this would you prefer to just go with something similar to the Gimp "Export As..." button/functionality? > Martin, > ------------------------------------------------------------------------------ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 2

Export workflow, template format proposals (discussion)
by Bernard Gray 03 Apr '14

03 Apr '14

Hi All, It's been a long time (my alias is cleary) - We're beginning to see inkscape get some traction in our company as a tool for non-designers to make small changes to templates/documents that our designers create. An example scenario: Our HR Dept does Job Vacancy releases. These job vacancy documents have fairly standard elements, and the vast majority of changes that the HR guys need to make are as simple as changing the date, or location. The workflow I'm looking to introduce is: the Designers create a template, HR can then take that template, make minor text changes, export to PDF and distribute. There are two niggles in the way inkscape handles this process, and I'd like to at least open up some discussion on resolving these niggles. 1st Niggle: Exporting to PDF is a "Save" operation, not an "Export" operation After they've made some changes, the users must remember to save as SVG first before saving as PDF in order to maintain a compatible "source" document. They also have to remember that after saving as PDF, they are no longer working on the source document. Proposal: Expand the "Export to Bitmap" File menu item to include PDF, and potentially other formats that are not suitable as a "source" document ie they can't preserve an adequate level of info - layers, objects etc By doing this, The Export action creates the PDF (or non-source suitable) document, and any subsequent modifications are still saved to the source SVG document without any further opening/closing/saving over existing docs. Gimp recently introduced this idea I believe. 2nd Niggle: The current "Templates" handling involves maintaining documents in a dir under the inkscape profile dir. This requires some bespoke SOE handling for multiple users to get access to multiple templates. Proposal: Introduce an "inkscape template" file extension in a similar fashion to popular office suites (.svgt?). The file is no different to a standard inkscape svg, the only difference would be that when you go to Save the document for the first time, it forces you to use the Save As... dialog so you don't overwrite the template. This would allow users to keep templates *anywhere*, and won't require any significant training or support to make sure there's no accidental clobbering of the template documents. I'd be keen to hear people's thoughts, and I realise this may be better as two separate discussions. My programming skills are fairly atrophied these days, but I would definitely consider having a crack at patching something. Paying for the features either in the form of a project donation or by specifically hiring resources are also possibilities. Thanks for your consideration, Bernard Gray

2 6

Export workflow, template format > proposals (discussion)
by Jelle Mulder 03 Apr '14

03 Apr '14

Hi all, My two cents on this ongoing discussion. 1.) Export of non native file formats Everything that is not native Inkscape should go to an export/import. I think Bernard's case gives a great rationale for doing it that way. Indeed it takes less brain effort to just export and import and keep the work file in InkSVG format. I'm pretty used to Inkscape, but I've had my moments of doubt. I can imagine that for people less knowledgeable will make the wrong decision here. 2.) Template directory of choice - Template extension .svgt It would be a really nice thing if you could put your templates in a directory of choice at least, so it would be easier to keep a selection of templates you'd actually use in it. Or in case you want to make changes to existing templates copy them to a new directory and edit them there without fear of messing things up. Using the export again, it would be easy to save a file as template in the directory of choice, rather than just save the file and mess up the original template. Otherwise, save the thing as a new file and force naming it with a blank name. Using an extension like .svgt feels a bit over the top. Next we'd have .svgr (resource file) etc. Whereas it is all SVG content with a few extra namespaces. Having a more logical way of organising your files seems more to the point to me. Cheers, Jelle On Thu, 03 Apr 2014 08:22:59 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Message: 8 > Date: Thu, 3 Apr 2014 11:22:51 +1100 > From: Bernard Gray <bernard.gray@...400...> > Subject: Re: [Inkscape-devel] Export workflow, template format > proposals (discussion) > To: Martin Owens <doctormo@...400...> > Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <CA+Br8tPvQHPu3NeSeR7R1hkJL5-75rQ3FykAW0Kf4tDZDwja+A@...401...> > Content-Type: text/plain; charset=ISO-8859-1 > On 2 April 2014 21:36, Martin Owens <doctormo@...400...> wrote: >> On Wed, 2014-04-02 at 13:06 +1100, Bernard Gray wrote: >>> I'd be keen to hear people's thoughts, and I realise this may be >>> better as two separate discussions. >>> My programming skills are fairly atrophied these days, but I would >>> definitely consider having a crack at patching something. Paying for >>> the features either in the form of a project donation or by >>> specifically hiring resources are also possibilities. >> >> Hi Bernard, >> >> I think the solution might be to think of inkscape as the template >> creator and renderer. >> >> So one can run inkscape from a script or command line in order to turn >> any svg into a pdf. This is useful for keeping things in svg until the >> last part of the process and you can automate this. I've seen solutions >> that watch a directory for svg files and render pdf files automatically. > Hi Martin, > Thanks for the reply - I imagine that scripting is a common (and for > us at least) a fairly simple option to implement. > In my users case though, this goes back to limiting the locations > where they can store the files, and I'm trying to remove this > restriction on them. It'll also cause us support issues if the service > isn't running, or they move the files and it stops working etc. The > least added maintenance/support we the IT team have to do, the better. > Like it or not, you guys have done a great job of the GUI interface. > It's very accessible, and users can go from novice to functioning in a > matter of minutes. For this scenario specifically, I'd like to > leverage this feature > >> The other option is to print to pdf. Not sure if it's the same for >> inkscape's renderer or not though. > Great idea - for the HR guys, they're running windows so I'll check to > see what print dialogs/renderers we can get access to there and that > might be an adequate workaround for now. > >> For data entry. i.e. fixed fields. We could do more work there for sure. >> We don't really have a way of specifiying parts of a document which are >> configurable and parts that aren't. I don't think SVG2 is going in that >> direction either (please surprise me with a correction Tav) > Don't worry about this bit - to create this feature I've just added a > layer of non-editable elements, and locked that layer. Then all the > editable elements go on a new, unlocked layer. > >> Overall I think the work might be done with smaller scripts. Although >> we'd certainly appreciate the investment in inkscape to improve the save >> and export design. In my designs, save would be for any file. It would >> default and prioritise svg/plain svg etc, but if you selected pdf or png >> it would open the export dialog setting that file. Making it a two entry >> flow rather than two single flows. > That's an interesting take on it. I was thinking that we could > potentially leave both flows in (ie adding the file types to the > Export menu, but not removing them from the Save menu). I guess it > gets complicated here because inkscape has the ability to handle PDF > file types directly (opening and saving), so ideally you'd want to be > able to save back to that (and similar) file types directly where > applicable. > One of the reasons I proposed the Export to... option and keeping the > two flows separate was to maintain consistency with the workflows of > other similar tools. I just realised that my knowledge of other tools > (adobe cs suite for example) is fairly limited, so I just went and had > a chat to the designers next door to see what is actually done - > Illustrator: No "Export to... PDF" option, only "Save As...-> PDF". > This behaviour is the same as inkscape currently > InDesign: Has "Export to... PDF" option, but no "Save As... -> PDF" > So it's no clearer > My proposal is actually to support both these workflows - add the File > -> Export to... PDF menu option, but leave the "Save As... -> PDF" > option intact. > This gives the opportunity for a user to not have the source file > changed from underneath them via a save operation *if they choose* and > significantly reduces the risk of it happening inadvertently, but > leaves the scenario where you can change the working file to a > different format deliberately, *if you choose*. > It can also open up the opportunity for exporting to other bitmap > formats (like jpeg which I occasionally find myself having to take and > extra step to convert to from time to time) > >> There's little reason to consider pdf options and png options to be >> somehow different. > The options for exporting aren't different per se, but the concepts of > Exporting vs Saving *are* very different. That's the key issue I'm > working to resolve. > >> Best Regards, Martin Owens > Any thoughts on the svgt(emplate) file proposal? I raised the idea > with the designers, and they really liked it. Apparently they are > constantly fixing "template" files that have been accidentally > overwritten because someone forgot to take a copy first, or remember > to use Save As for the first save.

1 0

tessellation maker - Escher inspired
by Mark Schafer 02 Apr '14

02 Apr '14

Saw this great project. Would make a great plugin for inkscape. Posting for the future... http://danceswithferrets.org/geekblog/?p=154

2 3

Text Blocks as Templates
by Martin Owens 01 Apr '14

01 Apr '14

Hi devs, I noticed filedialogimpl-gtkmm.cpp has been cleaned by Johan. I was wondering if there's any way to take big blocks of template like the kind used in this file and keep them in separate files. I'm aware that there are pre-compile and compile-time macros and other interesting ways to handle these things. Or a run time loader (reducing the size of the binary, but increasing load time?) The three templates are sizable enough to be seperate, so is it C++ that prevents us or is it just messy to do so? Thanks for your answers, Best Regards, Martin Owens

2 1

Windows build broken
by Johan Engelen 31 Mar '14

31 Mar '14

Hi all, The Windows build is broken. Possibly after rev. 13225? Error output: compile src/ui/dialog/pixelartdialog.cpp Make error line 304: problem compiling: src/ui/dialog/pixelartdialog.cpp: In member function 'void Inkscape::UI::Dialog::PixelArtDialogImpl::vectorize()': src/ui/dialog/pixelartdialog.cpp:414:65: error: no matching function for call to 'Glib::Thread::create(sigc::bound_mem_functor0<void, Inkscape::UI::Dialog::PixelArtDialogImpl>)' src/ui/dialog/pixelartdialog.cpp:414:65: note: candidates are: c:\devlibs/include/glibmm-2.4/glibmm/thread.h:228:18: note: static Glib::Thread* Glib::Thread::create(const sigc::slot<void>&, bool) c:\devlibs/include/glibmm-2.4/glibmm/thread.h:228:18: note: candidate expects 2 arguments, 1 provided c:\devlibs/include/glibmm-2.4/glibmm/thread.h:273:18: note: static Glib::Thread* Glib::Thread::create(const sigc::slot<void>&, long unsigned int, bool, bool, Glib::ThreadPriority) c:\devlibs/include/glibmm-2.4/glibmm/thread.h:273:18: note: candidate expects 5 arguments, 1 provided Thanks for the fix, Johan

2 3

Private implementations of widgets
by Alex Valavanis 31 Mar '14

31 Mar '14

Hello All, Just wondering if we ever came up with a coding style for the private components of our widgets and dialogs. Our GUI components, for example, the dialog in [1] contain many different Gtk widgets (rather than pointers/refs to widgets) and so we need to include lots of <gtkmm/*.h> headers in our GUI class definitions. If the embedded widgets were replaced by references to objects, we could just use forward declarations of the appropriate classes and then pull the header inclusions into the relevant .cpp files so it should improve our compilation times. Is there a reason why we don't do more of this already? AV [1] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/src/ui/…

5 6

Rewrite of style handling code, code review requested.
by Tavmjong Bah 31 Mar '14

31 Mar '14

Hi all, I have rewritten most of the style handling code in style.h and style.cpp to use real C++ classes. I would like you all to review the code and give feedback. The code is available at: lp:~inkscape.dev/inkscape/style Background: I have found it quite difficult to add new properties to the Inkscape code as I try to implement SVG 2 features. The code in style.cpp is a convoluted mess. To add a new property, one needs to find a similar, already existing property and search through the code for it to find all the places where one should add code for the new property. This is quite error prone and time consuming. Following the advice in the book "Refactoring, Improving the Design of Existing Code" (thanks to the Inkscape fund for a copy), I started to refactor the code bit by bit, while adding a bunch of unit tests to style-testing.h. Scope: I've limited my changes to the following files: style.h style.cpp style-internal.h style-internal.cpp, style-enums.h (plus minor changes to color.h, id-class.cpp, Makefile_insert). There are opportunities for further refactoring but they require modifying code in other files, something I wanted to avoid doing until I got the basic refactoring done. Advantages: It is now quite straight forward to add a new property, especially if it fits one of the pre-existing models. It can be as easy as adding the property to the SPStyle class declaration in style.h, initializing it in SPStyle::SPstyle, storing its address in the std::vector in SPStyle::SPStyle, and adding an entry in the switch statement in SPStyle::read_if_unset (this last requirement, could possibly be eliminated). Not only will it be easier to add new properties, but it will also be easy to add new functionality. For example, it will be easy to add a variable to keep track of where a property is set (in a style sheet, in an attribute statement, or in a style-attribute), and write out the property in the same place. This is a requirement if we are ever to include stylesheet editing in Inkscape. Disadvantages: The code could be slower as there is more overhead in function calls. I've tried it out with a large file (the Tango icons) and don't see any measurable slow down. The code does use more memory. It appears to use about 4k bytes more per object (this is really hard to measure accurately). One thing to think about in the code review is how memory use can be reduced. (One possible place memory might be reduced is that it appears that in the rendering of Inkscape's icons, the instances of SPStyle that are created are not released. This means that around 4000 objects are being kept around.) Status: The code is mostly done. Here is a list of possible things to be worked on: Short term (all internal to the SPStyle and SPIxxx classes): * Finish SPColor class and use where appropriate ('color' and 'text-decoration-color'). * Memory use issues: Remove unneeded destructors. Check variable order (to insure minimal memory use). * Class Documentation * Move SPIPaint/SPIFilter HREF functions into classes * Find out why SPStyle::read() requires call to clear(). * Investigate using std::map instead of std::vector to allow removal of switch in SPStyle::read_if_unset(). A hash is already being used to look up the property so it is a more a question of memory usage than efficiency. Medium term (requires changes external to style code): * Update rest of code to use new SPStyle member functions. * Restructure 'text' (i.e. font info) to match other properties * Restructure SPIPaint/SPIColor to match other properties * Convert text-decoration-style to SPIEnum * Move sp_css_attr_xxxx functions to separate file. * Correct quoting in 'font-family' * Proper 'font' class * SPIColor: Enum for color format: hsl(), named color. Long term: * Keep track of where a property is set (style-sheet, attribute, style attribute) and reuse on write. * Proper 'ex' height handling * CSS3 Color (HSL) + named colors (i.e. no longer convert red to #ff0000) * CSS4 Color * Proper handling of SPIFilter::cascade() and SPIFilter::merge() * Dash array with units. * Release SPStyle instances after icon generation. * Check for code duplication between SPStyle classes and XML style handling. * Add the ability to choose shorthand or longhand property formats. Tav

6 9

Slides needed for LGM 2014 opening
by Jon Cruz 30 Mar '14

30 Mar '14

Hi guys, Pippin needs some slides for Inkscape to include in the LGM 2014 opening presentation. These can be about the state of Inkscape in general, or a preview of upcoming sessions (Tav's on SVG 2). They need to be 1024x768, and can have a bit of notes in a .txt to give the presenter some rough guidance. If we don't have something by tomorrow morning, I can rough out some myself... but they may not be pretty. :-) Thanks.

6 15

[RFC] Proposal for handling fundraisers and funded > development (Bryce Harrington)
by Jelle Mulder 30 Mar '14

30 Mar '14

Hello Bryce, Let me give my two cents on the proposal then. In general though I applaud the plan. Comments preceded by ** Cheers, Jelle On Thu, 27 Mar 2014 17:00:18 +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: [RFC] Proposal for handling fundraisers and funded > development (Bryce Harrington) > 2. Re: [RFC] Proposal for handling fundraisers and funded > development (Jabiertxo Arraiza Cenoz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 26 Mar 2014 19:33:17 -0700 > From: Bryce Harrington <bryce@...961...> > Subject: Re: [Inkscape-devel] [RFC] Proposal for handling fundraisers > and funded development > To: inkscape-devel(a)lists.sourceforge.net > Message-ID: <20140327023317.GA9505@...961...> > Content-Type: text/plain; charset=us-ascii > > Any comments? > > Even just '+1 looks good to me' would be helpful to know. > > Bryce > > On Fri, Mar 21, 2014 at 08:57:00PM -0700, Bryce Harrington wrote: >> Hi all, >> >> The Inkscape board and SFC are interested in facilitating Inkscape >> progress by gathering donations for funding targeted development work. >> >> Below is a draft of a plan for how we could do this. I've run this by >> the lawyers a couple times now, and informally presented it to the board >> for comment, but before we get any further, I'd like to open it up for >> public scrutiny. Once feedback has been incorporated, the next step >> will be to have our board officially vote on it, and put it into >> practice. >> >> I've tried to model this as akin to a Summer of Code, except the >> projects are funded by our community through official fundraisers, and >> the work taken on by Inkscape developers rather than students. I think >> this could be very important to moving our project forward in a big way. >> >> Please take a few moments to review this plan and share with me your >> questions or ideas on how it could be made better. >> >> Thank you, >> Bryce >> >> >> ------------------------------------------------------------------------ >> >> Inkscape Funded Development Model >> --------------------------------- >> >> 1. Fundraising >> =============== >> Using the model we'll describe below, anyone may start an official >> fundraiser for Inkscape development. We leave it to your imagination >> how to structure and run your campaign, so long as a few requirements >> are met. >> >> First, the person who organizes and supervises a fundraising campaign is >> termed a Fundraising Coordinator. We may have multiple coordinators if >> we have multiple campaigns, but only one coordinator per fundraiser. >> They have three duties: >> >> a) Administration of the fundraiser >> b) Allocate raised funds to projects >> c) (Optionally) Be involved in final signoff of completed projects >> >> The first duty is left to the Fundraising Coordinator's discretion. >> >> The second duty should be straightforward. When the fundraiser is >> completed, all funds must be allocated to one or more projects in the >> official Jobs List. No guarantee is made that any given project will be >> undertaken if there is insufficient developer interest, but future >> fundraisers can up the funds allocated to it to stimulate interest. ** Wouldn't it be better to have some tool or method for this? Not only to prevent inconsistencies, but also to improve on the methods themselves? Granted,.. currently there probably is none, but I think it would be better to decide on some mandatory tool for project management. >> >> We expect some campaigns will wish to target one or more specific >> projects, and announce this upfront to stimulate donations. This is >> fine to do, but keep in mind that projects can change (or get >> implemented) while the campaign is under way. So instead of naming >> specific projects, it may be better to describe the types of projects >> the campaign is aiming to fund, and make the specific decision(s) when >> the fundraiser is over. ** If I understand this correctly, the excess funds raised for the finished project can be diverted to other projects at the choice of the fundraiser coordinator? >> >> For ongoing fundraisers, the coordinator responsible for setting it up >> can specify the distribution programmatically (e.g. "distribute evenly >> to the four oldest projects in the list as of the end of the campaign", >> or "10% to each of the ten projects with the highest funding from past >> campaigns", or "allocated evenly across all documentation projects >> registered as of the start of this campaign". The coordinator will >> remain responsible for administrative duties for the length of the >> fundraiser; if they choose to step down, the fundraiser is terminated >> (but another coordinator can start up an equivalent to replace it, under >> their own funding distribution preferences). ** If one fundraiser fails, another person can pick up the job where it left off or has to start all over again? I would suggest the latter to prevent capital being inert and just have raised capital be distributed to other projects if the set bar fails. Or do we do a refund? Maybe have 70% of the funding guaranteed towards the project it is for and 30% to cover the cost of refunds if fail and the rest to the greater goal? >> >> The third duty - signing off on completion of the project - is described >> in more detail below. The Fundraising Coordinator *can't* do this if >> they personally contribute most of the funding, because it'd run us >> afoul of IRS rules. ** Ehm,.. that doesn't sound like too much of a challenge. Bob tells Tom it's finished, Tom signs off. >> >> >> 2. Proposing New Projects >> ========================== >> We maintain a listing of proposed projects. Anything can be proposed, >> including feature development, bug triaging, documentation, >> administration, etc. It must have a defined deliverable and acceptance >> criteria identified, and a time limit for how long the work should take. >> (See appendix for an example set of Acceptance Criteria.) Initially >> these are all made available for volunteers to do freely. When GSoC >> rolls around we use them as suggested projects for students to >> undertake. ** This should be created in a nice project management format with Ganttcharts and all I think. It will make clear how much work is expected to be done and how many people could be involved. Would be some work initially, but will make lots of things clear at the end of the project and it can be easily measured and budgeted. It will also allow for specialist to take part in multiple projects for parts of it and be rewarded accordingly. >> >> Any project that remains on the list unfinished for 6 months becomes >> eligible for funding the work. (This is so that any proposed projects >> that are fun or easy get done by volunteers, and money can be focused on >> harder unsexy work, and to make abuse harder.) We'll call these >> eligible projects 'jobs'. >> ** Wouldn't it be easier to increase funding for higher priority projects? If we combine that with the idea to use part of the funding for fun and sexy project for the tough and tedious, eventually the T&T jobs will be so valuable to fix that it's worth all the hardship and insanity. >> >> 3. Fundable Jobs List >> ====================== >> The money from these fundraisers goes to the Inkscape Foundation account >> administered by the Software Freedom Conservancy, who takes a small >> percentage of each donation. Conservancy is a US 501(c)(3) public >> charity, and all donations are tax deductible in the United States as >> allowed by law. >> >> We maintain a list of allocations-to-jobs so we can keep track of what >> money "belongs" to which job, so the correct amount is paid when the job >> is done. This amount is displayed on the web for developers to browse >> when selecting a job to do. >> >> Anyone in the Inkscape AUTHORS file is eligible to apply for a job. >> The applicant must submit a Job Proposal, which will identify the >> applicant's qualifications for doing the job, and outline how they >> intend to do the implementation. ** Again, if the project is defined by expected tasks it may be useful to have different people work on the same project and have them share the loot. It will be common that parts will be begun by one person and finished by another. >> >> The Inkscape Board will delegate one of its members to review and vet >> applicants to help ensure the best candidates are selected for each job. >> For larger, longer, or more complicated jobs the vetting may take some >> time, but for moderate sized jobs the intent is for a decision to be >> made within a few days. The Inkscape Board may elect to mark some jobs >> (such as smaller ones) as Pre-Approved; once the applicant files an >> application they may begin the job immediately, no vetting required. >> No one may assign themselves more than one Pre-Approved job at a time, >> and the Board reserves the right to subsequently review the application >> and disapprove it in case of problems. ** Sound plan as there are plenty of small projects. Should the board be excluded from these projects I wonder? I actually think this shouldn't be the case as I for one would love them to earn some income for all the work they put into the projects, but there is some danger of having an interest here. Maybe some form of audit would be in place by an independent supervisor. >> >> When an applicant is assigned the job, the clock starts ticking. The >> applicant must post at least one progress report each month (e.g. to a >> blog or to the Inkscape wiki). During the time limit, so long as the >> monthly reports are being clearly posted, no one else can apply to do >> the same job. If two months pass without a report, or when the 6 months >> time runs out, and the job is not completed, the assignee doesn't >> receive the funds and can't attempt the same job again for 6 months. >> The job is considered completed when the identified deliverables are >> delivered according to the specified criteria. ** If we are working with deadlines and milestones it will be easier to track progress and find out when things go awry. >> >> >> 4. Completion Criteria >> ======================= >> The Reviewer makes the decision as to whether the job has been >> adequately completed, using the originally specified criteria. >> >> By default, the Fundraising Coordinator is the Reviewer; if the project >> was funded from multiple sources, the one that allocated the largest >> amount of funding (or their chosen delegate) is the Reviewer. This >> person must formally accept the Reviewer role by email within 1 week. >> For any reason, they may opt to decline the Reviewer role. If they are >> unresponsive or opt to decline the role, it passes to the next >> Fundraising Coordinator. If no Fundraising Coordinators take or >> delegate the role, then the Inkscape Board will delegate a Reviewer. >> >> However the Reviewer is decided, he or she must be a different person >> than the original Project Proposer, and neither the Reviewer nor the >> Reviewer's employer may contribute more than 50% of the total funds for >> the given project. We want to avoid a situation where a person or their >> employer has an independent business interest in seeing the job >> completed, and is over-involved in the management of the work. >> >> If someone other than the assigned Developer performs the work, to the >> satisfaction of the Reviewer, then the assigned Developer will receive >> 70% of the funds. The remaining 30% are returned to the Inkscape >> general fund. ** This is the main reason to work with milestones. The assigned dev should be getting a percentage based on the milestones defined and reached. Those can be weighted rather than just a time percenatge as most of the hard work will be done first (like finding out how to do something), though I would like to have the bug hunting and completion task be weighted quite heavily as well as that is the more tedious and time consuming job. Maybe it should be no more than 50% for the assigned dev if he reaches the task up till the bug hunting phase milestone and it gets completed by a more proficient dev in the end phase, with 30% going to the person who finishes the project and 20% going to the general Fund. >> >> >> 5. Termination and Modification >> ================================ >> The original proposer of the Project or Job may withdraw it or modify >> its definition at any time, so long as someone is not signed up for it. >> If the Project is withdrawn, all funds allocated to it return to the >> general Inkscape fund. >> >> Unassigned Jobs expire 24 months after their initial project proposal. >> This is intended to clear out deadwood projects. >> >> Any funds allocated to that job are moved to Inkscape's general fund. ** Hear, hear.. >> >> >> 6. Process Exceptions >> ====================== >> Historically, all development work funded by the Inkscape Project >> required authorization by the Inkscape Board of Directors; this funding >> model is to establish a structure for development funding that does not >> require Board involvement. However, the Board retains the ability to >> authorize exceptions for anything outside the bounds of this policy, to >> be handled on a case-by-case basis, with decisions made by a majority >> vote. >> >> In particular, the Board may select by vote certain projects to be >> immediately fundable, without needing to wait the normal 6 month period. >> They may also withdraw any project or job at any time, by majority vote. >> >> The Board may also make changes to this policy via a normal majority >> vote. ** It sure makes sense not to have to wait 6 months to get something on the rails. >> >> >> 7. Conflict Resolution >> ======================= >> If there are any problems or disagreements once a project has been >> assigned to a Developer, a Meeting can be called by any stakeholder >> (Project Proposer, Developer, Fundraising Campaigns, Reviewer, or >> Inkscape Board Member). For proper quorum, the Meeting must be attended >> by the Developer, the Project Proposer, the Reviewer, at least one >> Fundraising Coordinator, and one Neutral Developer (whom can be anyone >> in the Inkscape AUTHORS file selected by the Developer). Any unanimous >> decision reached in this Meeting is binding on all parties. ** Surely someone is bound to disagree. This can end up escalating very easily. >> >> Any conflict that can't be resolved via a Meeting may then be escalated >> to the Inkscape Board of Directors, who will be the ultimate arbiter. >> >> Conflicts of interest, including conflicts with the board, are governed >> by the Software Freedom Conservancy's org-wide conflict of interest >> policy. >> >> >> >> Appendix: Example Delivery and Acceptance Criteria >> =================================================== >> # This is a sample set of delivery and acceptance criteria; each project >> # may use, alter, or replace any of these conditions as appropriate. >> >> a. Test cases are provided to add coverage for all newly added >> functionality. >> >> b. Documentation patches provided for describing all newly added >> functionality. >> >> c. Updates provided for release notes, NEWS, bug reports, etc. >> >> d. All patch(es) have landed in the official upstream repository. >> Either >> in the mainline tree, or in an officially designated branch as per >> upstream policy. >> >> e. Code builds and runs on the major platforms supported by the >> project. >> >> f. Code passes the upstream project's designated style/lint checking >> tools. >> >> g. User-visible strings are translatable as per project policy. >> >> h. Unit and regression test suites pass with no new test failures. >> >> At project completion, once the above criteria is met, 90% of the >> payable funds are delivered. 10% is held in reserve for bug fix >> followup: One month after completion, a list of up to 10 identified >> bugs can be specified by the Reviewer to be fixed; if all 10 are fixed >> within a month, the remaining 10% of the funding is released to the >> developer. If no bugs exist, or none are specified before 6 weeks >> after completion, then the developer is paid the 10% directly. ** I would suggest a higher percentage for bug fixes as they're the tougher part of the programming. I would say a 30% for the last few lines of code and all the headaches. It will improve the whole code base if the bugs get caught and everything works to satisfaction. I would certainly add some reward for good annotation of code as well. >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and >> their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > >

2 1

Missing logo on the wiki
by Krzysztof Kosiński 30 Mar '14

30 Mar '14

Does anyone know what happened to the logo on the wiki? It seems that the wiki was pulling the logo from the main site, but after the redesign it can no longer find the file. I've attached an appropriately-sized replacement PNG. Regards, Krzysztof

2 5

Mac OSX Build
by Alex Buchanan 29 Mar '14

29 Mar '14

Hello! Anybody out there doing builds on Mac OSX? If so, I'd be curious to hear what process you're using. There is a wiki page [1] and some osx build code [2], and it seems like everything is outdated, but possibly I'm mistaken. Originally, my goal was to get a non-X11 build to play try out, but now I've also become interested in improving the build documentation and code too. I'll share my notes/process once I have something working. Cheers. Alex Buchanan [1] http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX [2] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/files/head:/packag…

4 4

Build Failures glib-thread
by Martin Owens 28 Mar '14

28 Mar '14

Hi devels, I just saw the build failures on launchpad relating to the polar align. The problem seems to be the order of header files included relating to glib/thread. It's a weird error and I fixed a few of the compile errors when I merged, but it's come back in the build. Does anyone have any ideas why launchpad builds could trip the this error but my local build doesn't? Martin,

2 2

Edit color, size, font-weight on the all text elements in one group
by Alexander Yurchik 28 Mar '14

28 Mar '14

Hi Folks, I'm using Inkscape for the web-design sometimes and I'm really missing feature of group editing. Let's say I have a top menu which is a grouped text objects. It would be nice if I will be able to edit font properties for the all text element withing a group from ONE dialog. I've searched for the solutions, but found only ability to make a clone of the object, but this doesn work because clone is the same as parent element. So the question is can I set color or font-family properties on the all text elements whithing one grouped object or on the layer? If answer is NO, can this be achieved via python plugin? Sorry for my English.

1 0

[RFC] Proposal for handling fundraisers and funded development
by Bryce Harrington 28 Mar '14

28 Mar '14

Hi all, The Inkscape board and SFC are interested in facilitating Inkscape progress by gathering donations for funding targeted development work. Below is a draft of a plan for how we could do this. I've run this by the lawyers a couple times now, and informally presented it to the board for comment, but before we get any further, I'd like to open it up for public scrutiny. Once feedback has been incorporated, the next step will be to have our board officially vote on it, and put it into practice. I've tried to model this as akin to a Summer of Code, except the projects are funded by our community through official fundraisers, and the work taken on by Inkscape developers rather than students. I think this could be very important to moving our project forward in a big way. Please take a few moments to review this plan and share with me your questions or ideas on how it could be made better. Thank you, Bryce ------------------------------------------------------------------------ Inkscape Funded Development Model --------------------------------- 1. Fundraising =============== Using the model we'll describe below, anyone may start an official fundraiser for Inkscape development. We leave it to your imagination how to structure and run your campaign, so long as a few requirements are met. First, the person who organizes and supervises a fundraising campaign is termed a Fundraising Coordinator. We may have multiple coordinators if we have multiple campaigns, but only one coordinator per fundraiser. They have three duties: a) Administration of the fundraiser b) Allocate raised funds to projects c) (Optionally) Be involved in final signoff of completed projects The first duty is left to the Fundraising Coordinator's discretion. The second duty should be straightforward. When the fundraiser is completed, all funds must be allocated to one or more projects in the official Jobs List. No guarantee is made that any given project will be undertaken if there is insufficient developer interest, but future fundraisers can up the funds allocated to it to stimulate interest. We expect some campaigns will wish to target one or more specific projects, and announce this upfront to stimulate donations. This is fine to do, but keep in mind that projects can change (or get implemented) while the campaign is under way. So instead of naming specific projects, it may be better to describe the types of projects the campaign is aiming to fund, and make the specific decision(s) when the fundraiser is over. For ongoing fundraisers, the coordinator responsible for setting it up can specify the distribution programmatically (e.g. "distribute evenly to the four oldest projects in the list as of the end of the campaign", or "10% to each of the ten projects with the highest funding from past campaigns", or "allocated evenly across all documentation projects registered as of the start of this campaign". The coordinator will remain responsible for administrative duties for the length of the fundraiser; if they choose to step down, the fundraiser is terminated (but another coordinator can start up an equivalent to replace it, under their own funding distribution preferences). The third duty - signing off on completion of the project - is described in more detail below. The Fundraising Coordinator *can't* do this if they personally contribute most of the funding, because it'd run us afoul of IRS rules. 2. Proposing New Projects ========================== We maintain a listing of proposed projects. Anything can be proposed, including feature development, bug triaging, documentation, administration, etc. It must have a defined deliverable and acceptance criteria identified, and a time limit for how long the work should take. (See appendix for an example set of Acceptance Criteria.) Initially these are all made available for volunteers to do freely. When GSoC rolls around we use them as suggested projects for students to undertake. Any project that remains on the list unfinished for 6 months becomes eligible for funding the work. (This is so that any proposed projects that are fun or easy get done by volunteers, and money can be focused on harder unsexy work, and to make abuse harder.) We'll call these eligible projects 'jobs'. 3. Fundable Jobs List ====================== The money from these fundraisers goes to the Inkscape Foundation account administered by the Software Freedom Conservancy, who takes a small percentage of each donation. Conservancy is a US 501(c)(3) public charity, and all donations are tax deductible in the United States as allowed by law. We maintain a list of allocations-to-jobs so we can keep track of what money "belongs" to which job, so the correct amount is paid when the job is done. This amount is displayed on the web for developers to browse when selecting a job to do. Anyone in the Inkscape AUTHORS file is eligible to apply for a job. The applicant must submit a Job Proposal, which will identify the applicant's qualifications for doing the job, and outline how they intend to do the implementation. The Inkscape Board will delegate one of its members to review and vet applicants to help ensure the best candidates are selected for each job. For larger, longer, or more complicated jobs the vetting may take some time, but for moderate sized jobs the intent is for a decision to be made within a few days. The Inkscape Board may elect to mark some jobs (such as smaller ones) as Pre-Approved; once the applicant files an application they may begin the job immediately, no vetting required. No one may assign themselves more than one Pre-Approved job at a time, and the Board reserves the right to subsequently review the application and disapprove it in case of problems. When an applicant is assigned the job, the clock starts ticking. The applicant must post at least one progress report each month (e.g. to a blog or to the Inkscape wiki). During the time limit, so long as the monthly reports are being clearly posted, no one else can apply to do the same job. If two months pass without a report, or when the 6 months time runs out, and the job is not completed, the assignee doesn't receive the funds and can't attempt the same job again for 6 months. The job is considered completed when the identified deliverables are delivered according to the specified criteria. 4. Completion Criteria ======================= The Reviewer makes the decision as to whether the job has been adequately completed, using the originally specified criteria. By default, the Fundraising Coordinator is the Reviewer; if the project was funded from multiple sources, the one that allocated the largest amount of funding (or their chosen delegate) is the Reviewer. This person must formally accept the Reviewer role by email within 1 week. For any reason, they may opt to decline the Reviewer role. If they are unresponsive or opt to decline the role, it passes to the next Fundraising Coordinator. If no Fundraising Coordinators take or delegate the role, then the Inkscape Board will delegate a Reviewer. However the Reviewer is decided, he or she must be a different person than the original Project Proposer, and neither the Reviewer nor the Reviewer's employer may contribute more than 50% of the total funds for the given project. We want to avoid a situation where a person or their employer has an independent business interest in seeing the job completed, and is over-involved in the management of the work. If someone other than the assigned Developer performs the work, to the satisfaction of the Reviewer, then the assigned Developer will receive 70% of the funds. The remaining 30% are returned to the Inkscape general fund. 5. Termination and Modification ================================ The original proposer of the Project or Job may withdraw it or modify its definition at any time, so long as someone is not signed up for it. If the Project is withdrawn, all funds allocated to it return to the general Inkscape fund. Unassigned Jobs expire 24 months after their initial project proposal. This is intended to clear out deadwood projects. Any funds allocated to that job are moved to Inkscape's general fund. 6. Process Exceptions ====================== Historically, all development work funded by the Inkscape Project required authorization by the Inkscape Board of Directors; this funding model is to establish a structure for development funding that does not require Board involvement. However, the Board retains the ability to authorize exceptions for anything outside the bounds of this policy, to be handled on a case-by-case basis, with decisions made by a majority vote. In particular, the Board may select by vote certain projects to be immediately fundable, without needing to wait the normal 6 month period. They may also withdraw any project or job at any time, by majority vote. The Board may also make changes to this policy via a normal majority vote. 7. Conflict Resolution ======================= If there are any problems or disagreements once a project has been assigned to a Developer, a Meeting can be called by any stakeholder (Project Proposer, Developer, Fundraising Campaigns, Reviewer, or Inkscape Board Member). For proper quorum, the Meeting must be attended by the Developer, the Project Proposer, the Reviewer, at least one Fundraising Coordinator, and one Neutral Developer (whom can be anyone in the Inkscape AUTHORS file selected by the Developer). Any unanimous decision reached in this Meeting is binding on all parties. Any conflict that can't be resolved via a Meeting may then be escalated to the Inkscape Board of Directors, who will be the ultimate arbiter. Conflicts of interest, including conflicts with the board, are governed by the Software Freedom Conservancy's org-wide conflict of interest policy. Appendix: Example Delivery and Acceptance Criteria =================================================== # This is a sample set of delivery and acceptance criteria; each project # may use, alter, or replace any of these conditions as appropriate. a. Test cases are provided to add coverage for all newly added functionality. b. Documentation patches provided for describing all newly added functionality. c. Updates provided for release notes, NEWS, bug reports, etc. d. All patch(es) have landed in the official upstream repository. Either in the mainline tree, or in an officially designated branch as per upstream policy. e. Code builds and runs on the major platforms supported by the project. f. Code passes the upstream project's designated style/lint checking tools. g. User-visible strings are translatable as per project policy. h. Unit and regression test suites pass with no new test failures. At project completion, once the above criteria is met, 90% of the payable funds are delivered. 10% is held in reserve for bug fix followup: One month after completion, a list of up to 10 identified bugs can be specified by the Reviewer to be fixed; if all 10 are fixed within a month, the remaining 10% of the funding is released to the developer. If no bugs exist, or none are specified before 6 weeks after completion, then the developer is paid the 10% directly.

3 4

flowedText switch branch
by Martin Owens 28 Mar '14

28 Mar '14

Hi developers, I've been looking at merging the fix for bug lp:167335 in branch[1] The code looks reasonable, although light. I'm compiling the branch now although could find no mailing list discussion about it and the merge review thread is empty. Any issues with this code before I merge it in? Martin, [1] http://bazaar.launchpad.net/~novalis/inkscape/fix-167335

3 6

SpinachCon Results
by Martin Owens 27 Mar '14

27 Mar '14

Here are the results from the User UX testing yesterday. All testers/users were new to inkscape or had only used it briefly before. UX Problems Found: * 3 Users thought they could select a group by clicking on the whilespace between objects * View > Grid was found to be confusing, Perhaps change to "Show Grid" or "Grid Guides" or some such. * All users found Rows and Columns dialog hard or impossible to find. Once found, it was easy to use. All expected to find it under Align and Distribute dialog. * 1 user thought Export Bitmap would make a PDF and didn't expect PDF in "Save As" * 1 user had screen size issues where many elements were off the sides of the screen. * New users found it hard to locate rotate handles, slow clicking not expected. Some would use the transform dialog instead. * All users could not find document size settings. Expecting Edit > Crop to Selection or similar function. Bugs found: * 3D boxes don't align at all. Thanks to everyone who took part and helped test Inkscape. I think for v1.0 of inkscape we should focus on clearing up a lot of these user interface issues we have. More testing would be good too. Best Regards, Martin Owens

7 11

strange valgrind issues with style.cpp
by mathog 27 Mar '14

27 Mar '14

Markus Engel tells me that all of the clang compiler warnings are now gone. That is good news. There was one clang warning about style.cpp in the list, and I was hoping that the clang fix would resolve an annoying valgrind issue with that file. Sadly, retested with all of these new patches in place and it is still there. When this test is run: valgrind -v --leak-check=yes --leak-resolution=high --num-callers=15 --show-reachable=yes --suppressions=./wcslen_sse2.supp --track-origins=yes src/inkscape --file /tmp/small.emf >/tmp/vgJ.log 2>&1 (The input file doesn't matter, I just use that one because it has some text, in fact, if memory serves, the first such error appears even if no input file is used. Each test takes about 5 minutes to get to the point where the window can be closed.) there are problems like this (sorry about the wrap): ==14247== Conditional jump or move depends on uninitialised value(s) ==14247== at 0x836DFC3: Inkscape::Text::Layout::Calculator::_computeFontLineHeight(font_instance*, double, SPStyle const*, Inkscape::Text::Layout::LineHeight*, double*) (Layout-TNG-Compute.cpp:1054) ==14247== by 0x8370F36: Inkscape::Text::Layout::Calculator::_buildSpansForPara(Inkscape::Text::Layout::Calculator::ParagraphInfo*) const (Layout-TNG-Compute.cpp:1268) ==14247== by 0x837146A: Inkscape::Text::Layout::Calculator::calculate() (Layout-TNG-Compute.cpp:1584) ==14247== by 0xA24A387: ??? ==14247== Uninitialised value was created by a stack allocation ==14247== at 0x821BA60: sp_style_read_ilengthornormal(SPILengthOrNormal*, char const*) (style.cpp:3576) This is line 1054 in Layout-TNG-Compute.cpp switch (style->line_height.unit) { and for some reason valgrind thinks the ".unit" part is either itself uninitialized or the result of something else being uninitialized. Try to print that value immediately before that line and valgrind warns on the output statement. Now here is where it gets weird. sp_style_read_ilengthornormal() is not a complicated function, and when debug print statements are placed in it that print that value valgrind does not complain about accessing that memory location. If memset is used to clear every bit in "val" in that function at the top it does not fix the problem. Running Inkscape in gdb and catching the first place where it goes wrong (from the valgrind output and the print statements, used to show the function parameters and the memory locations) and then setting a watch on that memory location (unit is a bit range, so the whole byte must be watched) shows that _nothing_ touched it before it got to the place where valgrind shows an error. So in location A in the program memory location "M" is initialized, and some time later in location B in the program memory location "M" is no longer initialized as far as valgrind is concerned. (The values stored there are the same in both locations in the program.) For the piece de resistance, if there are a bunch of print statements in sp_style_read_ilengthornormal(), and this std::cout << "DEBUG ssri final unit " << val->unit << " val " << val << std::endl; is placed just above the closing bracket, and valgrind run again, the problem goes away. But that output line _alone_ is not sufficient to clear up the problem, there have to be a bunch of other output lines present. Even though valgrind warns the values all seem to be good. But valgrind is already packed to the gills with warnings and the last thing it needs is many more. I have seen issues like this before, although usually in C, and they usually turned out to be erroneous memory accesses that by chance landed on valid memory. Anyway, I'm glad the scanner is coming up clean, but there is still something wrong with style.cpp. Or at least valgrind thinks so. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Regression?
by Diederik van Lierop 26 Mar '14

26 Mar '14

Hi all, There's this annoying bug I've found in recent Inkscape builds, but I can't find any bug reports on it, so I figured I'd better ask here first: Every now and then I cannot select any object, except for text boxes. This happens only a few times per hour or so, and I cannot tell yet exactly how to reproduce it. Sometimes I can recover from this, but I cannot reproduce that either. Restarting Inkscape is one way to work around it. I think this only happens while translating or transforming objects. Is this just me, or has anyone else noticed this behavior too? If someone has any pointers as too what (recent) changes might have caused this, then I'll have a stab at fixing this. Thanks, Diederik PS: running a nightly PPA of Inkscape on Ubuntu 13.10

2 1

Fwd: Inkscape development
by Mohsena Akhtar 26 Mar '14

26 Mar '14

Dear concern(s), I am interested to work in inkscape development.I installed latest source code(0.48).But I can not run or compile the project of source code by terminal or editor .How can I do this?I am using ubuntu 12.04 and am trying with code blocks.But it shows error while running.Which will be the correct process?Please anybody help me.

2 1

Building with make
by Isobel Knowles 26 Mar '14

26 Mar '14

Dear Chaps, After much testing with different configurations on a couple of platforms, I think my Makefile is ready for you to try. As I said earlier, I have completely failed to get launchpad to work on my browser so I have worked on the only released version I could get my hands on - 0.48.4. Should you feel it is worthwhile continuing with this approach I am happy to port it to 0.48.5 and beyond. The purpose of my changes is to simplify the configuration and build process, to improve automation, and to do so in an easily-maintainable fashion. I recognise that the autotools and automake in particular, although superficially easy, perform a lot of heavy scripting to produce Makefiles which are far too complicated for most users to read. This in turn makes many developers wary of making anything but the simplest of changes. As a first step toward breaking down this barrier I have removed the need for automake and placed the make rules in plain sight. Although I am still using autoconf to configure the code, the configuration is now cleanly separated from the build itself, and is now simple enough that it can be done by hand without autoconf at all. The changes amount to this: - A bit of tweaking of the configure script to remove automake. - The removal of the myriad of automake files. - The creation of a Makefile which does pretty much everything automake did, but without the mystery. - Adding some convenient structures to aid debugging. - A small number of code fixes to deal with glaring bugs made evident by the above & to clean up the version number storage. (These have probably been fixed already.) I have tried to contain my changes to just autoconf/make-related matters so as to reduce the impact on those later versions of Inkscape which are currently unavailable to me. To keep my changes small I placed all the make stuff in one file. I appreciate this might rankle, but I felt it was best to concentrate on the overall problem for now and sort out the detail later. Please bear this in mind when you review the changes. I have tested the software on Linux with different libraries and compilers. One of the systems was a bang up-to-date Debian Wheezy. Therefore I suggest a developer with a Linux system be the first person to work with me. I have also tested (insofar as I can) a cross compilation with a Linux build machine. I feel confident this should work too, but there are bound to be a variety of problems which will come out of the woodwork. Builds on Windows/Mac should work, but are untested. In the process I couldn't help but notice the cxxtests directory appears to have bitrotted. Is this true of later versions? I have not addressed binary packaging yet because the documents I have seen seem inexplicably complex to me. If someone could tell me how it is actually done on the various platforms I can automate them as well. Source packaging is done. I have documented my changes to the build process in INSTALL and in the Makefile itself but am happy to improve them at your suggestion. This is a work-in-progress. Assuming broad agreement, I would like to: - port it to an up-to-date version, - iron-out the platform issues, - address packaging and distribution, - fix and automate testing, - address linking, libraries and source file grouping, and - attack the many compilation warnings. in the next few weeks. Without further ado, please find two attachments to this email. I have provided it this way to keep it small. You should: - Extract 0.48.4 into a directory and change into it. - Extract the two attachments to this email into that directory. - rm `cat delete-list` - patch -p1 -E -i diffs - rm delete-list diffs - Read INSTALL and the other files it points to. - autoconf configure.ac > configure - Configure, make, install and prepare tar files like so: sh ./configure make -j 6 make install DESTDIR=foo make dist adjusting to your taste. Also try sh ./configure --help to see the new options. Regards, Is.

4 7

Possible problem in Geom::Path
by Markus Engel 25 Mar '14

25 Mar '14

Hi, In 2geom/path.cpp, ll 338-340, the following can be found: // this approach depends on std::vector's behavior WRT iterator stability get_curves().erase(first_replaced, last_replaced); get_curves().insert(first_replaced, first, last); get_curves() returns a std::vector&, all parameters are iterators. Both the comment and a failed debug assertion (Expression: vector insert iterator outside range) made me look this case up and I'm quite sure that this is not allowed: std::vector::erase Iterator validity Iterators, pointers and references pointing to position (or first) and beyond are invalidated [.]. http://www.cplusplus.com/reference/vector/vector/erase/ So (at least) first_replaced is invalid in the second line. Can anyone confirm this? Is there an easy workaround? Regards, Markus

2 2

setAttribute std::string or Glib::ustring
by Johan Engelen 25 Mar '14

25 Mar '14

Hi all, To easier use repr->setAttribute, I want to add two extra (overloaded) functions virtual void setAttribute(gchar const *key, gchar const *value, bool is_interactive=false)=0; virtual void setAttribute(gchar const *key, Glib::ustring const &value, bool is_interactive=false)=0; virtual void setAttribute(Glib::ustring const &key, Glib::ustring const &value, bool is_interactive=false)=0; Should I use std::string or Glib::ustring for this? Thanks, Johan

3 7

clang static analysis report
by Markus Engel 25 Mar '14

25 Mar '14

Hi, here's the results of running scan-build on a part of the sources. I interrupted it, this takes quite a while. Anyway, you've got 263 possible bugs to check. Either there are many false positives or. inkscape shouldn't even start :) . Open index.html: https://db.tt/3Nj4vpmG Regards, Markus

2 3

Re: [Inkscape-devel] clang static analysis report
by Johan Engelen 24 Mar '14

24 Mar '14

(back to list) On 24-3-2014 23:58, mathog wrote: > 4. I don't understand what it is warning about at line 706 in > upmf.c. It doesn't like this: > > int U_DPO_free(U_DPSEUDO_OBJ **dpo){ > if(!dpo){ return(0); } > if(!*dpo){ return(1); } > U_DPSEUDO_OBJ *kpo = *dpo; > if(kpo->poPoints){ U_PO_free(&kpo->poPoints); } > if(kpo->poTypes){ U_PO_free(&kpo->poTypes); } // <------ > free(*dpo); > *dpo=NULL; > return(1); > } > > At the arrow it gives the warning: "Branch condition evaluates to a > garbage value" > > The U_DPSEUDO_OBJ struct looks like this > > typedef struct { > uint32_t Elements; /**< Element count, applies to both > PseudoObjects */ > U_PSEUDO_OBJ *poPoints; /**< Points in path */ > U_PSEUDO_OBJ *poTypes; /**< Types of points in path */ > } U_DPSEUDO_OBJ; > > and this is U_PO_free() > > int U_PO_free(U_PSEUDO_OBJ **po){ > if(!po)return(0); > if(!*po)return(1); > if((*po)->Data)free((*po)->Data); > free(*po); > *po=NULL; > return(1); > } As you can read on the webpage that scan-build generates, there are 18 steps involved. The reason that line 706 is bugged is because for some control flow "kpo->poTypes" has a garbage value. The cause is that for the control flow indicated, the U_DPSEUDO_OBJ *Path is never fully properly initialized, in particular kpo->poTypes isn't. -Johan

1 0

Where is clipping information stored relative to an sp object?
by mathog 24 Mar '14

24 Mar '14

Along with implementing more of the EMF clipping records I'm looking into implementing clipping output to that format, which at present is completely unsupported. All the EMF output code sees is a pointer to "style", but it can get back from there to the object. Can one of you enlighten me as to the "path" from the object back to the stored clipping paths and the logic that ties them together? The data that needs to be extracted by working back up the data tree is like this: pathvector1 (a simple clippath with one path, references nothing else) done pathvector1 AND pathvector2 (a clippath that is itself clipped by another clippath) done pathvector1 OR pathvector2 (a clippath that has two paths) done Ideally this would be as C++ variables and not as the corresponding SVG text, so it would not need to be parsed again. Also on a related point, EMF clipping has modes that support AND, OR, XOR, and DIFF. EMF input goes through a text SVG intermediate, so the first two can be done using <clippath> syntax that I'm already aware of. Does SVG have path combination syntax for XOR and DIFF (subtract)? I know Inkscape has code that will operate on pathvectors to do this, but what I'm asking is if there is a standard SVG syntax that Inkscape supports more or less along these lines: <path> id="XORofPath1AndPath2" operator="XOR" path1="(a path specification)" path2="(another path specification)" </path> Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

libcroco fix
by Johan Engelen 24 Mar '14

24 Mar '14

To the maintainer of our libcroco copy, Please have a look at rev. 13178, where I fixed errors in pointer type signed-ness (Glib functions like g_strdup want a gchar*, not a guchar*). I guess you'd want to upstream the small change. cheers, Johan

5 7

Windows builds: enable -Werror
by Johan Engelen 23 Mar '14

23 Mar '14

Hi all devs on Windows, Please consider enabling -Werror for your work. I added stuff to build.xml to make it easy for you to see the status of trunk. Just remove the space between "-" and "->" to enable -Werror on line 356. Currently, there are 3 warnings/errors left (tdm-gcc 4.6.1). They are very likely to be false positives. But I am not sure yet. Make sure you don't add any new ones! Thanks for your effort in improving the code quality and stability of Inkscape. cheers, Johan

1 0

Possibly unitialized used of variable
by Johan Engelen 23 Mar '14

23 Mar '14

Hi all, GCC 4.6.1 gives an uninit var warning in sp-canvas.cpp: src/2geom/generic-interval.h: In static member function 'static void SPCanvasGroup::update(SPCanvasItem*, const Geom::Affine&, unsigned int)': src/2geom/generic-interval.h:144:8: error: '*((void*)(& bounds)+24).Geom::GenericInterval<double>::_b[1]' may be used uninitialized in this function [-Werror=uninitialized] src/display/sp-canvas.cpp:1051:19: note: '*((void*)(& bounds)+24).Geom::GenericInterval<double>::_b[1]' was declared here ... I have been working on this warning for hours, but I cannot find the problem. Because I have already found a (serious) bug from another warning like this, I am very reluctant to conclude that it is a compiler mis-analysis. I would greatly appreciate someone else having a (thorough) look at this. Thanks, Johan

5 10

I want to help and I want help……
by MARK BUCHALTER 23 Mar '14

23 Mar '14

To the developers. (GREAT PROGRAM) I am a web developer and created an app using mostly inkscape…that works well… but unfortunately, no mater how great a program this is,…... it is still a work in progress…. I am getting many bugs when try to revise and want to share what I have done and get some feedback. AND Try to help solve some of this issues. I would be happy to discuss this with anyone who thinks they can assist…please look at the App…located here….. http://www.digitaldudes.com/1-visualizer/9-link-visualizer.svg this is a swim suit / active ware designer I created…. I have not seen anyone else doing this kind of stuff… maybe because it is hard to make money BUT…PLEASE LOOK THANKYOU MARK BUCHALTER captbuck@...2857... cell" 340-642-3740

2 1

make doing unneeded compilations?
by mathog 22 Mar '14

22 Mar '14

Lately I have noticed that when I come back to Inkscape on another day, modify a single cpp (today's was drawing-text.cpp) and "make" it starts rebuilding all sorts of things that would seem to be utterly unrelated. In fact, the build is so extensive it may well be a complete rebuild. Here is just a fraction of the things it compiled: ... CXX sp-mesh-gradient.o CXX sp-mesh-patch.o CXX sp-mesh-row.o CXX sp-object.o CXX sp-path.o CXX sp-pattern.o CXX sp-rect.o CXX sp-shape.o CXX sp-stop.o CXX sp-style-elem.o CXX sp-text.o CXX sp-tref.o CXX sp-tspan.o CXX sp-use.o CXX style.o ... If the same file is later modified again, "make" the next time does the expected thing and just compiles that one file and then links everything. Any idea why it is doing that? It almost seems like the Make files now have some concept of "old" object files and anything over a day old gets rebuilt. Trunk 13168, Ubuntu 12.04.4 LTS Configure was run with export CPPFLAGS="-DWITH_SVG2" ./configure --disable-strict-build Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 6

libuemf: upmf.c
by Johan Engelen 22 Mar '14

22 Mar '14

Hi David, In libuemf/upmf.c, what is this line of code supposed to do? line 3096: U_SERIAL_DESC *List = List; Thanks for fixing, Johan

1 0

filter2D_IIR problem
by Johan Engelen 22 Mar '14

22 Mar '14

Hi all, There may be a bug in nr-filter-gaussian.cpp. The following warning is emitted: src/display/nr-filter-gaussian.cpp: In function 'void Inkscape::Filters::filter2D_IIR(PT*, int, int, const PT*, int, int, int, int, const IIRValue*, const double*, IIRValue* const*, int) [with PT = unsigned char, unsigned int PC = 1u, bool PREMULTIPLIED_ALPHA = false, IIRValue = double]': src/display/nr-filter-gaussian.cpp:504:45: instantiated from here src/display/nr-filter-gaussian.cpp:342:13: error: comparison of unsigned expression < 0 is always false [-Werror=type-limits] src/display/nr-filter-gaussian.cpp:343:13: error: comparison of unsigned expression < 0 is always false [-Werror=type-limits] src/display/nr-filter-gaussian.cpp:504:45: instantiated from here src/display/nr-filter-gaussian.cpp:358:17: error: comparison of unsigned expression < 0 is always false [-Werror=type-limits] The warning is emitted because the (incredibly ugly!) #define PREMUL_ALPHA_LOOP for(unsigned int c=0; c<PC-1; ++c) will resolve to #define PREMUL_ALPHA_LOOP for(unsigned int c=0; c<0; ++c) for the template instantiated value for PC = 1. Meaning that the loop will never run. Is this intended? If so, please fix the code to not emit that warning. If it's a bug, please fix the bug! :) Thanks, Johan

2 1

Re: [Inkscape-devel] Warning on explicit cast in libuemf
by Johan Engelen 21 Mar '14

21 Mar '14

Back to on-list. On 21-3-2014 20:07, mathog wrote: > > 1. Why do we need libiconv in devlibs at all since it is already in > mingw? It is not in my copy of MinGW (TDM-GCC). > 2. Why is the version in devlibs 1.09 (from 2003 or 2004) when 1.14 > is current (and the version in mingw)? Don't know. How harmless is upgrading without upgrading our other dependencies? ciao, Johan

1 0

Warning on explicit cast in libuemf
by Johan Engelen 21 Mar '14

21 Mar '14

Hello David, in libuemf/uemf_utf.c, there is /** \cond */ /* iconv() has a funny cast on some older systems, on most recent ones it is just char **. This tries to work around the issue. If you build this on another funky system this code may need to be modified, or define ICONV_CAST on the compile line(but it may be tricky). */ #ifdef SOL8 #define ICONV_CAST (const char **) #endif //SOL8 #if !defined(ICONV_CAST) #define ICONV_CAST (char **) #endif //ICONV_CAST /** \endcond */ An example of the macro usage: ... status = iconv(conv, ICONV_CAST &src, &srclen, &dst, &dstlen); ... This generates a warning because, at least on Windows, iconv expects a (const char **) and gcc complains about an unsafe cast. This is not at all trivial, and is a very valid compiler warning. Please read this: http://stackoverflow.com/questions/14562845/why-does-passing-char-as-const-… I do not know how to fix this at the moment. Of course I could do an #ifdef for Windows to replace the cast with what iconv wants, but.... Thanks for having a look, Johan

3 3

Incomplete switch statement
by Johan Engelen 21 Mar '14

21 Mar '14

Hi all, Yesterday I changed the compiler flags to now error on incomplete switch statements (-Werror=switch). Because of this, a buildbot found a tiny bug with GTK3: CXX ui/dialog/input.o ../../src/ui/dialog/input.cpp: In member function 'bool Inkscape::UI::Dialog::InputDialogImpl::eventSnoop(GdkEvent*)': ../../src/ui/dialog/input.cpp:1917:16: error: enumeration value 'GDK_SOURCE_KEYBOARD' not handled in switch [-Werror=switch] ../../src/ui/dialog/input.cpp:1917:16: error: enumeration value 'GDK_SOURCE_TOUCHSCREEN' not handled in switch [-Werror=switch] ../../src/ui/dialog/input.cpp:1917:16: error: enumeration value 'GDK_SOURCE_TOUCHPAD' not handled in switch [-Werror=switch] First: jay! for buildbots! The actual error is not too bad, just needs someone to look over the new GDK_SOURCE_s and figure out how to handle them there, with an #ifdef for GTK3. Jon, can you have a look? Thanks for fixing this, Johan

1 0

CSS Merging Bug
by Martin Owens 21 Mar '14

21 Mar '14

Hi Devs, I need some help with the style bug #167937 I've created this patch which I've put into a branch which fixes the direct issue as it does not corrupt element styles with css values any more: http://bazaar.launchpad.net/~doctormo/inkscape/css-style/revision/13177 It's a fairly simple patch which redirects the stylesheet setter so it sets the computed value of each of the properties instead of the actual value. But it has bugs. Elements appear black until they have been nudged, then the style is applied. I can imagine the parent/inherited styles probably suffer the same bug but it's been under reported. I'd also be interested in hearing if this is the right approach to fix the bug. Would it be better to change it so it updated the styles value but kept the .set set to false to indicate no real value should be saved? Thanks for your help, Best Regards, Martin Owens [1] https://bugs.launchpad.net/inkscape/+bug/167937

2 2

Warnings: compiler flags
by Johan Engelen 20 Mar '14

20 Mar '14

Hi all, Can someone tell me where to add compiler warning/error flags for Makefile users? (On Windows, I know) Am going to slowly activate erroring on specific warnings. Thanks, Johan

3 4

Re: [Inkscape-devel] Warning on explicit cast in libuemf
by mathog 20 Mar '14

20 Mar '14

On 20-Mar-2014 16:10, Jon Cruz wrote: > > The more "big picture" solution is to just get rid of uemf_utf.c > altogether. ... > So a rough idea would be to delete uemf_utf.c and uemf_utc.h and > replace the conversion use in other files with the standard Glibmm > calls. libUEMF has no glib dependencies. It happens that when libUEMF is used in Inkscape glib is available, but that is not the case in other situations. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Status of Inkscape 0.91 Release
by Bryce Harrington 20 Mar '14

20 Mar '14

2. Chill. DONE Development focuses on wrapping up DONE Disable features that aren't finished Identify 'make distcheck' issues Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. DONE Regressions Bug Hunt: 500 points Update tutorials and other docs Can you help me identify where we are with the remaining items in the above list? 1. I ran 'make distcheck' and hit an error: CXX event-log.o ../../src/event-log.cpp:11:33: fatal error: util/signal-blocker.h: No such file or directory compilation terminated. There were also a bunch of errors in libcroco, that'll all need cleaned up. 2. I have zero insights into OSX or Win32 packaging. Can someone give me a low-down on what the current state is with these? Do we have all the dependency changes covered? Do the packaging scripts still work and produce a viable binary? Any other issues folks are worried about? (I do not want to find ourselves blocked from releasing due to Win32/OSX packaging problems, so if there are any I want to get them on the radar now, so we don't move forward from chill or freeze until they're sufficiently taken care of.) 3. I reviewed the ReleaseNotes a few months back and they looked really solid. Are there any areas you see where we need more attention? 4. Which features from this release need to have documentation and/or tutorials made? Is there any other tutorial or documentation work that will require tracking with the release? Bryce

12 29

Warning fix for our libcroco copy
by Johan Engelen 20 Mar '14

20 Mar '14

To the libcroco-copy maintainer, Please have a look at rev. 13173, in which I fixed a number of compiler warnings. There were some unused function arguments, and the "fix" was to assign a value to them but not use them, triggering a GCC warning. Plus it's confusing code, so I applied the "proper" fix by using a common "UNUSED" macro. Ugly, but that's C for you ;) Cheers, Johan

1 0

Warning fixes for our libgdl copy
by Johan Engelen 20 Mar '14

20 Mar '14

To the maintainer of our libgdl copy, Please have a look at rev. 13171. I fixed some compiler warnings. Look especially at the (gint) casts, because there appear to be some bugs there. The result of gint-gunit is unsigned! Cheers, Johan

1 0

UI Testing Tomorrow
by Martin Owens 20 Mar '14

20 Mar '14

Hi Guys, I'll be at SpinachCon[1] tomorrow here in Boston and the idea is to test various UI workflows. By default I'm going to use the tutorials as a fall back of things to test. But if you have certain UI workflows, especially new ones, that you'd like some data on. Please get back to me before tomorrow so I can write up the guides for the volunteer testers. Best Regards, Martin Owens [1] http://www.openmediaboston.org/content/spinachcon-wants-you-help-make-free-…

1 0

Wiki account request
by Calinou 19 Mar '14

19 Mar '14

Hi, I would like an account for a wiki account, user name: Calinou Thanks in advance.

2 1

GSOC 2014 participation
by m 19 Mar '14

19 Mar '14

Hello everybody, I am an engineering student at NIEC in India .I love drawing and coding and so I wanted to make a tool/plugin for Inkscape. Here is the discription of the tool : 1.The basic idea of the tool is keep your drawing up to date in symmetry . 2.This tool will help artists make symmetrical drawings ,like they are drawing in front of a mirror/axis 3.The user can have 1 or more than 1 mirror/axis (limit to be defined) for the sketch to be duplicated on. 4.The artist will be able to draw symmetric facial images,snowflakes, kaleidoscopic patterns,characters or objects. 5.It will make existing drawings and illustrations reusable. 6.The user can describe one of the following things like the origin point where the mirror is to kept, its angle and number of mirrors/axis to be used I came up with this idea when i was drawing snowflakes for a weather app (that i discarded) and i found out that it was quite time consuming to drawing good quality snowflakes QUICKLY. Finally i would like to ask whether this idea is good for GSOC 2014 participation?I am really eager to participate this time. Thanks for your time and consideration. Regards, Marakiam

5 5

Wiki account
by Maximilian Erlbeck 19 Mar '14

19 Mar '14

Hi! I would like to add some extra instructions on http://wiki.inkscape.org/wiki/index.php/MacOS_X related to the instructions in http://distrib-coffee.ipsl.jussieu.fr/pub/mirrors/ctan/info/svg-inkscape/In… Could you create me a wiki account with username erlbeck and a random password? Max

2 1

Re: [Inkscape-devel] GSOC 2014 - New patterns/paint servers UI
by Krzysztof Kosiński 18 Mar '14

18 Mar '14

2014-03-11 16:31 GMT+01:00 Tomasz Boczkowski <penginsbacon@...400...>: > Thank you for your comments. I have to change my design a bit. > > >> 4. What is the purpose of the "transform" button? The pattern >> transform is specified on the object, not on the pattern, and is >> already editable on the canvas. This looks like a mistake. > > I tried to fix the bug #210442 in my solution. The transform button can be > replaced > by scale/rotation entries. I think the transform should be editable in the Fill & Stroke dialog only. It should not appear in the Swatches/Paints dialog since the transform is an attribute of the object, not of the pattern. >> How would this "new object" be represented at the XML level? > > I thought about representing them as svg:g elements with inkscape:type = > "patternEdit" attribute. > It is similar to the way layers are represented. > >> 5. I think it would be more sensible to embed the pattern preview and >> chooser into the existing fill and stroke dialog. > >> The proposal looks sensible. If you don't have too much experience >> with the Inkscape codebase, I think you could limit the proposal to >> providing the pattern preview in the fill and stroke dialog > > I don't have much experience with Inkscape codebase yet. I can resign from > implementing pattern edition tool. > I have created a new mockup illustrating modified Fill and Stroke dialog > [1]. > Solution 1 consists in embedding the pattern browser inside combo-box popup. > Gtk+ seems to be flexible enough to allow such changes [2]. The main > advantage > of this solution is providing the pattern browser with more screen space to > display > pattern icons. Selection from a combo box is not very nice when you have lots of items, for instance selecting markers is a pain. I like solution #2 better. > I would implement the browser widget in a way that allows future handling > different > paint servers: solid colors/hatches/gradient. Implementing "paints" or new > "swatches" dialog > around it seems feasible. This somehow extends the named color swatches > blueprint [3]. > I can make it an optional goal. > > What do you think about this? This slightly reduced project looks very sensible to me. With some guidance I think you have pretty good chances of being accepted and succeeding. >> and converting a few things to C++ along the way. > > I see there is some C-like code left in sp-pattern.h/.cpp. What else could I > focus on in my project? There are several classes used in the fill and stroke dialog which you could convert to C++ or improve, for example SPColorSelector and its derived classes. They are C++ classes, but they are hidden as members inside GObjects, which is confusing to novices and leads to verbose code. You could convert them to proper C++ classes that derive from the relevant gtkmm widgets. > Regards > Tomasz > > [1] https://www.dropbox.com/s/kvgjvtowpm55m5h/new_patterns_ui_2.svg > [2] http://tirania.org/pictures/hwidgets/gtk-combo-tree.jpg, > http://tirania.org/blog/archive/2008/Jun-01.html > [3] https://blueprints.launchpad.net/inkscape/+spec/named-color-swatches > > PS > > Your message was sent directly to me, omitting the mailing list. Oops, my bad. Regards, Krzysztof

3 2

Extension: Merge Style
by Martin Owens 18 Mar '14

18 Mar '14

Hi devs, I've committed in r13161 an extension which will take the inline styles from the selected elements, find the common values and create a new css style in the existing or new style element at the top of the document. This replaces the inline styles with a class reference. <rect style="fill:red;"/> <rect style="fill:red;"/> <rect style="fill:yellow;"/> <rect style="fill:red;stroke:green;"/> Becomes: <style> .name_of_choice { fill:red; } </style> <rect class="foo"/> <rect class="foo"/> <rect style="fill:yellow;"/> <rect class="foo" style="stroke:green;"/> I've added this into the extensions menu under Stylesheets > Merge Styles into CSS. And I decided to push it into trunk instead of just keeping it on my hard drive because it might be useful to other users. But I'd also like to sound it out too. So any issues you think, I'd love to hear. This should make it easier to make web svg I think. Best Regards, Martin Owens

2 3

Re: [Inkscape-devel] Bug Hunt for 0.91
by Bryce Harrington 18 Mar '14

18 Mar '14

Current stats: Bug Hunt Goal: 500 points Current: 381 points Pts Bug Date Assignee Description ------------------------------------------------------------------------ 9 1280684 2/22 Alvin Penner changing doc units with viewbox defined 9 1278645 2/22 David Mathog Image handling corrupts EMF/WMF output 9 1171109 2/20 insaner crash on cut n paste, or alt+scroll.. 6 1258473 2/13 Alvin Penner trunk: ink2canvas for stroked objects fails 6 1250250 2/07 David Mathog WMF/EMF open misplaces drawing 9 168695 1/28 Martin Owens Crash when undoing while mouse button pressed 6 1272119 1/27 apenner Poor rendering after 2geom update 6 1268778 1/25 jazzynico Move cursor disappears 3 1266308 1/15 apenner bbox dotted lines not visible if overlapped 9 1256449 1/15 Tavmjong Bah Clipped groups lose clipping when exporting 6 1268778 1/15 JazzyNico Move cursor disappears 3 1239779 1/14 Martin Owens symbol preview no longer updates 6 1253110 1/12 Johan E. Wrong intersection on circles at 45° (rev >= 12594) 6 1251405 1/10 mathog btool hitting command line limit on XP/Mingw/Msys 9 1255791 1/10 Martin Owens crash drag deleting guides 9 1257417 1/09 Martin Owens crash removing ID from object 9 1230241 1/09 Martin Owens crash for text with empty font-family 9 1258815 1/08 Kris crash after using Edit nodes icon twice 3 1255764 1/08 Bryce on screen snap message says UNDEFINED 9 1192023 1/08 Martin Owens Use elements removed when grouping 9 168695 1/08 Martin Owens crash when undoing 6 1247324 1/06 Jabiertxof optimized transforms do not propagate 9 1265556 1/04 JazzyNico plain svg export broken for filter 3 1057494 1/04 JazzyNico text hidden with "Remove Manual Kerns" 6 1262146 1/04 apenner persistent offset when scaling object On Tue, Jan 28, 2014 at 09:13:11PM -0800, Bryce Harrington wrote: > Pts Bug Date Assignee Description > ------------------------------------------------------------------------ > 9 168695 1/28 Martin Owens Crash when undoing while mouse button pressed > 6 1272119 1/27 apenner Poor rendering after 2geom update > 6 1268778 1/25 jazzynico Move cursor disappears > > 3 1266308 1/15 apenner bbox dotted lines not visible if overlapped > 9 1256449 1/15 Tavmjong Bah Clipped groups lose clipping when exporting > 6 1268778 1/15 JazzyNico Move cursor disappears > 3 1239779 1/14 Martin Owens symbol preview no longer updates > 6 1253110 1/12 Johan E. Wrong intersection on circles at 45° (rev >= 12594) > 6 1251405 1/10 mathog btool hitting command line limit on XP/Mingw/Msys > > 9 1255791 1/10 Martin Owens crash drag deleting guides > 9 1257417 1/09 Martin Owens crash removing ID from object > 9 1230241 1/09 Martin Owens crash for text with empty font-family > 9 1258815 1/08 Kris crash after using Edit nodes icon twice > 3 1255764 1/08 Bryce on screen snap message says UNDEFINED > 9 1192023 1/08 Martin Owens Use elements removed when grouping > 9 168695 1/08 Martin Owens crash when undoing > 6 1247324 1/06 Jabiertxof optimized transforms do not propagate > > 9 1265556 1/04 JazzyNico plain svg export broken for filter > 3 1057494 1/04 JazzyNico text hidden with "Remove Manual Kerns" > 6 1262146 1/04 apenner persistent offset when scaling object > > Bryce > > > > Pts Bug Date Assignee Description > > ------------------------------------------------------------------------ > > 3 1266308 1/15 apenner bbox dotted lines not visible if overlapped > > 9 1256449 1/15 Tavmjong Bah Clipped groups lose clipping when exporting > > 6 1268778 1/15 JazzyNico Move cursor disappears > > 3 1239779 1/14 Martin Owens symbol preview no longer updates > > 6 1253110 1/12 Johan E. Wrong intersection on circles at 45° (rev >= 12594) > > 6 1251405 1/10 mathog btool hitting command line limit on XP/Mingw/Msys > > > > 9 1255791 1/10 Martin Owens crash drag deleting guides > > 9 1257417 1/09 Martin Owens crash removing ID from object > > 9 1230241 1/09 Martin Owens crash for text with empty font-family > > 9 1258815 1/08 Kris crash after using Edit nodes icon twice > > 3 1255764 1/08 Bryce on screen snap message says UNDEFINED > > 9 1192023 1/08 Martin Owens Use elements removed when grouping > > 9 168695 1/08 Martin Owens crash when undoing > > 6 1247324 1/06 Jabiertxof optimized transforms do not propagate > > > > 9 1265556 1/04 JazzyNico plain svg export broken for filter > > 3 1057494 1/04 JazzyNico text hidden with "Remove Manual Kerns" > > 6 1262146 1/04 apenner persistent offset when scaling object > > > > > > On Fri, Jan 10, 2014 at 01:11:57PM -0800, Bryce Harrington wrote: > > > Quite a busy week! Another 63 points worth of bugs squished: > > > > > > 9 1255791 2014-01-10 Martin Owens crash drag deleting guides > > > 9 1257417 2014-01-09 Martin Owens crash removing ID from object > > > 9 1230241 2014-01-09 Martin Owens crash for text with empty font-family > > > 9 1258815 2014-01-08 Kris crash after using Edit nodes icon twice > > > 3 1255764 2014-01-08 Bryce on screen snap message says UNDEFINED > > > 9 1192023 2014-01-08 Martin Owens Use elements removed when grouping > > > 9 168695 2014-01-08 Martin Owens crash when undoing > > > 6 1247324 2014-01-06 Jabiertxof optimized transforms do not propagate > > > > > > Inkscape's changelog for this past week shows a lot more awesome cleanup > > > work underway that doesn't show up on this list, including warnings > > > fixes and translation updates. > > > > > > Bryce > > > > > > > Today three more regression bugs were fixed: > > > > > > > > 9 1265556 2014-01-04 JazzyNico plain svg export broken for filter > > > > 3 1057494 2014-01-04 JazzyNico text hidden with "Remove Manual Kerns" > > > > 6 1262146 2014-01-04 apenner persistent offset when scaling object > > > > > > > > Bryce > > > > > > > > On Sun, Dec 29, 2013 at 04:15:54PM -0800, Bryce Harrington wrote: > > > > > Welcome to the first bug hunt for the 0.91 release. This hunt focuses > > > > > on regression bugs. > > > > > > > > > > Traditionally, we specify a point target for us to reach, and award us > > > > > points based on the severity of the bug: 3, 6, 9, or 12 points for low, > > > > > medium, high, and critical. This bug hunt's goal is 500 points worth of > > > > > bugs from the following list: > > > > > > > > > > http://tinyurl.com/bughunt91a > > > > > > > > > > You'll note a few dozen regressions were already fixed, so we'll count > > > > > that as a (207 point) headstart on the effort. Here's a couple more > > > > > links to list only the open or closed bugs: > > > > > > > > > > http://tinyurl.com/bughunt91a-open > > > > > http://tinyurl.com/bughunt91a-closed > > > > > > > > > > [I'll write a launchpadlib script to calculate the score from the latter > > > > > list, unless someone's ambitious and beats me to it!] > > > > > > > > > > We only give points for true bug fixes - not bugs simply closed due to > > > > > being dupes, invalid, works-for-me, or whatnot. Once the bug is fixed > > > > > in the mainline branch, set its status to Fix Committed, and it'll tally > > > > > as a fixed regression. > > > > > > > > > > Bug Hunt Goal: 500 points > > > > > Current: 207 points > > > > > > > > > > If you're not a developer, you can still help by seeing if you can > > > > > reproduce the bug yourself, and posting your findings. > > > > > > > > > > If you have an idea on how to fix the bug, but don't have the time to do > > > > > it yourself, then outlining your thoughts on the bug may help junior > > > > > developers pick it up and implement the changes. > > > > > > > > > > If you're an experienced developer, consider posting an invitation to an > > > > > IRC bug party for the time period you'll be working, if you're willing > > > > > to help pilot junior developers and sponsor their patches. > > > > > > > > > > I will be posting scoring updates a couple times a week until we're > > > > > done. > > > > > > > > > > Bryce > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > Rapidly troubleshoot problems before they affect your business. Most IT > > > > > organizations don't have a clear picture of how application performance > > > > > affects their revenue. With AppDynamics, you get 100% visibility into your > > > > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel(a)lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > ------------------------------------------------------------------------------ > > > > Rapidly troubleshoot problems before they affect your business. Most IT > > > > organizations don't have a clear picture of how application performance > > > > affects their revenue. With AppDynamics, you get 100% visibility into your > > > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > > > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel(a)lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > ------------------------------------------------------------------------------ > > > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > > > Learn Why More Businesses Are Choosing CenturyLink Cloud For > > > Critical Workloads, Development Environments & Everything In Between. > > > Get a Quote or Start a Free Trial Today. > > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > ------------------------------------------------------------------------------ > > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > > Learn Why More Businesses Are Choosing CenturyLink Cloud For > > Critical Workloads, Development Environments & Everything In Between. > > Get a Quote or Start a Free Trial Today. > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > ------------------------------------------------------------------------------ > WatchGuard Dimension instantly turns raw network data into actionable > security intelligence. It gives you real-time visual feedback on key > security issues and trends. Skip the complicated setup - simply import > a virtual appliance and go from zero to informed in seconds. > http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 4

GSoC proposal
by Krzysztof Kosiński 16 Mar '14

16 Mar '14

Here is what I submitted to Melange, let me know if anything else is necessary: Inkscape requires several high level path manipulation routines to implement some of its effects: - Boolean operations on paths. - Stroke-to-path conversion: given a path and stroke parameters, compute the shape of the stroke and return it as a new path. - Path offset. These operations are both available directly to the user and used as a building block for more complex effects. The current implementation uses a grid-based algorithm which rounds all coordinates to a multiple of some arbitrary quantum. This has several shortcomings - most notably it does not preserve the dimensions of the operands (see [1]). To provide a robust foundation for further feature development, this project will implement robust Boolean and stroke-to-path operations. The API will look as follows: class Path { ... void stroke(Coord width); void stroke(Coord width, std::vector<Coord> dash_array, Coord dash_offset); Geom::OptRect strokedBounds(Coord width); Geom::OptRect strokedBounds(Coord width, std::vector<Coord> dash_array, Coord dash_offset); Path &operator|=(Path const &p); Path &operator&=(Path const &p); Path &operator^=(Path const &p); Path &operator-=(Path const &p); bool contains(Path const &p); }; Operator helpers will allow developers to write code such as: Path result = path_a & path_b; Boolean operations will be implemented by copying the algorithm used by CGAL [2]. If necessary, CGAL will be added as a dependency of 2Geom, but will be hidden from users of the library (CGAL headers will not be required to build programs using 2Geom). Stroking operations will be based on the existing curve offset code for single paths available in 2Geom's offset toy. The stroke will be computed as an union of the offsets of all curves and the resulting shape will be post-processed to add joins and caps. Once the new operations are available, the Inkscape codebase will be modified to make use of them, and the current implementation from the livarot library will be removed. Additionally, the following smaller work-items will be done in the preparatory phase: - 2Geom's Path class will be renamed to Subpath, and the PathVector class will be renamed to Path, to mirror SVG terminology. - Copy-on-write functionality will be moved from Subpath to Path. - Various helper methods will be added to Path to simplify existing code. - The SPCurve class will be removed. Schedule: - before June 10: complete the items from the preparatory list, bounding box computation for stroked paths, read CGAL code and determine if adding it as a dependency is required - June 10 - June 30: final exams at my university - after June 30: implementation of boolean operations, implementation of stroking [1] https://bugs.launchpad.net/inkscape/+bug/168158 [2] http://doc.cgal.org/latest/Boolean_set_operations_2/index.html Regards, Krzysztof

1 0

Style Editing
by Martin Owens 16 Mar '14

16 Mar '14

Hi devs, Sorry if this has been worked on before, none of my searches came up with anything. Mockup time: http://wiki.inkscape.org/wiki/index.php/Style_Editor A idea to non-invasively allow any existing css style to be changed. Screenshot for mockup taken from 0.48 Thoughts? suggestions? Martin,

1 0

Inkscape sponsorship for LGM attendees
by Bryce Harrington 15 Mar '14

15 Mar '14

Interested in meeting up with fellow Inkscapers? Thanks to generous donations to the project, we are able to provide funds to reimburse five developers up to $500 each for attendance at the Libre Graphics Meeting in Leipzig in April. Anyone in the AUTHORS file as of Feb 19th, 2014 is eligible to apply. To register, please email Tavmjong Bah, our coordinator for the event, by March 6th to get on the list. He'll let you know what position you are in the list. Then, register for the conference, enjoy your time, and save your receipts. Afterwards email copies of the receipts to Tav, who will forward them along to SFC for reimbursement. A maximum of $500 US each will be reimbursed to five attendees for travel, hotel room, and food. Note that the LGM meeting may also give partial reimbursements, so if your total costs exceed $500 they may be able to help. In addition, the board is sponsoring Tavmjong Bah to attend both LGM as a speaker and as our event coordinator, and the co-located SVG Working Group Meeting. Tav will be representing Inkscape's interests at the SVG meeting, and will be working with them on features including mesh gradients, hatched fills, and auto-flowed text. Thank you to everyone who has contributed to Inkscape in the past. Your funding has made these sponsorships possible. We've found these face-to-face meetings invaluable both for sharing ideas and as general inspiration for advancement of the project. Bryce

6 7

Careful with C-strings!
by Johan Engelen 14 Mar '14

14 Mar '14

Hi all, *Please take this to heart: be very careful when handling C-strings. And try hard to use std::string, even if it involves a bit of work / adding helper functions.* Another C-string induced memleak was added today. Actually, the change fixed one memleak, but replaces it with the same one. Fixed in r13101. How to go about things using std::string in this particular case, see for example: http://stackoverflow.com/questions/20446201/how-to-check-if-string-ends-wit… ciao, Johan

6 13

Optionally disable antialiasing - implement based on existing SVG 1.1 rendering properties?
by su_v 13 Mar '14

13 Mar '14

> revno: 13144 > fixes bug: https://launchpad.net/bugs/170356 > committer: Krzysztof Kosiński <tweenk.pl@...400...> > branch nick: trunk > timestamp: Thu 2014-03-13 05:45:38 +0100 > message: > Provide a toggle in the document properties to optionally turn off > antialiasing for display and export. > Fixes a nearly 10 year old bug #170356 Questions related to rev 13144 (just curious): a) Why not implement such a feature based on existing SVG 1.1 rendering instructions (instead of a custom inkscape attribute of <namedview>)? Ideally, the user could then optionally apply this to individual objects (which may trigger bug #170356 if the objects' edges are adjacent), to groups or layers, or to the document itself, and the same effect may even be supported in other SVG renderers? AFAIU to disable antialiasing globally, these attributes could be added to top-level <svg> element: shape-rendering="crispEdges" text-rendering="optimizeSpeed" I'm not sure whether this one too: image-rendering="optimizeSpeed" <http://www.w3.org/TR/SVG11/painting.html#RenderingProperties> <http://www.w3.org/TR/SVG11/painting.html#ShapeRenderingProperty> <http://www.w3.org/TR/SVG11/painting.html#TextRenderingProperty> <http://www.w3.org/TR/SVG11/painting.html#ImageRenderingProperty> The attributes are also in the SVG2 draft: <http://www.w3.org/TR/SVG2/painting.html#RenderingHints> If implemented based on these rendering attributes, the feature should (or rather: could) also allow to control the rendering of different types separately (i.e. disable for shapes only, or for text only, or both), and maybe other text rendering modes can be added in the future (e.g. aliased with hinting for 'optimizeLegibility'). Note that support for 'image-rendering="optimizeSpeed"' has already been implemented (currently settable on import, and in objects properties for bitmap images (linked, or embedded)). b) Alternatively (based on other user requests), if the implementation stays a custom inkscape feature only: what about splitting it into a display mode (for rendering on-canvas, in the 'View' menu), and a bitmap export option which can also be used on the command line (without having to first edit the document properties via GUI)? Regards, V P.S. Personally, I somewhat disagree with closing bug #170356 based on a solution which globally disables antialiasing (for all shapes and text in the current document) - that report originally tracked an issue with a very specific aspect of antialiasing (adjacent edges); the current solution seems more like a workaround to me (disable antialiasing just for everything, including text (which - especially at smaller sizes - tends to looks bad (AFAIU due to lack of hinting) and objects not affected by bug #170356 at all). With r13144, antialiasing btw returns if an object (or group) has a reduced object (aka global) opacity, or uses a filter effect, for clipped or masked objects and probably other special cases.

2 3

Font selection
by Martin Owens 13 Mar '14

13 Mar '14

Hi devs, I was just making some art and noticed I couldn't select any fonts in the latest ppa build. Is this a known problem? Martin,

3 2

Re: [Inkscape-devel] Help with bzr
by Krzysztof Kosiński 13 Mar '14

13 Mar '14

2014-03-11 1:54 GMT+01:00 Jabiertxo Arraiza Cenoz <jabier.arraiza@...2893...>: > Thanks Krzysztof for the quick reply. > >> It is not removing the pushes, it is just changing the revision >> numbers so that the other users' pushes are in subrevisions. > > I feel confortable by this way but think isn't the normal usage in > inkscape trunk > >> If you want to prevent changes in revision numbers, use this: >> >> bzr config -d lp:path/to/branch append_revisions_only=True >> >> However if you set this, you won't be able to merge other users' >> changes and then push. Use this instead: >> >> bzr checkout lp:path/to/branch working_dir <-- only the first time >> cd working_dir >> bzr update <-- after the first time >> bzr merge <path to your working tree> >> bzr commit >> >> Another option - you need the "rebase" or "rewrite" plugin: >> >> bzr pull >> bzr rebase >> bzr push >> > Think one of this ways is the best, but i have the extra problem to > update the branch from trunk. Maybe this need to be done direcly in the > launchpad branch instead merge from trunk localy and push. Is correct? If you have your own branch on which you collaborate with a few users, you can just use a checkout. Instead of saying "bzr branch lp:path/to/branch" at the start, say "bzr checkout lp:path/to/branch". Then everything you commit will appear on Launchpad immediately, and to update you can simply say "bzr update". You can also say "bzr bind :push" to convert an existing non-diverged branch into a checkout. Regards, Krzysztof

4 13

Font weight variants - bug 167353
by Krzysztof Kosiński 12 Mar '14

12 Mar '14

Hello all There is a long standing bug about font variant selection. I can't seem to reproduce it on Ubuntu 13.10 - selecting a different variant with a non-default name works correctly. Can someone update the bug with up-to-date instructions on reproducing? Given that other comments suggest that the bug is specific to the interactive display, I think it could be fixed by changing the code in the display tree to be equivalent to the one in the Cairo renderer used by PDF export. Currently they use completely different operations to display the text. Regards, Krzysztof

1 0

Ungrouping switches
by Krzysztof Kosiński 12 Mar '14

12 Mar '14

This is related to https://bugs.launchpad.net/inkscape/+bug/1001756 The ungrouping code was treating svg:switch like groups. Is this the correct behavior? (For the time being, I modified it to ignore groups.) We don't use svg:switch in Inkscape-generated SVG at the moment, so this is relevant only to externally authored content. Regards, Krzysztof

3 6

Re: [Inkscape-devel] Help with bzr
by Jabiertxo Arraiza Cenoz 11 Mar '14

11 Mar '14

> > Can do a "bzr update" for two branches -trunk and a custom one-? > > I don't really understand the question :( I want to update the other users changes in the custom branch and have this custom branch updated from trunk. I think the way to update could be: https://asciinema.org/a/8109 Regards, Jabiertxo.

1 0

Fwd: GSOC 2014 - New patterns/paint servers UI
by Krzysztof Kosiński 11 Mar '14

11 Mar '14

[resend - accidentally sent off-list] 2014-03-10 13:23 GMT+01:00 Tomasz Boczkowski <penginsbacon@...400...>: > Hi! > > My name is Tomasz Boczkowski. I would like to apply for GSOC 2014 and spend > this summer coding Inkscape. > > I have an idea to revamp the pattern UI, currently being part of the Fill > and Stroke dialog. It would consist of a new "patterns" dialog and a new > on-canvas tool to edit patterns. The file new_patterns_ui.svg [2] contains > my first draft, how the improved UI could look like. Some comments on the UI mockup: 1. "Contour" should be "stroke" 2. The palette behavior should be reused in this dialog. Normal click should apply the pattern to fill and Shift-click should apply to stroke. 3. The way the pattern icons are supposed to "jump" when one of them is selected is very bad. 4. What is the purpose of the "transform" button? The pattern transform is specified on the object, not on the pattern, and is already editable on the canvas. This looks like a mistake. 5. I think it would be more sensible to embed the pattern preview and chooser into the existing fill and stroke dialog. > The new dialog would provide a way to browse, manage and apply patterns. > Some basic support for grouping patterns into collections would be provided. > By dragging a pattern and dropping it on an svg object or on Fill and Stroke > dialog, a user could apply it. After dropping a pattern on empty canvas, a > new object could be created. It would look like a mini-page and have the > size of pattern. Any objects inside this object would be treated as pattern > child elements. That would allow live modifications to existing patterns. How would this "new object" be represented at the XML level? I'm not convinced that this is the way to go. However, we definitely need a new UI concept for editing distinct "areas" of the document (e.g. separate pages, patterns, masks, and so on). It would be ideal if the concept you invent could eventually be reused for the other use cases. > An alternative to "patterns" dialog would be to implement a general "print > servers" dialog, enabling to manage, besides patterns, named colors, > gradients and hatches. The alternative is also enclosed in mockup drawing. I > suppose I would be able to implement support for selected print servers only > (eg. named colors + patterns) in GSOC timeframe. "Paint servers" is technical jargon and should not appear in the UI. "Swatches" or "Paints" is better. I think a generic dialog for all paints would be better than a dialog only for patterns. > Please tell me what do you think about this idea. Is it suitable as GSOC > project? Which alternative is better in your opinion? The proposal looks sensible. If you don't have too much experience with the Inkscape codebase, I think you could limit the proposal to providing the pattern preview in the fill and stroke dialog and converting a few things to C++ along the way. Regards, Krzysztof

1 0

Help with bzr
by Jabiertxo Arraiza Cenoz 11 Mar '14

11 Mar '14

Hello, I have a question to use bazaar: I'm working on a custom branch in a launchpad team, I'm owner. I have a local repository, using like: *bzr merge from Inkscape trunk *?bzr resolve *bzr commit -m "Update to trunk" *change code in my local branch.. *bzr commit -m "Some changes to branch" *bzr push to the branch in the team After now, never have problems but now there is more people working on, and I want to know whats the way to be sync. For example if I merge from the team like this: *other user PUSH some code to the branch in the team *bzr merge from branch in the team *bzr commit -m "Adding other user updates" *bzr push to the branch in the team This remove the other user push/es and be replaced well, but for my user, removing other user pushes. I think this is wrong. Any body know a good way to archive ok? Thanks in advance, and sorry if not enought clear.

4 8

Inkscape Swag
by Martin Owens 11 Mar '14

11 Mar '14

Hi Everyone, I'll be attending SpinachCon and representing Inkscape to do some user testing and I was wondering if we have any swag like stickers which might be good for users who take time to test things. Do any of you know where Inkscape swag might be gotten from? Best Regards, Martin Owens

2 1

Re: [Inkscape-devel] Blocking Signals
by Markus Engel 10 Mar '14

10 Mar '14

> In this case, it seems it might be doing the > wrong thing. The blocking class is what's > needed instead. Probably yes. You'd do a void ObjectsPanel::_setCompositingValues(SPItem *item) { //Block theconnections to avoid interference SignalBlockerb1(*_opacityConnection); SignalBlockerb2(*_blendConnection); SignalBlockerb3(*_blurConnection); // ... } At the end of the scope, these objects are destructed inreverse order, so this is just fine. This code is blocking around a lot, I'm not sure whetherall of this is necessary. Maybe there are better solutions to this. Regards, Markus

1 0

"Flatten" vectors
by Alexander Brock 10 Mar '14

10 Mar '14

Hi, When drawing stuff I usually have a lot of overlapping areas. Sometimes I use a vinyl cutter to cut adhesive foil. Then I need to select the topmost object and subtract it from every object which i (partially) covered by the topmost object. Next, I need to repeat the process with the second-to-topmost object etc. I also need to convert all strokes etc. to paths to actually get paths plotted with non-zero width, otherwise it's just one cut along the path which is useless. I also need to intersect all objects with their respective clip or mask, if they are clipped or masked. For complex drawings this process takes a lot of time. I wondered if there's a plugin or something for "flattening" an image like that, essentially converting it to a set of non-overlapping closed paths without stroke. If there isn't such a functionality I'd like to program it. In which way should this be done? Regards Alexander

3 4

GSOC 2014 - New patterns/paint servers UI
by Tomasz Boczkowski 10 Mar '14

10 Mar '14

Hi! My name is Tomasz Boczkowski. I would like to apply for GSOC 2014 and spend this summer coding Inkscape. I have an idea to revamp the pattern UI, currently being part of the Fill and Stroke dialog. It would consist of a new "patterns" dialog and a new on-canvas tool to edit patterns. The file new_patterns_ui.svg [2] contains my first draft, how the improved UI could look like. The new dialog would provide a way to browse, manage and apply patterns. Some basic support for grouping patterns into collections would be provided. By dragging a pattern and dropping it on an svg object or on Fill and Stroke dialog, a user could apply it. After dropping a pattern on empty canvas, a new object could be created. It would look like a mini-page and have the size of pattern. Any objects inside this object would be treated as pattern child elements. That would allow live modifications to existing patterns. An alternative to "patterns" dialog would be to implement a general "print servers" dialog, enabling to manage, besides patterns, named colors, gradients and hatches. The alternative is also enclosed in mockup drawing. I suppose I would be able to implement support for selected print servers only (eg. named colors + patterns) in GSOC timeframe. Please tell me what do you think about this idea. Is it suitable as GSOC project? Which alternative is better in your opinion? Two of my patches are accepted into Inkscape source code tree [1] and there are more to come. Best regards, Tomasz Boczkowski [1] https://bugs.launchpad.net/~penginsbacon [2] https://www.dropbox.com/s/efgwoc3a3vqn8qm/new_patterns_ui.svg

1 0

Blocking Signals
by Martin Owens 10 Mar '14

10 Mar '14

Hey Devs, I was reviewing some of the ponyscape merge today and I noticed in the object's dialog Janeczko used signal.block() and signal.unblock() to deny signals and I suspect to prevent loops and such. Is this a good pattern to use? I've come across several places where looks are caused by update and refresh signals locking up. Everything from image.cpp's update to filters dialog reorder signal. And what I found interesting was how sp-use deals with this problem. It puts update signals on a glib callback and has a mass of code for preventing the problems that sp-image.cpp gets into a lot. I'd love to hear from those more experienced with C++, GLib and signals about the best pattern to use. Best Regards, Martin Owens

4 4

Re: [Inkscape-devel] Blocking Signals
by Markus Engel 09 Mar '14

09 Mar '14

I didn't know this class existed I swear :) . Anyway, you're totally right, this unconditionalunblocking in my example would definitely have led to problems. Is there any specific reason why you store a pointerinstead of a reference to the connection? Just curious... Regards, Markus -----Ursprüngliche Nachricht----- Von: Jon Cruz [mailto:jon@...18...] Gesendet: Sonntag, 9. März 2014 21:47 An: Markus Engel; Martin Owens Cc: Inkscape Developer Mailing List Betreff: Re: [Inkscape-devel] Blocking Signals On Mar 9, 2014,at 1:39 PM, Markus Engel wrote: > Hi, > if you wantto use this, I'd suggest creating a class like this: > classsignal_blocker { > public: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/src/uti… Good thinking.However there is another common problem. If you block a signal, then callanother function or so that end up also blocking the signal, then the lattercode will unblock the signal early. The coderecently added in signal-blocker.h addresses this by checking at constructiontime and only blocking if it is not already blocked. Then as it is destructedit only unblocks if the instance blocked to begin with. However, we doneed to take care on when and where we block, and to minimize issues. Oneapproach is to block signals. Another is to not cause signals to be emitted inthe first place. We've had need of both those plus a few more in fixingproblems in our codebase.

2 1

Viewport, filters, and Inkscape code structure: help needed
by Tavmjong Bah 06 Mar '14

06 Mar '14

I am struggling a bit with the overall structure of Inkscape's code as I work on getting filter regions implemented correctly. This is how I understand the current structure to work: XML Tree: This represents the actual document. SP Tree: This is an expanded tree. For example: <defs> <rect id="myRect"/> </defs> <use xlink:href="#myRect"/> has two SPRect instances, one for the <rect> in the <defs> section and one generated by the <use> element. The allows for things such as style cascading and for different dimensions when the rectangles size is expressed in percent of the viewport (and there are multiple viewports in one document). Markers and symbols may also have multiple instances generated. The SP tree includes print functions used by the EMF, WMF, and TeX exporters. Other exporters (including Cairo PDF and PS) are independent of the SP and NR trees. NR Tree (e.g. Cairo Renderer): This is an expanded tree created for on-screen rendering. (Silly questions: what does NR mean?, what does 'arena' mean?) Now we come to filters. A filter can be applied to multiple objects. It's coordinates can be expressed in terms of the current viewport or the bounding box of the object that references it. In both cases, a filter's absolute coordinates can be different when applied to different objects. At the moment, only the bounding box case is handled and it is handled in the NR Tree. The NR tree doesn't know about the viewport but the SP tree does so I've tried to add code to handle the coordinates expressed in terms of a viewport into the SP tree. It seems more natural to handle coordinates in the SP tree as the SP print functions and other exporters can take advantage of these dimensional calculations. This works, kind of. There are a couple of problems: 1. The update functions of the filter primitives are not called. This can be fixed by adding explicit calls from SPFilter::update (following the model in the SPGroup update function). 2. The filter update function is only called once, at the beginning of the update process. So if a document has more than one viewport (due to an embedded SVG, for example), the filter coordinates are not updated for the second viewport. (This is unlike the <use> element case.) It seems my choices for fixing filter regions for viewport based dimensions is to either follow the <use> element example, and have instances of the filter element for each use of the element or to move all coordinate handling to the NR tree (after making the viewport available in the NR tree). The former, I think, is more desirable, but the latter may be easier. Any thoughts? Thanks, Tav

3 3

Bazzar
by Vinícius dos Santos Oliveira 06 Mar '14

06 Mar '14

Hi folks, I was reviewing one merge proposal for Inkscape, but something that would really help is something similar to git's merge-base, which gives me the common ancestor of two branches. This way, I could see the diff introduced by the new branch without being spammed/flooded by new commits that aren't interesting for my review. So, any Bazzar experts wishing to give me a helping hand here? -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

2 4