- Inkscape Devel - Inkscape Mailman

Faces of Inkscape Users
by Martin Owens 23 Dec '13

23 Dec '13

Hi Inkscapers, Did you know the new website has the ability to edit your profile and add a photo? So far and rather excitingly we have 543 registered accounts to the inkscape website and some have added their pictures: http://imagebin.org/281976 [1] I'm asking inkscape board members and other developers to upload something for themselves, a photo, a little bio if you have one. I want to make a page of "Inkscape Developers" and "Inkscape Board" to give a view of the humans behind the project but I will need more data. Edit now: http://inkscape.org/person/edit/ Thanks guys! Best Regards, Martin Owens [1] For now this page is super users only: http://inkscape.org/person/faces/ I've not finalized the view.

7 13

My login on the inkscape.org site
by Leo Jackson 22 Dec '13

22 Dec '13

Martin, Happy Holidays! I use to have access to the inkscape site to do edits, and now I reregistered with lajjr user name if you can please upgrade it so I can help on the website again. I was working on the Develop => Debugging page and anything else that is possible. Also If someone already completed that then can I get a list of tasks please? Thank You Regards, Leo Jackson

2 1

recognizing rectangles, lines, etc. in 2geom, like "isrect()"???
by mathog 21 Dec '13

21 Dec '13

This is sort of a follow up question to my previous one about circles. Is there in 2geom a set of methods along the lines of: isRect(path) isTriangle(path) isLine(path) which return true if the path has the specified geometry? I need the first one and don't want to reinvent the wheel. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 5

Proposal for release plan
by Bryce Harrington 19 Dec '13

19 Dec '13

Hi all, Josh and I have been discussing plans for the upcoming release; below is what we've come up with so far. This is loosely based on past 0.4x plans. I'll follow up this email with explanations for the major differences. Meanwhile, feedback would be appreciated. # Period Tasks Notes -------------------------------------------------------------------------------- 1. Open development. Triage and prioritize bugs report this year Itemize regression bugs found since last release 2. Chill. Development focuses on wrapping up Disable features that aren't finished Identify 'make distcheck' issues Identify any critical OSX/Win32 packaging issues P Identify remaining writing needed for Release Notes. Regressions Bug Hunt: 500 points H Update tutorials and other docs 3. Frost. Experimental Branch is forked B Mainline Branch focuses on stabilization B Only production-ready code committed to Mainline B Post inkscape-0.91-pre0.tar.gz Finalize any major changes to platform packaging P Release Notes should be >90% filled in. Inkscape must pass >90% of 'make distcheck' Start an About Screen contest A General Bug Hunt: 1500 points H Post additional inkscape-0.91-pre*.tar.gz releases Packagers test creating pkgs of the -pre* releases P 4. Feature Freeze. Stable Branch is forked from Mainline B Regular development resumes on Mainline. B Avoid major refactorings on Mainline. B Only bug fixes committed to Stable Branch. B Bug fixes are cherrypicked from Mainline. B Inkscape must pass 'make distcheck' String Freeze No further string changes allowed on Stable Branch. T Finalize tutorials to be shipped with release Finalize other docs included in the release Finalize about screen A Finalize Release Notes except Known Issues Translators work on translations. T Recruit Release Wardens for Hard Freeze 5. Hard freeze. Only Release Wardens can commit to Stable Branch B Cherrypick bug fixes from Mainline to Stable B Complete any late work under advisement of Wardens Focus on release-critical bug fixing. Finalize all extensions Finalize codebase translations T Finalize Known Issues section of Release Notes Finalize packaging scripts Post additional inkscape-0.91-pre*.tar.gz releases 6. Release. Post inkscape-0.91.tar.gz Post packages Post official announcements Plan 0.91.1+ release(s), if needed 7. Open development.

4 15

Devlibs 46 too slow
by LucaDC 19 Dec '13

19 Dec '13

After updating to devlibs r46 moving objects around becomes too slow in my system and Inkscape is nearly unusable even for simple drawings. Open a new document, draw a rectangle and move it around: the lag is huge. Even changings of the cursor when hovering over it are updated with delays of 1 s or more. Moving and snapping guides (not to guides), on the other hand, is very fast. My system is a Pentium 4, 3,2 GHz, 2 Gb RAM with Windows XP SP3. Reverting to devlibs r45 (trunk 12277) gives back the previous (acceptable) response time. I know my system is old, but with r45 it's fine for all my needs. Isn't this terrible performance drop avoidable? Inkscape is already not a jaguar... Regards. Luca -- View this message in context: http://inkscape.13.x6.nabble.com/Devlibs-46-too-slow-tp4966631.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 22

Inkscape performance - two suggestions
by Paul Kallnbach 19 Dec '13

19 Dec '13

Dear list, this is my first contact to the inkscape developer community and I hope my messages is not received as being overly critical or even offending as I'm clearly talking about things I do not fully understand. You're all doing a great job on Inkscape and I l-o-v-e the upcoming 0.49 release! It is no secret that Inkscape suffers some performance issues when editing or just viewing complex svg files, especially at high zoom levels. Particularly there is a noticable lag between a user action (e.g. zooming in) and the start of the rendering process. I'm not an experienced c++ programmer nor do I know much about how Inkscape works internally but I crawled through the code, following the chain of actions Inkscape does, when its processing its user actions and it turned out that commenting out the following lines instantly removes the bespoken delay and thus greatly accelerates the responsiveness of the program for complex drawings: in drawing-item.cpp, line 586 - 589: :572 if (_cached) { if (_cache) { _cache->prepare(); #ifdef WITH_CSSBLEND set_cairo_blend_operator( ct, _blend_mode ); #endif _cache->paintFromCache(ct, carea); if (!carea) return RENDER_OK; } else { // There is no cache. This could be because caching of this item // was just turned on after the last update phase, or because // we were previously outside of the canvas. Geom::OptIntRect cl = _drawing.cacheLimit(); cl.intersectWith(_drawbox); /* if (cl) { _cache = new DrawingCache(*cl); } */ } } else { // if our caching was turned off after the last update, it was already // deleted in setCached() :593 } I don't know much about Inkscapes caching mechanisms but clearly a cache that slows down a program instead of accelerating it is broken. Furthermore this else-statement should be a rather rare exception to be called but the program behaviour indicates its called not only for every object but also every time the canvas is updated, which might indicate a more complicated issue.. I am fully aware that just commenting this out is not a solution to the problem but maybe somebody more experienced could have a look at the functions involved and come up with a more sophisticated solution? The second suggestion I wanted to make is more a design decision I'm afraid. It is about Inkscape interrupting the redraw process (see sp-canvas.cpp, around line 1967) At the moment the redraw is aborted if its not done in less than 1 microsecond, which, at least on my system, almost never happens unless I pan very slowly. The result are very ugly artefacts on the edge of the screen when the user pans/scrolls the canvas (see this screenshot for clarification: http://www.gorilla-computing.de/misc/inkscape_screenshot.jpg). Has ever been considered to increase that limit so Inkscape can actually finish the redraw more often? I experimented around a bit and a value of 100ms seems to do the job just fine - especially with the cache lag gone. And it should still be low enough to process different user input when needed. If it is not possible to hardcode that limit to a sensible value, maybe one could make it a slider in the options->render menu? Thanks for your considerations! Best, Paul

1 0

new scaling/stretching behaviour with Preserved Transforms
by alvinpenner 18 Dec '13

18 Dec '13

This is an attempt to summarize the types of scaling behaviour that can occur, and to highlight a few remaining unresolved issues. Only the behaviour of the visual bbox will be discussed. In Inkscape 0.48.4 there were two types of stretching behaviour, depending on the choice of the preference for Scale Stroke Width. The choice of the preference for Optimized/Preserved Transforms did not affect the visual appearance in Inkscape, although it did in other renderers. With the implementation of the new Cairo renderer both of these preferences now affect the visual appearance, as they should. So there are now 4 possible results. The attached file 4boxes.svg has four identical boxes in a horizontal row. After stretching vertically with the Select tool (F1) we get file 4boxes_12851.svg. The four types of stretch used here were, from left to right: scale/optimized, no scale/optimized, scale/preserved, no scale/preserved. The first three cases scale more or less as expected, the fourth case is a bit unexpected. Since the idea of a constant (apparent) stroke width is meaningless in the case of a preserved transform, what has happened here is that the geometric mean of the apparent horizontal stroke and the apparent vertical stroke has been kept constant during the stretch, which is why the stroke along the horizontal axis is so narrow. Upon looking closer, case 3, scaled/preserved, has a few minor inconsistencies: it is too narrow and there is a vertical offset. These have been addressed in rev 12852. The result is shown in the file 4boxes_12852.svg. There are two remaining issues which may be more difficult to solve. In case 4, no scale/preserved, there is a remaining vertical offset. The offset is actually more serious than it appears to be, because it is persistent, it does not go away even after performing a round trip by contracting the shape again. It appears to be related to the fact that the stretching was asymmetric. If you drag at a 45 degree angle, then there is no offset. This will be reported elsewhere as a bug. The second unresolved issue is that the appearance during the drag is not the same as the appearance after releasing the object (Bug 1258271). Hoping to raise the visibility of this behaviour because this has provoked some discussion in the past, Bug 805392, Bug 805793; and since I have no idea how to fix the remaining issues. 4boxes.svg <http://inkscape.13.x6.nabble.com/file/n4969050/4boxes.svg> 4boxes_12851.svg <http://inkscape.13.x6.nabble.com/file/n4969050/4boxes_12851.svg> 4boxes_12852.svg <http://inkscape.13.x6.nabble.com/file/n4969050/4boxes_12852.svg> Cheers, Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/new-scaling-stretching-behaviour-with-Pres… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

possible bug?
by TimeWaster 18 Dec '13

18 Dec '13

i have the attached document: <svg [...] width="602.36218" height="336.04724" [...] viewBox="0 0 170 94.840002"> <sodipodi:namedview [...] inkscape:document-units="mm" [...] > in inkscape "custom size" is set to px, "default units" is set to mm. width and heigth are the size of the document in pixel, all other numbers are in mm. (they all have no unit specified, but i know it because of the dimensions of the drawing) shouldn't the width and height parameter be width="602.36218px" instead of width="602.36218" since the document wide unit is mm (even the viewBox is in mm)? i am using r12832 right now. i think this is related to https://bugs.launchpad.net/inkscape/+bug/605089 but it says it is fixed there, which i cannot confirm. and even if you say that width should always be in px, having no explicit unit given makes it harder (more obfuscated) for people to understand and parse the documents. regards, TimeWaster -- Save a printer manufacturer. Print this e-mail unless it's really necessary not to do so.

2 1

Re: [Inkscape-devel] Dealing with OS reported bugs
by Bryce Harrington 17 Dec '13

17 Dec '13

On Tue, Dec 17, 2013 at 08:30:28AM +0000, Nicolas Dufour wrote: > On Sun, Dec 15, 2013 at 07:42:49PM +0100, Kris De Gussem wrote: > >> I was wondering how to deal with bug reports automatically submitted by the > >> operating system. It is often hard to verify for these bugs how exactly one > >> could to provoke the issue but on the other hand it may be clear from the > >> backtrace that some null pointer check (or related thing) is missing). > > It's particularly difficult to deal with the Ubuntu automatic reports, > mainly because they often don't include steps to reproduce. We can try > to fix it thanks to the backtrace, but we have no certainty that it is > actually fixed without the steps. So what should we do? Close as soon > as we have committed a fix or wait until someone finds a way to > reproduce and confirm the fix works. I don't think there can be a hard and fast rule here; it's kind of a judgment call. For X.org bugs in Ubuntu, where there was a crash we didn't know how to repro but the stacktrace pointed out the flaw (a null pointer deref or whatever), I'd commit the patch and mark the bug fixed. We would only need the steps to repro and confirmation of the fix if we needed to backport the fix to a stable release. When the stacktrace didn't point out the flaw definitively, then we would indeed need to get steps to repro. If we had an idea for a patch, I'd post it to the bug report (and put a test package with the patch into a PPA), and wait on committing it to mainline until a user confirmed it. We usually only did this for crashes and lockups that were being hit by a lot of users, so even if one person was unresponsive, we could wait until another person filed a new bug, or commented on the original one. In a lot of cases the crash or hang wasn't deterministic but tended to occur periodically over N hours, so if they ran the package and used it for > 2*N hours we called it good. It's worth noting that the automatic collecting tool avoids creating new bug reports if it finds one with the same stack trace that still has an open distro task. So, being a little aggressive at closing these bugs when you suspect they're fixed is okay - the system will file a new one if it's still crashing for someone. My guess for Inkscape is that the former case is going to be more applicable. Perhaps suv has better advice on Inkscape policy here? Of course, if the codebase is frozen for a release, there'll be stricter rules, since we do want to make sure a committed fix really does fix the issue, but there'll be policy guidance given when we're at that point. By the way, the automatically generated bug reports can be controlled on the ubuntu side. We can arrange to collect some additional logs from the system at the time of the crash. (Very useful for X.org bug reports; maybe less so for Inkscape.) Also, there is a site at errors.ubuntu.com where ALL reported crashes appear, even if the user doesn't file a bug report. This site counts how many of each crash were reported for each Ubuntu release, and links to the bug report if there is one. You have to register to gain access to the detailed data (let me know if you're applying and I'll put in a good word with the ubuntu folks.) So right now, for package 0.48.4-1ubuntu3, the top crashers hit by users this past month are: Bug 1047748 (71 crashes) sp_dtw_color_profile_event Bug 1216167 (14 crashes) pathv_to_linear_and_cubic_beziers (8 crashes) sp_guideline_destroy (8 crashes) sp_ctrlpoint_set_color The interface also allows creating bug reports for crashes that don't yet have one. I created 1261918 as an example. Looks like there's a bunch of crashes that don't have bug reports yet. The detail crash report page shows a full stack trace, and a table showing other instances of the crash, what package version and ubuntu version were in use, and the date and time the crash occurred. You can also look at other examples of the stack trace, which can sometimes be handy to compare data or examine race conditions. For X.org I found this tool very helpful for prioritizing what crashers to work on, and identifying where backports of a fix to earlier stable releases would bring good bang for the buck. HTH, Bryce

1 0

Powerstroke questions
by Tom Lechner 17 Dec '13

17 Dec '13

Hi, I really love the powerstroke path effect, but some questions. 1. How accessible is the stroke information? From the file, it appears it is stored as a series of points, and stroke properties are derived from proximity to the original path. Perhaps there is an option to output more explicit information so that anything building on top of powerstroke can use it? If there is no possibility of outputing a kind of cache of powerstroke info, are there easy to use functions in the actual code to get this kind of information? I have been working on a mesh along path interface (not quite directly in inkscape yet), which could be adapted to apply gradients perpendicular to paths, make paths change color in the path direction, or perhaps be a base for inserting series of etching lines that conforms to a base path. Having access to powerstroke width profiles would be a great asset for these kinds of extensions. 2. Does the powerstroke computer apply the width always centered on the path? If the top and bottom were allowed to operate independently, it would be a single interface for both line offsetting (with only one powerstroke point) and for powerstroking itself. Thinking ahead to animation, tweaks like this could be useful there. -Tom ------ tomlechner.com

2 1

Re: [Inkscape-devel] lib2geom development, make test fail?
by Andreas Lobinger 17 Dec '13

17 Dec '13

Hello colleagues, 1) it's correct, the wiki points to a subversion repository https://lib2geom.svn.sourceforge.net/svnroot/lib2geom/lib2geom/trunk which i checked out as version r2059, the svn log | head tells me: lobi1@...3065...:~/lib2geom/trunk$ svn log | head ------------------------------------------------------------------------ r2059 | tweenk | 2010-07-21 22:18:35 +0200 (Mi, 21 Jul 2010) | 2 lines (and last check-in more than 3 years ago doesn't look like recent development...). This version runs cmake with everything found except: -- blas Includes, Compile and Link Flags: NOT FOUND -- pycairo Includes, Compile and Link Flags: NOT FOUND generates a makefile, make breaks with: lobi1@...3065...:~/lib2geom/trunk$ make [ 1%] Building CXX object src/2geom/CMakeFiles/2geom.dir/affine.cpp.o In file included from /home/lobi1/lib2geom/trunk/src/2geom/affine.cpp:15:0: /home/lobi1/lib2geom/trunk/src/2geom/utils.h:44:40: error: ‘size_t’ was not declared in this scope /home/lobi1/lib2geom/trunk/src/2geom/utils.h:44:40: note: suggested alternatives: /usr/include/c++/4.6/i686-linux-gnu/./bits/c++config.h:155:26: note: ‘std::size_t’ /usr/include/c++/4.6/i686-linux-gnu/./bits/c++config.h:155:26: note: ‘std::size_t’ /home/lobi1/lib2geom/trunk/src/2geom/utils.h:44:46: error: template argument 1 is invalid /home/lobi1/lib2geom/trunk/src/2geom/utils.h:44:46: error: template argument 2 is invalid /home/lobi1/lib2geom/trunk/src/2geom/utils.h:44:53: error: ‘size_t’ has not been declared make[2]: *** [src/2geom/CMakeFiles/2geom.dir/affine.cpp.o] Error 1 make[1]: *** [src/2geom/CMakeFiles/2geom.dir/all] Error 2 make: *** [all] Error 2 which looks strangely as C++ header trouble. 2) I followed the link in http://inkscape.org/en/develop/getting-started/#bazaar and in section Inkscape development tells me:The geometry library lib2geom, written in C++, is intended to eventually become a separate project. You can get the latest version of lib2geom from its Launchpad repository<https://launchpad.net/lib2geom> . So i bzr from the launchpad repository, bzr log | head tells me: lobi1@...3065...:~/lib2geom/lib2geom$ bzr log | head ------------------------------------------------------------ revno: 2161 committer: Johan B. C. Engelen <j.b.c.engelen@...3066...> branch nick: lib2geom timestamp: Mon 2013-12-09 22:00:17 +0100 message: use proper std:: namespace for std::size_t, because of cstddef include. fixes build for some ppl ------------------------------------------------------------ which i considered a lot more recent. The cmake claims the same missing as above, make however runs through and produces both the library and the toy programs. make test fails as: ... 60% tests passed, 6 tests failed out of 15 Total Test time (real) = 1.00 sec The following tests FAILED: 2 - bezier-test (Failed) 3 - chain-test (Failed) 4 - path-test (Failed) 6 - sbasis-test (Failed) 8 - convex-test (Failed) 11 - cg-test (Failed) Errors while running CTest make: *** [test] Error 8 3) My system is a std 12.04 Ubuntu on lobi1@...3065...:~/lib2geom/lib2geom$ uname -a Linux mark 3.2.0-56-generic-pae #86-Ubuntu SMP Wed Oct 23 17:51:27 UTC 2013 i686 i686 i386 GNU/Linux ? Wishing a happy day, Andreas

3 2

Fwd: possible bug?
by TimeWaster 17 Dec '13

17 Dec '13

*push* if noone answers till tomorrow i will open a bug report for it. regards, TimeWaster -------- Original Message -------- Subject: [Inkscape-devel] possible bug? Date: 15.12.2013 16:15 From: TimeWaster <sebi@...2963...> To: Inkscape Devel Mailingliste <inkscape-devel(a)lists.sourceforge.net> Reply-To: i have the attached document: <svg [...] width="602.36218" height="336.04724" [...] viewBox="0 0 170 94.840002"> <sodipodi:namedview [...] inkscape:document-units="mm" [...] > in inkscape "custom size" is set to px, "default units" is set to mm. width and heigth are the size of the document in pixel, all other numbers are in mm. (they all have no unit specified, but i know it because of the dimensions of the drawing) shouldn't the width and height parameter be width="602.36218px" instead of width="602.36218" since the document wide unit is mm (even the viewBox is in mm)? i am using r12832 right now. i think this is related to https://bugs.launchpad.net/inkscape/+bug/605089 but it says it is fixed there, which i cannot confirm. and even if you say that width should always be in px, having no explicit unit given makes it harder (more obfuscated) for people to understand and parse the documents. regards, TimeWaster ------------------------------------------------------------------------------ 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

1 0

lib2geom development, make test fail?
by Andreas Lobinger 17 Dec '13

17 Dec '13

Hello, i wanted to use lib2geom in an own project and have difficulties to compile and run correctly; so my co from bzr_lp can cmake, make, but make test fails (for 6 tests, starting with bezier). This is also visible in the toys. Can someone point me please, how to connect to the development and how and where to ask questions. It also would be nice, to clarify the dependencies (BLAS is not found, but it's not clear, what this means). Wishing a happy day, Andreas

2 1

Fwd: Re: [scribus-dev] C++11
by Johan Engelen 16 Dec '13

16 Dec '13

Hi all, I asked the Scribus guys what their plans are regarding C++11. They had not thought about it much, but I got a very interesting reply, that is relevant for us too. Please read below. regards, Johan -------- Original Message -------- From: - Thu Nov 07 23:35:19 2013 Date: Thu, 07 Nov 2013 02:21:04 +0100 From: Jean Ghali <jghali@...373...> To: Scribus Development Mailing List <scribus-dev@...3050...>, jbc.engelen@...2592... Subject: Re: [scribus-dev] C++11 Hi, For making the switch to C++11, all C++ dependencies have to be compiled using C++11 too. It is indeed dangerous to link C++11 objects and C++ objects compiled according to previous standards: - http://gcc.gnu.org/wiki/Cxx11AbiCompatibility - http://stackoverflow.com/questions/9408656/do-we-need-to-recompile-librarie… - http://stackoverflow.com/questions/10065055/why-is-stdlist-bigger-on-c11 So basically the main requirements for us to switch to C++11 would be that qt binaries provided by distros are compiled according to C++11. I don't known if this is the case currently but i doubt it. Cheers, Jean Ghali Le 06/11/2013 20:05, Johan Engelen a écrit : > Hi all, > I'm rooting for requiring C++11 for lib2geom ASAP. How badly would this hurt Scribus > development? ;) > Are there any plans about when to make the switch to C++11 for Scribus? > > (I'm not subscribed to the list, so please also send replies directly to my address) > > Cheers, > Johan > (Inkscape and 2geom developer)

2 3

Recognizing a circle from a 1 + 3N Bezier description?
by mathog 16 Dec '13

16 Dec '13

SVG has a radial gradient type but neither EMF nor EMF+ do. Instead EMF+ has a gradient type that can be generalized to a radial: set color1 at an interior point and color2 on a closed path around it, and the intermediate points' colors are determined by the position along the ray from the center to the bounding curve. When PowerPoint saves a radial gradient via "save picture as" to an EMF file it also creates an EMF+ description. In the cases tested those paths looks like this: 1213769.875000,856342.937500 < 1213769.875000,1358353.125000 806810.187500,1765312.875000 304800.000000,1765312.875000 < -197210.218750,1765312.875000 -604169.937500,1358353.125000 -604169.937500,856342.937500 < -604169.937500,354332.718750 -197210.218750,-52627.000000 304800.000000,-52627.000000 < 806810.187500,-52627.000000 1213769.875000,354332.718750 1213769.875000,856342.937500 < The first point has type "start" and all the others have type "Bezier. The "<" indicates the points that are actually on the circle, and the points are grouped to emphasize how they work. These correspond to this drawing, with the point at 9:00 repeated once: http://www.mathworks.com/matlabcentral/fx_files/6844/2/CircleApproxbyCubicB… If the goal is to import this gradient from the EMF+ this bezier must be recognized as a circle. That might also be worthwhile for other circles encoded as a similar path. Now if the circles were only ever encoded with 13 points in this manner it would be pretty easy to spot one and convert it to a circle. But there might be 25 points in another circle representation, or something else. Does anyone know of a relatively straightforward test to apply to a curve like this (1 + 3N Bezier points) to see if it is a circle (within an error limit)? For the gradients we also have the location of the center point, but that won't be true for general curves. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 4

better targets for task/note-annotations on website
by Jared Meidal 16 Dec '13

16 Dec '13

I really like how the new website is functioning and it seems a slick way to bring in users and developers both into engaging with Inkscape! I've seen a number of text notes appearing on page content which seem to be reminders for tasks or content-to-come. I'm really glad for the diversity of contributors on the site, but as notes/tasks/needs are published on the site (rather than actual useful content itself) I'd like to see an alternative destination established before these notes sit out there too long on our live site. For example, http://inkscape.org/en/download/windows/ contains the line at the top "[[website TODO : pretty buttons showing main download link, + maybe screenshots of the installer.]]" This is a useful reminder to the website author-community, but not text that should reside on the live site. Would a better action be to move these annotations into the launchpad templates/bugs area, or can the web CMS handle notes in the backend for the developers only? Thanks, --Jared

3 2

Dealing with OS reported bugs
by Kris De Gussem 16 Dec '13

16 Dec '13

Hi all I was wondering how to deal with bug reports automatically submitted by the operating system. It is often hard to verify for these bugs how exactly one could to provoke the issue but on the other hand it may be clear from the backtrace that some null pointer check (or related thing) is missing). See for example https://bugs.launchpad.net/ubuntu/+source/inkscape/+bug/1172484 for which I added a patch. See for example https://bugs.launchpad.net/ubuntu/+source/inkscape/+bug/1219264 which might be solved by trunk revision 12851 (or maybe revision 12838). Do we mark these reports as fix committed (although we do not know how to provoke the issue)? Do we add a patch and wait for a specific amount of time for reactions? Any experiences on how is it dealt with for Ubuntu? Kind regards K

2 1

Tutorials Gallery
by Martin Owens 11 Dec '13

11 Dec '13

I've added a simple rss feed to the tutorials page: http://inkscape.org/en/learn/tutorials/ It's pulling in items from my inkscape tutorials favorites folder on deviantArt and I think it looks rather nice. Thoughts? Martin,

4 5

Re: [Inkscape-devel] Tutorials Gallery
by Jared Meidal 11 Dec '13

11 Dec '13

>On Sat, 2013-12-07 at 22:19 -0500, Partha Bagchi wrote: >> Looks nice. I am sure you are aware the links don't work? > >Yes, we're waiting for an editor to fix them. Any Volunteers? > >Martin, These links seem to be working fine for me: http://inkscape.org/en/learn/tutorials/ Is there still more work needed here? --Jared

1 0

Re: [Inkscape-devel] [CREATE] Open source patternmaking tool
by Susan Spencer 10 Dec '13

10 Dec '13

Valek, Attached are screen prints of how variables are used in the demo software. Roman's tutorials need translation as well. Susan On Mon, Dec 9, 2013 at 6:38 PM, Susan Spencer <susan.spencer@...400...>wrote: > Hi Valek! > > There are lists of variables which need translation, > The variable lists themselves are chosen by radio buttons, > so the labels need translation as well. > > Are you interested? > > > On Sat, Dec 7, 2013 at 7:51 PM, Valek Filippov <frob@...45...> wrote: > >> Susan, >> >> Could you be a bit more specific about what you would like to be >> translated? >> >> -- >> Cheers, >> Valek >> >> >> On Fri, Dec 6, 2013 at 9:58 PM, Susan Spencer <susan.spencer@...400...>wrote: >> >>> This program was recently developed by Roman Telezhinsky >>> and is now going through initial testing and UI development. >>> >>> http://www.opennet.ru/opennews/art.shtml?num=38602 >>> >>> If there is anyone on this list who can help with translation >>> we would really appreciate your help! >>> >>> - Susan >>> >>> >>> >>> _______________________________________________ >>> CREATE mailing list >>> CREATE@...626... >>> http://lists.freedesktop.org/mailman/listinfo/create >>> >>> >> >

1 0

New website
by Hinerangi Courtenay 08 Dec '13

08 Dec '13

Hello Inkscape devs, I just noticed today that the new website is up - congrats! I especially love the gallery with all the user artwork. :-) I wanted to help out with the front-end a few months back but got bogged down with my studies, but now I have more free time on my hands. I was thinking maybe I could tweak the visual aspects to work better together (font sizes, spacing, etc), and maybe make the site responsive (adapted for smartphones and tablets)? There were also a few pages that were designed but not implemented - if I did the html/css would someone be able to develop them into the website? Also, good idea leaving out the flags in the language switcher (I had them in there before learning about website i18n and l10n, thinking they'd help to quickly find a language). Thanks for being awesome! Hine

5 10

Cli -> path effect
by Alain Meunier 07 Dec '13

07 Dec '13

Hello, My goal is to hatch my drawing by command line. In the gui, you just draw a line -> Path effect editor -> Hatch -> Add Now, in the cli,I saw the "DialogLivePathEffect: Manage, edit, and apply path effects (Shift+Ctrl+7)" option, but when trying to set it right, nothing happens.. --select=myobject --verb DialogLivePathEffect but then, nothing happens. Is this option implemented ? Could not find any clue on how to modify the values (frequency randomness..) This part is *very* undocumented and i could help if i get any answer. Thanks

2 1

Call for Designer
by Martin Owens 06 Dec '13

06 Dec '13

Hey Devs, I'm not happy with the size increase on the website. I do admit that readability is important, but the website has lost some of it's style in the process. Could one of you kind designers help get the style sheet back in order? It should take more than 10 minutes for someone with css skills and a keen eye: http://inkscape.org/en/develop/ Best Regards, Martin Owens

2 2

Website Announce
by Martin Owens 06 Dec '13

06 Dec '13

Hey Devs, Firstly, sorry for the 3 minute outage between 12:56 and 12:59 Secondly, should be announce the new website as news this week or next week? I interested on hearing if you think it's ready or if you think it could do with some more time to edit. Best Regards, Martin Owens

3 2

Website Announce (Martin Owens)
by Jelle Mulder 06 Dec '13

06 Dec '13

Ehm,.. Martin,.. the downloads are not functioning at this moment. The link goes to the old staging site and has this curious notion of not being live. Confusing to say the least. I also think the basic typeface could be a point size larger for clarity. Cheers, Jelle On Thu, 05 Dec 2013 08:37:53 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Website Announce (Martin Owens)

6 7

Re: [Inkscape-devel] Connector Tools
by Susan Spencer 05 Dec '13

05 Dec '13

Hi Michael, Hope you're feeling better! Thanks for the the advice about updating libavoid. We'll be looking for more of this type of information during the next few weeks, so if you happen to think of anything, or see something in this thread that requires correction or addition, please let us know. Thanks, and get well soon, -Susan

1 0

Website Translations
by Martin Owens 05 Dec '13

05 Dec '13

Hey Guys, Please pass this onto the translations mailing list: The website's internal translations are open: https://translations.launchpad.net/inkscape-web These are all the strings which one can not edit from the CMS interface, but should be translated for your local language. They'll be merged in one a week or so and uploaded to the live website. These didn't work until today and I'm still trying to identify strings which haven't been marked for translation. So if you see any, let me know via a bug report. Best Regards, Martin Owens

1 0

Staging & Website Update
by Martin Owens 05 Dec '13

05 Dec '13

Hey Devs, We're testing live over at http://py1.osuosl.org/ please register a new account for yourself and I will enabled your editing capabilities. Please do not edit http://staging.inkscape.org any more unless you want to test edits. These edits will be periodically overwritten with data from the new live instance. We're waiting on the masters of the DNS to change over www.inkscape.org when ready. In the meantime, please give the new live a test and please let me know if you find issues. Best Regards, Martin Owens

7 20

Re: [Inkscape-devel] Inkscape and SMIL support
by Susan Spencer 04 Dec '13

04 Dec '13

As mentioned previously in this thread, details of fundraising are typically discussed *after* a proper estimate is developed. If this is a serious discussion (which I believe it is) then the following actions are up next: 1. Identify the programmers, testers, documenters and users who will participate. (Participants can assume multiple roles) 2. The programmers collaborate to create & share the requirements and constraints 3. The testers specify & share the testing and signoff requirements, based on output of #2 4. All participants specify documentation requirements to meet needs of both the users and the future developers/maintainers 5. Estimate the cost & delivery schedule 6. Design the fundraising campaign (which is another separate effort) if you're going to raise funds from the public then you can't be code cowboys about this, no matter if you believe this is a relatively small effort. Performing the above steps and publishing the results helps build momentum for public monetary support and creates tremendous public confidence. it also gives the tech media something to report regularly building up to the fundraising start date. Use the machine wisely, publicity never hurts! Assuming that remote collaboration results require more time than face-to-face sprints, we can shoot for 30 to 60 days for #1-5, 30 days maximum for #6, so max 90 days till fundraising. My skills aren't in programming, but if you would like me to I can help with project development & fundraising. If there are others more connected to Inkscape than I who would like to step up for this work, please do! - Susan >

8 25

Website status
by Bryce Harrington 04 Dec '13

04 Dec '13

On Tue, Nov 19, 2013 at 09:48:14PM -0500, Martin Owens wrote: > On Tue, 2013-11-19 at 15:58 -0800, Bryce Harrington wrote: > > Thanks, what is the ETA for this switchover? > > Last week of November was my target date. I'm confident it'll be > switched by next week. We have OSL on the ticket today for the new mysql > database and I've got everything from the repo to the nginx config > ready. > > Once live.inkscape.org points to py1, it can be tested. Once it checks > out, inkscape.org and www.inkscape.org can be pointed to the same. > > Martin, Hi Martin, Where do we sit with getting the new site online? I assume we just need a DNS switchover at this point; if so, do you have a contact person for doing this switch? I've had a few people contact me about making donations recently, so given google checkout is going away, it'd be helpful to get the new site up asap. Also, can you draft up a short intro guide to explain how to sign up for an editor account, and how to add content, news items, etc. to the site? Bryce

3 7

Additional Inkscape Funding - paying developers feature by feature
by Anna Morris 04 Dec '13

04 Dec '13

Hi, Firstly, I am a big Inkscape fan, I have used it for various projects in the past year, this is my favorite http://fsfe.org/graphics/xbox-infographic.png (ie. I am not a spammer, lol) So, my email is about funding. I am working with Open Funding http://funding.openinitiative.com/ to assist developers to get crowd funding for Free Software. Open Funding works on a feature by feature basis. For example the core-team at gimp are funding a symmetry painting feature at the moment http://funding.openinitiative.com/funding/1578/ I am not sure how Inkscape is funded at the moment, but I would very much like to assist any developer(s) to get funding for a feature. Also, if you don't need/want to earn money for your work, you could always donate the funds to the project in general. This small scale funding is a great way for users (like myself) to give back, which they are often eager to do, but in a way which is very concrete, forward thinking and achievable. Its much simpler to set up than a large kickstarter campaign and is more deeply routed in the function of the software. Please let me know what you think and if you are interested in getting funding this way, either as a group of core-developers or, if not, as an individual developer. Thanks Anna Morris

4 4

Re: [Inkscape-devel] Inkscape and SMIL support
by Maggio Mago 04 Dec '13

04 Dec '13

> > On Tue, Dec 03, 2013 at 02:59:22PM +0100, Krzysztof Kosi??ski wrote: > > That sounds like a good project. If you are interested in this, ping > me, I've done a little bit of work on vector renderers on opengl. > > Ping! I work at my level about SMIL support. I am interested in any document about it. In my own way I try also to document source code (conceptual / concrete architecture, sequential diagram, relationship diagram, major objects, ...) Best regards --------------------------------------------- Thank you to all the contributors who helped to Inkscape to be it is. I send you our best greetings, and all your family members.

1 0

Inkscape 0.48.5
by Alex Valavanis 03 Dec '13

03 Dec '13

Hi All, Do we have a schedule for the next stable point release? Builds are now failing on Ubuntu Saucy using 0.48.4 because of bug #1095364 <FTBFS with gcc 4.8> [1]. Cheers, AV [1] https://bugs.launchpad.net/inkscape/+bug/1095364

7 27

Removing ID attribute from group (XML editor) causes crash
by Bryan Hoyt | Brush Technology 03 Dec '13

03 Dec '13

While editing an Inkscape-created document, if I delete the ID attribute of a group (or any other element, on further investigation) using the XML editor, and then select that element in the visual editor, Inkscape crashes. The ID in question is not referenced elsewhere in the document. Is it valid SVG to have objects without IDs? It certainly seems like it should be, particularly for hand-crafted SVG. I can reproduce this trivially in Inkscape's trunk build from 22 Sep 2013 on a blank document with nothing but a plain rectangle. - Bryan -- Bryan Hoyt, *Software Developer* -- Brush Technology *Ph:* +64 3 741 1204 *Mobile:* +64 21 238 7955 *Web:* brush.co.nz

4 10

SMIL Breakdown
by Martin Owens 03 Dec '13

03 Dec '13

This is an attempt to breakdown the larger SMIL problem into dependent pieces of work and also define a test which can say if this piece is done. What piece would you like to work on the most? If you can see any gaps or better delineations, we can modify: 1. Preservation - Allow all SMIL elements and attributes to exist in loaded documents and save them back without modifications even if the object's they're tied to are modified. The test is a set of SMIL enabled animations and this might already pass. 2. Propertise - Actually load SMIL elebutes into structures and make them accessible via code. The test would be a code test, call out all the attributes and iterate over times. 3. Internal Time Line - We'd introduce the time dimension to our objects and we'd be able to set a time on them and read back nearest values (no interpolation). The test would be another code test to select objects, set a time and read back attributes. (getAttributeAtTime?) 4. Static Time - We'd allow the user to set a time via the ui or the command line and render that as a static non-animated drawing. The test would be a visual one, load inkscape with an existing smil svg file and pick a bunch of times and export each as a png frame. 5. Interpolation - This can happen along side any other pieces after 3, but it's a well understood problem and testing can be done with either a code test requesting attributes non-key-frame times or a visual test like 4 for non-key-frame times. 6. Renderer - We attempt to create a smooth animation from the attributes. This involves automatically progressing over time and changing the rendered output. The test would be to load a smil svg and see the animation animate on canvas once. (Play button/keycombo?) 7. Timeline UI - This is the most UI design aspect. We add in a way for the user to move through the timeline. We don't have to make the UI look like any existing products. The test would allow a user to drag through a timeline, press pause, start, etc and see the result. 8. Attribute modification - This is where it changes from being a viewer to an editor. Moving and changing attributes while at a specific time can create the required key frames in a linear time progression. Deleting those key times would be useful too. Test would be to create a simple animation from scratch. 9. Export - This is where we save out frames from the render one by one into a desired format. The test is simply the ability to get an mpeg or dir of pngs from an smil svg file. These steps are all really basic and each one should be non-intrusive and capable of being released without effecting the experience for static artists. The next question is; if we were to organise a project around these tasks; how far would we initially go and how much would each step cost? Best Regards, Martin Owens

2 2

Inkscape and SMIL support
by HadiM 02 Dec '13

02 Dec '13

Hi guys, I wonder to know if you have a mid term plan to add animation support on inkscape (with a nice GUI and all that stuff...). I you do, are you planning to use SMIL or DOM manipulation script ? I saw on your wiki some pages related to animation support but they are all old and do not seems updated. If you don't have time to work on it, could you consider launching an indigogo or kickstarter campaign to raise some funds. I am sure many people will give you money to give that support. In my opinion with HTML5 / CSS3, modern browser, video support and inkscape, animation support in inkscape is the only key missing to be able te replace PowerPoint. I except to see many software based on SVG+animation emerge in the next few years with the HTML5 explosion. It will be sad to see a new proprietary software emerging and becoming the standard in SVG animation. Best, -- HadiM

10 20

SMIL in SVG
by Tavmjong Bah 02 Dec '13

02 Dec '13

Hi, The Inkscape and SMIL thread is getting pretty long so I am starting a new thread on if SMIL is the right solution for animation in Inkscape. I personally think SMIL is quite useful, but you should be aware that Microsoft has been quite forthright that they will not support SMIL in Internet Explorer. They don't want to support a second declarative animation model, the first being CSS Animations[1]. CSS Animations does have some problems, namely at the moment you can only animate style properties (things that you can set using the 'style' attribute). You cannot animate attributes (such as rectangle 'width'). This is suppose to be resolved at some point. Having said that, the other browsers do support SMIL and SMIL is not at risk of being dropped from SVG 2 (as was SVG fonts last week). (Although, I know of at least one Chrome developer who might be happy to see SMIL go.) If there is enough demand from designers for SMIL, Microsoft has been known to change its mind (they weren't going to implement SVG filters at first). But this is someone of a chicken and egg problem. There is the "FakeSmile" JavaScript library that can be used with IE so lacking native support in IE may not be that big of a deal.[2] There is precedence for Inkscape to lead the way. I've had one person who has been around SVG for a long time tell me that without Inkscape SVG would not now be part of HTML5. BTW, I have a page where I created the same animation using SMIL, CSS Animations, and JavaScript.[3] Note that browser support for declarative animation, either via SMIL or CSS Animations is full of little quirks so the tests may or may not work correctly depending on which version of which browser you use. Tav [1] http://www.w3.org/TR/css3-animations/ [2] http://leunen.me/fakesmile/ [3] http://tavmjong.free.fr/SVG/ANIMATION/

4 5

Elliptical arc branch
by Tavmjong Bah 02 Dec '13

02 Dec '13

Hi, The current Inkscape code converts an elliptical arc to a Bezier curve via converting it first to an SBasic curve. This leads to some loss of accuracy to the curve (noticeable now that we are using SVG <circle> and <ellipse> elements where possible) and control over where the resulting nodes will be placed. lib2geom has been patched (r2122) to fix the accuracy problem. Is there a reason this patch hasn't been applied to the copy of lib2geom in Inkscape? (If no, I can apply the patch.) Even with this patch, it might be better to provide a direct route to go from an elliptical arc to a Bezier curve bypassing the SBasic step to have better control over where nodes are placed. I have made a first pass at providing a direct route. At the moment, one Bezier curve is created if the arc is less than pi/2 in length. If it is longer, extra nodes are placed on the major and minor ellipse axes. Can the lib2geom experts have a look? I am sure I have not done things in a lib2geom sanctioned way. The branch is available at: lp:~inkscape.dev/inkscape/elliptical_arc I've attached a test file where the red ellipses/arcs are drawn using an "ideal" conversion to Bezier curves (with four per circle/ellipse) and the blue curves are test arcs. (The Cairo routines convert the arcs to Beziers for display as Cairo/PostScript/PDF do not have a native elliptical arc path segment so just rendering arcs on screen tests the code.) One obvious bug is that the flash path when using the node tool is wrong. Thanks, Tav

4 7

Re: [Inkscape-devel] SMIL in SVG
by Jelle Mulder 01 Dec '13

01 Dec '13

Hello all, I for one applaud this incentive. It's a long standing desire of the whole SVG community to have Inkscape support animation I think. I did a web design course in 2012 in which I made my design students create a website in SVG using Inkscape, notepad++ and Opera 11. One of the assignments was to add animation using SMIL and I made this simple example of how to create a repeating frame based animation. It works in Opera 9.5 - 12.16, but not in their Blink versions. Firefox works fine as well. Blink has a nasty bug/regression/security issue? that prevents external files to be <use>d. http://pjmulder.home.xs4all.nl/svg/exanples/frame_anim/anim.svg Based upon my experience teaching I would like to address the following points. 1. One of the things it does which is currently not supported by Inkscape is to use external SVG files. I would really be a great addition to the functionality of Inkscape if it did. The new Symbol manager already opens external files but then copies content from these file rather than linking them. I'd love to see that as an option to link externally, much like we do with bitmap images. It would make files a wee bit cleaner. There also would need to be an option to collect all linked files into a single whopper for portability. More difficult it would be but quite interesting, to be able to disassemble files into multiple ones again. 2. SMIL is a really easily understandable format for all. ECMAscript is unintelligible for the non coder, but I managed to teach each and every student how to move objects around using SMIL. CSS is a work in progress and to be honest I think it is an ugly way of doing anything really. It always feels like engineering your graphics, much like Postscript editing before the invention of Pagemaker, but then without knowing the context of your objects. CSS is too abstract for most people. 3. If however the SMIL code is just plunked into the overall SVG graphics file, the readability becomes zero. I therefore made them separate the SMIL logic from the graphic content. This has two advantages, they could easily edit the graphics content of their animation, reposition objects in their scene files and all that without influencing the logic code. SMIL also allows for editing the content at two levels. You can either edit the resource file or the <use> 4. Based upon this I would suggest for animation there to be a project file structure rather than single files. It would be useful for normal Inkscape projects too as you often want to separate images from your files rather than have them bloat the whole file and want to be able to use placeholders and replaceable content. Regards, Jelle Mulder On Sun, 01 Dec 2013 06:24:30 +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: SMIL in SVG (Susan Spencer) > 2. Re: Inkscape and SMIL support (Susan Spencer) > 3. Re: SMIL in SVG (Martin Owens) > 4. Re: Inkscape and SMIL support (Martin Owens) > 5. Re: Inkscape and SMIL support (Susan Spencer) > 6. Re: Inkscape and SMIL support (Susan Spencer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 30 Nov 2013 15:28:15 -0600 > From: Susan Spencer <susan.spencer@...400...> > Subject: Re: [Inkscape-devel] SMIL in SVG > To: Tavmjong Bah <tavmjong@...8...> > Cc: "inkscape-devel(a)lists.sourceforge.net" > <inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <CAFi3o2UOgK+AJFTm2g_DWhyK_m9ONQZmhtXb34STWegoTV+j_g@...401...> > Content-Type: text/plain; charset="iso-8859-1" > > Should IE's lack of support prevent Inkscape from incorporating SMIL? > > There should be some consensus on this. >

3 2

Recent change to ellipse to path conversion method?
by mathog 01 Dec '13

01 Dec '13

Earlier today I found one small bug related to images written to WMF files and posted it in launchpad. But while working on that noticed that there was also another binary change in the output that didn't correspond to anything I could see in the images. A careful byte by byte comparison of EMF and WMF output from the lp988601 and current trunk branches showed that outside of my code there has been a change, where the paths returned on ellipse to path conversions are not as they once were. In emf-print.cpp in the print_simple_shape() routine a print statement was added after the call to pathv_to_linear_and_cubic_beziers() and the loop which adds up nodes, lines, and curves. For the exact same ellipse (long axis aligned with x, short with y, axis ratio about 2:1) this is what was found: nodes lines curves lp988601 5 0 4 trunk 9 0 8 They start at the same point, but differ from there. Tried it again with perfect circles and got the same result. The strange thing is that there is no change at all to the geom.cpp file, where pathv_to_linear_and_cubic_beziers() is coded. I also checked to see if anything similar could be seen in the GUI, and it sort of could be. Select the ellipse, select "stroke to path", then edit points. The points on the ellipse are in different places in the two branches, and there are different numbers of points. For lp988602 there is one point on the end of each axis plus one point in roughly the center of each quadrant. For trunk there are the same points on the ends of the axis, plus two points within each quadrant, and these are clustered towards the "sharp" ends of the ellipse. Is this change intentional??? Thank you, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 15

Bug in Blend Modes, Please Help
by Martin Owens 01 Dec '13

01 Dec '13

Hey Devs, Blocking bug lp:850992 [1] is proving impossible to get a handle on for different devs who are not familiar with the blend code base and it's resisting attempts to let us learn about it. We could do with a heavy-hitting genius who hopefully knows something about the blend modes for layers to figure this out. I'm betting it's a single line fix when the little worm is rooted out. To reproduce: Make a new layer with a blend mode other than normal. Group any objects together. Grouping fails to refresh, ungrouping works as expected. The area isn't being cleared by the redraw method like the text bug (I checked), the redraw is simply failing to happen at all. Tracing the update events is what's causing some headaches since both upstream and downstream tracing just seems to vanish. Thanks for your help. Best Regards, Martin Owens [1] https://bugs.launchpad.net/inkscape/+bug/850992

4 14

Email Address
by Martin Owens 30 Nov '13

30 Nov '13

Hey Devs, I'm trying to think of a good email address for this kickstarter persona. I'm thinking that funding@...1478... or some other special email address would be ideal. We can decide where to route emails from there. Do you have any good ideas for some authoritative email addresses like this? Or a better suggestion for this one? Best Regards, Martin Owens

3 2

Questions from InfoWorld.com
by Tavmjong Bah 26 Nov '13

26 Nov '13

Hi, Paul Krill from InfoWorld.com is preparing an on-line presentation of SVG tools. He has indicated that he wants to include Inkscape in his presentation and has contacted us through the Software Freedom Conservancy. I volunteered to answer his questions. I could use some help (and some feedback). I hope to be able to send him a reply in the next day. His questions are indicated by *'s with my tentative replies following. There are a couple of places I could really use some help as indicated. Thanks, Tav * What is the purpose of Inkscape? What are its main functions? Creating vectorized drawings, from serious artwork to technical illustrations. A good summary of Inkscape functions can be found at: http://staging.inkscape.org/en/about/features/ (We will be going live with a new website in the near future.) Inkscape provides an easy to use interface for creating complex drawings. While Inkscape supports most of the SVG 1.1 standard, knowledge of the standard is not directly required. * What does Inkscape do that other SVG tools do not? [HELP WANTED (I don't have Illustrator or CoralDraw to compare it to). Tracing? Tiling? File format support? Command-line conversion between file formats?] Inkscape has a well developed plug-in system that allows users to extend Inkscape's functionality in many unique ways. One area that has been particularly popular is directly driving plotters and engravers including the "Egg-Bot". See: http://shop.evilmadscientist.com/productsmenu/tinykitlist/171-egg-bot * Who developed it? A team of volunteer developers. The original developers were mostly artists who were looking for a tool that allowed them to create the art they envisioned. * Is Inkscape an open source or commercial product? If it is commercial, can you provide a price range per-seat? Open source. It can be downloaded from: http://inkscape.org/download/ * How important is SVG, from your perspective? Originally SVG was chosen as the native file format for Inkscape as it is an open standard. In a more general historical perspective, SVG did not gain the popularity on the Web it deserved due the lack of support in Internet Explorer and due to Adobe losing interest after purchasing Macromedia (i.e. Flash). The inclusion of SVG as part of HTML5 and the addition of SVG rendering support in IE9 has resulted in a dramatic increase in interest in SVG. Adobe is once again on board and sees SVG (and HTML5) as the future. SVG is starting to appear on major websites such as this graphic from the New York Times: http://www.nytimes.com/interactive/2013/02/20/movies/among-the-oscar-conten… * Can you provide some screen shots or URLs with visuals of Inkscape? Certainly. [HELP WANTED, I assume that he'll want something he can use on his website.] See: http://inkscape.org/screenshots/index.php?lang=en * I understand from a user of Inkscape that it has not been upgraded in a while. Are there any plans to upgrade it soon? We will have a major upgrade in the very near future. Inkscape's rendering engine underwent a complete rewrite resulting in a significant speed up in rendering complex drawings while reducing memory use. There were a number of regressions that have had to be dealt with. We are down to a small number of blocking bugs (one?). Tentative release notes for the upgrade can be found at: http://wiki.inkscape.org/wiki/index.php/Release_notes/0.49 * Who is your employer and what is your title there? I am self-employed as a writer and software developer. I represent Inkscape in the W3C SVG working group.

6 12

Trunk r12812 building on Windows for anybody?
by mathog 24 Nov '13

24 Nov '13

There seems to be a build problem right now on Windows with r12812. bzr update rm build.dep rm -rf build g++ buildtool.cpp -o btool btool stops here: compile src/xml/simple-document.cpp compile src/xml/simple-node.cpp compile src/xml/subtree.cpp ##### Target : link ##### link objects and library to create executable --- link / rc --- link / link Make error line 437: LINK problem: mingw32-g++: error: CreateProcess: No such file or directory Is a new devlib needed? My system is currently at 47. If that is the problem, could we please have a small revision of btool so that it checks the devlib number and emits a useful error message if the needed version is not present? Thank you, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

7 24

Re: [Inkscape-devel] Questions from InfoWorld.com (Tavmjong Bah)
by Jelle Mulder 24 Nov '13

24 Nov '13

Hello Tav, I happen to know these other tools really well, but there is not that much Inkscape can do that the others cannot. That said,.. these are the most important aspect why I started to use Inkscape almost exclusively. ** Some other things Inkscape does that the others do not. *** Inkscape uses SVG as it's native file format. This ensures a minimum of fuss in publishing documents on-line. It has the single widest support of the SVG 1.1. standard of all authoring tools you may find. Some of the tools in Inkscape are without equal. The filter editor allows you to create effects that other tools cannot hope to accomplish simply because their native file format is not SVG. There are always conversion steps you have in other authoring applications that you will not have using Inkscape. Errors therefore are confined to browser or viewer implementation. Though some of the basic functions in Inkscape are a bit Spartan, it often is at the more complex things you can do with vector graphic that Inkscape can do things nothing else can out of the box. No other authoring tool will allow for editing the code directly, through an XML editor, nor does any other authoring tool allow you to add scripts in your SVG code, both in Inkscape and outside it, which will be negated by the editor and left alone during the parsing of the drawing. You can often take arbitrary code generated by other authoring applications or even hand coded SVG and happily edit the file in Inkscape and save it back without it being messed up by the editor. Very few other applications are as forgiving accepting drawings from other applications and then being able to edit them.

1 0

Windows devlibs
by Josh Andler 20 Nov '13

20 Nov '13

Is http://wiki.inkscape.org/wiki/index.php/Tracking_Dependencies#Distros up to date for the Windows devlibs? I'm mainly wondering why pango, gtk+, and gtkmm appear to be so outdated. Cheers, Josh

4 6

[tony@...3057...: URGENT: please remove Google Checkout links from your site ASAP]
by Bryce Harrington 20 Nov '13

20 Nov '13

Is anyone able to edit the current site? If so, we should switch off the google checkout links. Bryce ----- Forwarded message from Tony Sebro <tony@...3057...> ----- Date: Tue, 19 Nov 2013 17:34:57 -0500 From: Tony Sebro <tony@...3057...> To: inkscape@...3057..., Inkscape Board <inkscape-board(a)lists.sourceforge.net> Subject: URGENT: please remove Google Checkout links from your site ASAP Hi, all: I note that you still have a Google Checkout link on the Inkscape website (specifically, on your "Donate to Inkscape" page). As was announced a few weeks ago, Google is sunsetting their Google Checkout service as of tomorrow (November 20) [1]. To avoid creating problems for your donors (and for Conservancy), I ask that you please remove any Google Checkout links from your website immediately. Thanks! Best, -Tony [1] for more information on Google's time frame for shutting down Google Checkout, please refer to: https://support.google.com/checkout/sell/answer/3080449?hl=en-GB -- Tony Sebro, General Counsel, Software Freedom Conservancy +1-212-461-3245 x11 tony@...3057... www.sfconservancy.org ----- End forwarded message -----

2 3

possible bug
by TimeWaster 19 Nov '13

19 Nov '13

hi, i think with the change from inkex.unittouu to Effect.unittouu in inkex.py (r12722) was a bug introduced (regression). am i right that a user unit is equivalent to a pixel? if yes, the actual implementation is converting to *something* but not to user units. i think the code should look like this (or the method should be renamed to something other than *touu): if u: try: return retval * self.uuconv[u.string[u.start():u.end()]] except KeyError: pass else: # default take document unit return retval * self.uuconv[self.getDocumentUnit()] can somebody confirm this? its also the same with uutounit, it should be: def uutounit(self, val, unit): return val / self.uuconv[unit] regards, TimeWaster -- Save a printer manufacturer. Print this e-mail unless it's really necessary not to do so.

3 4

PDF X series.
by john Culleton 19 Nov '13

19 Nov '13

When I create a book cover using the perfect book cover template I still need to convert it to either PDF X/3 or PDF X/1-a:2001 format for the printer. Today there is no way to do this in Inkscape. I must import it into Scribus 1.5.0 or Adobe Acrobat just for the conversion. Are there any plans to add this feature to Inkscape? -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

4 6

Devlibs, GTK3, latest TDM-GCC
by Johan Engelen 19 Nov '13

19 Nov '13

Hi all, To the devlibs gurus: what is the status of GTK3 devlibs and, can we try and make them compatible with the latest TDM-GCC? It'd be nice to be able to use the latest gcc so we can use more C++11 in the future. I'm not sure how much help can I can provide, but if supplied with sufficiently detailed instructions, I don't mind compiling a lot. Cheers, Johan

2 5

Branches: open them up !
by Johan Engelen 19 Nov '13

19 Nov '13

Hi all, Please open up your branches for commits from others. It is kind of annoying not being able to help...... Thanks, Johan

3 2

Embedded libraries
by Alex Valavanis 19 Nov '13

19 Nov '13

Hi All, I just thought that we could use a quick status check on the embedded libraries in the Inkscape repo... i.e., what we have, and what we intend to do with them. My personal preference is to get rid of as many of them as possible. Here is a list of what I think the current status is... please let me know what you think: * cxxtest - There's a patch for building against an external copy, but it introduces a few compiler warnings and there's no OSX port of cxxtest available yet [1]. We're currently running an ancient version with no customisation... we should really bump to the most recent upstream version and wait for OSX before we can drop it. Also, there's talk of replacing this with the google test framework. * 2geom - Tracking the possibility of building against an external copy here [2]. Last time I checked, there was a crash on startup. Perhaps it would be helpful to explicitly track the upstream revision of lib2geom that's currently embedded in trunk? Until it's packaged in distros, there's not much scope for aggressively pursuing this! * libavoid/libcola/libvpsc - all taken from the Adaptagrams project [3]. Review needed to see what divergence exists between our copy and the upstream version. Not available in many distros. * libcroco - tracked here [4]. All upstream changes merged. Minimisation of the diff in progress, then we can send patches upstream where possible. Available in Ubuntu, at least. * libdepixilize - New GSOC contribution. Any plans for this to be released as a standalone package? Would be good to enable an optional external build. * libgdl - We build against external lib when using the experimental gtk+ 3 branch. All the important patches have been accepted upstream. We'll delete our internal copy when we finally switch to gtk+ 3 builds. See bug #792115 [5]. No further action needed * libnrtype - I believe that there was a plan to replace most/all of this with Pango [6]. Is this still the intention? Is anyone in particular coordinating things? * libuemf - New contribution [7]: Is there a plan to push this to distros? Would be good to enable an optional external build * livarot - Apparently huge deviation from upstream lib [8]. Not in many distros. ...and I think that's it! AV [1] https://bugs.launchpad.net/inkscape/+bug/1094771 [2] https://bugs.launchpad.net/inkscape/+bug/1155947 [3] http://www.adaptagrams.org/ [4] https://bugs.launchpad.net/inkscape/+bug/648246 [5] https://bugs.launchpad.net/inkscape/+bug/792115 [6] http://wiki.inkscape.org/wiki/index.php/Pangoification [7] http://sourceforge.net/projects/libuemf/ [8] http://sourceforge.net/projects/livarot/

5 7

new compile warnings on Windows r12816
by mathog 16 Nov '13

16 Nov '13

Some change recently in compiler flags on Windows build, now seeing at r12816 cc1.exe: warning: command line option '-Woverloaded-virtual' is valid for C++/ObjC++ but not for C [enabled by default] cc : compile src/libuemf/uemf_endian.c (src/libuemf/uemf.h modified) Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

scan-build
by Alex Valavanis 14 Nov '13

14 Nov '13

Hi All, Has anyone played around with the Clang analyzer much [1]? I gave it a quick run last night, and it picked up a few hundred potential issues in our code. At first glance, a lot of them are probably harmless, but the tool is very good at highlighting places where we could be referencing NULL pointers or using uninitialised variables. Even when we "know" that the highlighted code is safe (e.g., pointers have implicitly been checked before referencing), we can add assertions to make the safety explicit. Here's an example [2] I'd strongly recommend that we make use of this tool! AV [1] http://clang-analyzer.llvm.org/scan-build.html [2] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/12798

2 2

xlink:href eternal files
by Jelle Mulder 13 Nov '13

13 Nov '13

Hello guys, I was wondering how much work it would be to get Inkscape to use external file objects in the xlink:href context. I would be way cool if that would be possible and it would make my life so much easier. Now I have to hand code it and rendering is only possible in browsers. But if it would be possible to <use> it in Inkscape and have the result be translated to all those other formats such as PDF it would create its own use case. Just sticking some objects from a library of objects together and separating the logic and the content of a project in Inkscape would be really useful. Granted, the problem arising is the amount of nesting to be available to a file, but if the nesting of linked objects goes too deep (more than 2 steps), it may be an option to copy them to the defs. It would also be useful to then be able to move them from the defs into an external file as to create libraries of objects. Obviously the Symbols tool basically uses this principle for the external libraries of objects, which get rendered in it, so my guess is that Inkscape basically is already capable of it. Giving the option to collate such projects together into a single file or vice versa, ripping them apart would be an added benefit. Cheers, Jelle

1 0

Namespace pollution (r12782)
by Krzysztof Kosiński 13 Nov '13

13 Nov '13

Hello r12782 introduces a third-level namespace called "Tools", i.e. Inkscape::UI::Tools. There are some problems with this: 1. While this does follow current practice, I don't think the current practice is any good. The only result of having such deeply nested namespace hierarchies is the need to tediously type this all out, since if there actually is a naming conflict they prevent, it's a symptom of bad design / naming. 2. "Tools" is pluralized, while "Dialog" and "Widget" are not. This is inconsistent. It is sufficient to put all UI code in Inkscape::UI. This would also remove any doubt over whether to use e.g. "Inkscape::UI::Dialog::Print" (which makes the name as used within the namespace ambigous - "Print" what?) or "Inkscape::UI::Dialog::PrintDialog" (which is redundant) - one would simply use "Inkscape::UI::PrintDialog". In general, 2 levels of namespaces are entirely sufficient. XML tree goes into Inkscape::XML, UI code goes into Inkscape::UI, object (SP) tree goes into Inkscape::SVG (in the future), and so on. Regards, Krzysztof

3 3

Convert a rect to a path problem
by Jabiertxo Arraiza Cenoz 12 Nov '13

12 Nov '13

Hi to all, first sorry for this big mail. I want to convert a SP_RECT to path. This rect isnt selected and dont want to select it. The svg is a document with only a group and inside the SP_RECT. I test it whith two object inside and the same error. The code i use is: if ( SP_IS_RECT(subitem) ) { SPDocument *doc = subitem->document; Inkscape::XML::Document* xml_doc = doc->getReprDoc(); Inkscape::XML::Node *repr = xml_doc->createElement("svg:path"); /* Transformation */ repr->setAttribute("transform", subitem->getRepr()->attribute("transform")); /* Style */ gchar *style_str = (gchar *) sp_style_write_string(subitem->style); repr->setAttribute("style", style_str); g_free(style_str); /* Mask */ gchar *mask_str = (gchar *) subitem->getRepr()->attribute("mask"); if ( mask_str ) repr->setAttribute("mask", mask_str); /* Clip path */ gchar *clip_path_str = (gchar *) subitem->getRepr()->attribute("clip-path"); if ( clip_path_str ) repr->setAttribute("clip-path", clip_path_str); /* Rotation center */ repr->setAttribute("inkscape:transform-center-x", subitem->getRepr()->attribute("inkscape:transform-center-x"), false); repr->setAttribute("inkscape:transform-center-y", subitem->getRepr()->attribute("inkscape:transform-center-y"), false); /* Definition */ gchar *def_str = sp_svg_write_path(SP_RECT(subitem)->getCurve()->get_pathvector()); repr->setAttribute("d", def_str); g_free(def_str); Inkscape::XML::Node *parent = subitem->getRepr()->parent(); gint pos = 0; char const *id = subitem->getRepr()->attribute("id"); pos = subitem->getRepr()->position(); // remember id gchar *title = subitem->title(); gchar *desc = subitem->desc(); subitem->deleteObject(false); // add the new repr to the parent parent->appendChild(repr); repr->setPosition(pos > 0 ? pos : 0); repr->setAttribute("id", id); SPObject *subitem = doc->getObjectByRepr(repr); if (title && subitem) { subitem->setTitle(title); g_free(title); } if (desc && subitem) { subitem->setDesc(desc); g_free(desc); } if (repr) { Inkscape::GC::release(repr); repr = NULL; } //item_list = g_slist_append(item_list,subitem); //continue; } And the backtrace error is: ** Message: need to add dynamic switch ** Message: need to add dynamic switch ** Message: need to add dynamic switch ** (inkscape:3452): CRITICAL **: virtual unsigned int Inkscape::XML::SimpleNode::position() const: assertion `_parent != NULL' failed Program received signal SIGSEGV, Segmentation fault. 0x00000000005b879d in sp_group_perform_patheffect (group=0x7e63660, topgroup=0x7e63660, write=true) at ../../jabiertxof/src/sp-item-group.cpp:846 846 parent->appendChild(repr); (gdb) bt #0 0x00000000005b879d in sp_group_perform_patheffect (group=0x7e63660, topgroup=0x7e63660, write=true) at ../../jabiertxof/src/sp-item-group.cpp:846 #1 0x00000000005c638d in sp_lpe_item_update_patheffect (lpeitem=0x7e36a50, wholetree=true, write=true) at ../../jabiertxof/src/sp-lpe-item.cpp:381 #2 0x00000000005c67b1 in SPLPEItem::remove_child (this=0x7e63660, child=0x6dd53a0) at ../../jabiertxof/src/sp-lpe-item.cpp:709 #3 0x00000000005b7149 in SPGroup::remove_child (this=0x7e63660, child=<optimized out>) at ../../jabiertxof/src/sp-item-group.cpp:142 #4 0x000000000086ca1b in Inkscape::XML::CompositeNodeObserver::notifyChildRemoved (this=0x6dd5410, node=..., child=..., prev=0x0) at ../../jabiertxof/src/xml/composite-node-observer.cpp:49 #5 0x000000000087a017 in Inkscape::XML::SimpleNode::removeChild ( this=<optimized out>, generic_child=<optimized out>) at ../../jabiertxof/src/xml/simple-node.cpp:479 #6 0x00000000005dcfae in sp_repr_unparent (repr=0x6dd53a0) at ../../jabiertxof/src/xml/repr.h:104 #7 SPObject::deleteObject (this=0x7e36a50, propagate=false, propagate_descendants=false) at ../../jabiertxof/src/sp-object.cpp:454 #8 0x00000000005b8795 in deleteObject (propagate=false, this=0x7e36a50) at ../../jabiertxof/src/sp-object.h:464 #9 sp_group_perform_patheffect (group=0x7e63660, topgroup=0x7e63660, write=true) at ../../jabiertxof/src/sp-item-group.cpp:844 ---Type <return> to continue, or q <return> to quit--- #10 0x00000000005c638d in sp_lpe_item_update_patheffect ( lpeitem=lpeitem@...3051...=0x7e63660, wholetree=wholetree@...3051...=true, write=write@...3051...=true) at ../../jabiertxof/src/sp-lpe-item.cpp:381 #11 0x00000000005c7187 in SPLPEItem::addPathEffect (this=0x7e63660, value=<optimized out>, reset=true) at ../../jabiertxof/src/sp-lpe-item.cpp:509 #12 0x00000000007669cb in Inkscape::LivePathEffect::Effect::createAndApply ( name=0x12285d8 "bend_path", doc=<optimized out>, item=0x7e63660) at ../../jabiertxof/src/live_effects/effect.cpp:294 #13 0x000000000098b4f8 in Inkscape::UI::Dialog::LivePathEffectEditor::onAdd ( this=0x72cee80) at ../../jabiertxof/src/ui/dialog/livepatheffect-editor.cpp:423 #14 0x00007ffff5212748 in Glib::SignalProxyNormal::slot0_void_callback(_GObject*, void*) () from /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1 #15 0x00007ffff04e86e0 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #16 0x00007ffff04f9966 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #17 0x00007ffff05016bc in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #18 0x00007ffff0501852 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #19 0x00007ffff68e0b45 in ?? () ---Type <return> to continue, or q <return> to quit---q from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.soQuit (gdb) Any help is welcome and thanks for read the mail. Regards, Jabier.

2 3

Buildd mails
by Markus Engel 10 Nov '13

10 Nov '13

Hi devs, when moving some files around I seem to have broken make check accidently. I forgot to regenerate POTFILES.in. This should work again tomorrow, I just committed the new file. Sorry for causing the noise. Regards, Markus

1 0

How can I Help Speed Up the Inkscape 0.49 Release?
by Shlomi Fish 08 Nov '13

08 Nov '13

Hi all, how can I help speed up the Inkscape 0.49 release? I'm interested in doing that and have some free time. Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ http://www.shlomifish.org/humour/bits/Can-I-SCO-Now/ - "Can I SCO Now?" The gods help them that help themselves. ( Aesop ) Please reply to list if it's a mailing list post - http://shlom.in/reply .

2 2

Re: [Inkscape-devel] Version number
by Jared Meidal 08 Nov '13

08 Nov '13

My vote is for Inkscape 5, pointing to maturity of the .4x.x line, and to demonstrate overall reliability and maturity of the application. My secondary vote, would be for Inkscape 0.91, moving toward a 1.0 release. Overall it would be great to update a features-to-version-number page to help map where we are, and where going. --Jared > I wrote that in as more a placeholder, way, way back when. At the time > we had consensus that Inkscape wasn't mature enough in terms of features > and stability to justify calling it 1.0. I wanted to keep that as a > goal in the roadmap, and to tie it to something tangible. SVG 1.0 > seemed like a logical place to put a pin in, but there wasn't a huge > amount of thought put into it. It could easily have been "Switch to > Cairo for rendering." > > I can see the next major release after 0.48.x as a candidate for change as the "9'er" may lend itself toward a new scheme. > > > > * 0.49.0 --> 0.90.0 (followed by 1.0, 1.1, 2.0...) > This sounds like a good approach. Might go to 0.91 just to avoid the > usual confusion people have with our 0.x0 releases (i.e. people will > call it version 0.9. > > * 0.49.0 --> Inkscape 9 (followed by Inkscape 9.1, 10.0...) > Seems like tooo big of a jup. > We also discussed date based version numbers. At the time it was quite > a fad and a lot of projects were adopting that. Seems less widely used > now, except by projects that follow strict time-based release > schedules, like distributions. > > There have been a lot of excellent developments to be release in the next release, including C++, cairo, alignment/distribution along with new possible builds on win64-bit (Partha's help), and native Mac OS X (some almost-ready builds are out there). If these all reach maturity for the release the new builds are providing an increase audience and userbase. A changing version numbering scheme could reflect the developers' acknowledgement of this and demonstrate the activity of the software project. > Yep. > Bryce > > > > Just IMHO, > > > > --Jared

10 18

Gradients with objectBoundingBox coordinates not being preserved or rendered correctly
by Bryan Hoyt | Brush Technology 08 Nov '13

08 Nov '13

If I create a gradient in Inkscape, the default coordinate space is userSpaceOnUse, as opposed to objectBoundingBox (see https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute/gradientUnits). This is ok, but if I edit a gradient manually (via a text editor or the XML editor) to change it to objectBoundingBox coordinates, I would like it to stay that way. objectBoundingBox gradients are very useful if you want to animate or otherwise interact with the SVG using javascript in a browser -- the gradient will move relative to the object, and you don't have to write extra complicated code to try and keep it lined up. Currently, *a)* Inkscape initially renders the gradient nodes in the correct position, but does not render the gradient colours themselves. So the object has a flat colour. *b) *As soon as I drag one of the endpoints, it reverts to userSpaceOnUse coordinates. Which means that it becomes quite difficult to edit my SVG file in Inkscape ever after! Ideally, the object would be coloured correctly, and if I move a node or endpoint, it would remain in objectBoundingBox coordinates. Better yet, there would be a way to switch to objectBoundingBox coordinates from within the GUI, to avoid having to calculate the conversion maths in the XML editor. How hard would those things be to fix? - Bryan -- Bryan Hoyt, *Software Developer* -- Brush Technology *Ph:* +64 3 741 1204 *Mobile:* +64 21 238 7955 *Web:* brush.co.nz

5 9

wmf-inout bug
by Johan Engelen 06 Nov '13

06 Nov '13

Hi all, Clang found a potential bug. In /src/extension/internal/wmf-inout.cpp, line 1408: int32_t width, height, colortype, numCt, invert; if( (iUsage != U_DIB_RGB_COLORS) || !(dibparams = wget_DIB_params( // this returns pointers and values, but allocates no memory dib, &px, &ct, &numCt, &width, &height, &colortype, &invert )) ){ Now if the first condition is true ("(iUsage != U_DIB_RGB_COLORS)") the second part will not be executed, and thus all those ref'd variables will go un-initialized. I'd appreciate it if someone with more knowledge about wmf-inout.cpp would have a look and fix the code (it's pretty ugly to put the initialization call in the if-condition...) Thanks! Johan

2 3

Image Gallery thumbnails
by Jared Meidal 06 Nov '13

06 Nov '13

Martin, The beautiful thumbnails have disappeared! 😊 http://staging.inkscape.org/en/community/gallery/ Any possibility of restoring them? --Jared

2 1

Re: [Inkscape-devel] Bug Counts on Website
by Jared Meidal 05 Nov '13

05 Nov '13

Martin, The staging site states there are 4 Blockers/4865 Fixed, but the linked Launchpad pad page only lists 3/4866! Is sync off or delayed? --Jared > On Sat, 2013-10-19 at 02:14 +0200, Krzysztof Kosi?ski wrote: > > Is there some way to change the background color? The background for > > blocker bugs is so light that it's hard to read the number, while the > > background for fix released bugs should be green, I think :) > > So there are two colour controls. Firstly the CSS, I can make the yellow > darker so it's readable. > > Secondly the counts, changing the low count to forty million bugs should > make it green. Whatever the number of bugs, it's bound to be lower than > forty million. > > Martin,

3 3

New version and release notes
by Jared Meidal 05 Nov '13

05 Nov '13

I think this place would be a great area to highlight and determine what are our major "talking points" in the next release: http://wiki.inkscape.org/wiki/index.php/Release_notes/0.49 Also, was harmony achieved in setting the next release number at 0.91.0? I would be happy to help craft some of the release notes here, but I need wiki access. Thanks! --Jared > On Fri, 2013-10-18 at 23:59 +0000, Jared Meidal wrote: > > There have been a lot of excellent developments to be release in the > > next release, including C++, cairo, alignment/distribution along with > > new possible builds on win64-bit (Partha's help), and native Mac OS X > > (some almost-ready builds are out there). If these all reach maturity > > for the release the new builds are providing an increase audience and > > userbase. A changing version numbering scheme could reflect the > > developers' acknowledgement of this and demonstrate the activity of > > the software project. > > You make a persuasive argument. I like the idea of moving from 0.49 to > 5.0 with the idea that a 0.49 release is likely to uncover lots of bugs > from our massive list of changes. > > But whatever we do, I also like having a defined list of what would > certify us for such a big release PR type event. > > Martin,

2 1

About Page
by Martin Owens 04 Nov '13

04 Nov '13

Hey Devs, Specifically about the about page unearthed by KK over on dev. The about page on staging.inkscape.org isn't as good as the one over on http://en.dev.inkscape.org/about/ We could fetch the content (and I will) but we should check to see if there's any other content that needs updating. It won't be long now before the staging website will be live and what we have in the cms will represent inkscape to any visitors. If you can spare 10 minutes, go over to staging.inkscape.org and have a look around. If there's something you feel isn't fantastic, then consider helping make it better. Almost everyone can edit the cms on the website once they have created an account and I've added them as admins. Best Regards, Martin Owens

1 0

Dev website deterioration
by Krzysztof Kosiński 04 Nov '13

04 Nov '13

Hello all It appears that along with the considerable improvements in the "About" pages, some destructive changes to the dev website were made. 1. The coding style documentation and the "getting started" document is no longer available from the menu. In fact, none of the items in the "Developers" menu work. 2. Login does not work at all, and seems to send the password as a GET variable (e.g. it appears in cleartext on the address bar). 3. Menus contain duplicate items. For instance, "Developers" contains both "Bazaar" and "Source code", "Learn" contains both "User documentation" and "Manuals", and the "Donate" item is present both as a top level item and as a subitem in "Community". 4. News later than April 2011 have disappeared. Regards, Krzysztof

2 1

GSoC Mentor's meeting report
by Tavmjong Bah 04 Nov '13

04 Nov '13

Hi, Here is a report from the GSoC mentor's summit: To be honest, I didn't learn that much from this years conference. Probably for two reasons: The first is that I (as well as many others) were tempted by the sessions given by Google employees. While these sessions were interesting, they weren't really applicable to GSoC. BTW, if anyone can think of how it could be useful for Inkscape, I've got a $2000 coupon for using Google's cloud platform. The other reason is that there is probably less to learn after attending the summit last year. I kind of guessed this and if the Graphical Web (e.g. SVG Open) conference hadn't been just after in San Francisco I probably wouldn't have made the effort to attend. I did pick up a few things. The most interesting session I attended was titled "Developer Meetings Coding Sprints" but was really about ways to collaborate and communicate. Highlights[1]: 1. Have bug days using IRC. It helps to motivate people if a group is doing this together. It is also rewarding to be able to report "40 bugs squashed today". 2. Hangout using Google's Hangouts. Some people found it quite useful to announce that they would be on-line for a given period of time and let others freely join the conversation. I plan on giving this a try in the next couple of days. (For more organized sessions, the hangout can be live-streamed via YouTube so one doesn't need a Google account to watch.) 3. For serious planning and strategizing, face-to-face meetings are most useful. Separately, Bradley Kuhn, from the Software Freedom Conservancy was there; he is really encouraging us to use some of our pot of money to hold a meeting for this. As a final note, the GSoC timetable has been moved forward by quite a bit. Next year's organization applications are due on February 14th (rather than March 29th) and student applications are due March 21st (rather than May 3rd).[2] Tav [1]https://gsoc-wiki.osuosl.org/index.php/Developer_Meetings_Coding_Sprints [2]https://www.google-melange.com/gsoc/events/google/gsoc2014

2 1

Lattice deformation 2 video
by Jabiertxo Arraiza Cenoz 04 Nov '13

04 Nov '13

Hi to all, here are a video with improvements in lattice deformation live effect. read credits and link to launchpad in youtube. http://www.youtube.com/watch?v=YlK9L88_tWE

2 3

Buildd failures on Launchpad
by Krzysztof Kosiński 03 Nov '13

03 Nov '13

Hello Recently I'm getting mails about Launchpad build failure reports for the inkscape-trunk package. The log seems to suggest that it's not our fault (some dependency problems apparently), but it looks interesting for different reasons: 1. We have Gimp and bash-completion as a build dependency. Why on earth is that? 2. One of the unmet dependencies is libxml-parser-perl. Why do we require this? It looks like we have just four extensions written in Perl - perhaps we could rewrite them in Python and avoid Perl as a hard dependency. Regards, Krzysztof

3 3

clang-format
by Johan Engelen 01 Nov '13

01 Nov '13

Hi all, clang-format seems like a great tool to reformat our whole codebase once and for all, and keep it that way. I've added a configuration file "_clang-format" to trunk, hoping that others can have a look at it too and tweak the settings for our project. Can you have a look at this Krzysztof? (my bigger ambition is to run clang-format on the whole codebase after we branch-off the next release) Thanks, Johan

3 5

Donations page: Google Checkout
by Tavmjong Bah 01 Nov '13

01 Nov '13

Hi, Could someone with the necessary skills remove the button to donate to Inkscape via Google checkout?[1] The Software Freedom Conservancy has notified us that Google is discontinuing Google checkout this month and that donations can no longer be made via Google.[2] Thanks, Tav [1] http://inkscape.org/donate.php [2] https://support.google.com/checkout/sell/answer/3080449

3 2

clipping and filters, import and export for formats other than SVG?
by mathog 30 Oct '13

30 Oct '13

SVG supports both clipping and filters. Some other formats do as well, for instance, EMF+, (although the supported filters do not match very well between SVG and EMF+). I can see how one would convert those features from other graphics formats to SVG during import (more or less). However, for output to another file type I do not see where either the clipping or filters would be passed, perhaps buried in style? I thought that maybe the clipping was applied upstream somehow, so that the driver level would just draw what was left, but could not test the idea because it seems that clipping has some problems in Trunk right now. For instance, I found this SVG example on the web: http://svg-whiz.com/svg/clipRect.svg and while it loaded into Inkscape (linux or Windows) without throwing a warning or error, and the contents show up in the XML editor, nothing is visible on the screen. That example works in 0.48.4, but not r12721. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

5 10

Re: [Inkscape-devel] clipping and filters, import and export for formats other than SVG?
by Krzysztof Kosiński 30 Oct '13

30 Oct '13

2013/10/30 mathog <mathog@...1176...>: > On 30-Oct-2013 11:51, Krzysztof Kosiński wrote: >> >> 2013/10/30 Martin Owens <doctormo@...400...>: >>> >>> I'd take our workspace at 1:1 and use that. Otherwise it's not really a >>> useful value since the svg isn't being used as a fragment. >> >> >> Perhaps we should pick some totally arbitrary default values in this >> case, such as 640x480px. > > > Arbitrary for sure, since it is not specified in the SVG. > > Use the default page size? The default page size depends on the locale, so I'd rather not use that. Regards, Krzysztof

3 2

message: 8 svg width 100%
by Jelle Mulder 30 Oct '13

30 Oct '13

Krzysztof, <svg width='100%' height='100%' xmlns='http://www.w3.org/2000/svg' xmlns:xlink='http://www.w3.org/1999/xlink'> This actually is valid SVG and can be quite useful for web design (I would use only one direction BTW). I always found it a pity Inkscape does so little with % as part of the beauty of SVG is the use of such values for scaling of objects. I believe % are not accepted in Inkscape and setting the size of an object to 50% will just scale the object rather than make it set to 50% values. Use case for it is for web designs that align objects to a centre point, scale rects to 20% of the right edge of the screen etc. It is valid SVG, but probably a lot of work to implement. Now though I always have to handcode that kind of stuff, so it would be way cool to let Inkscape set those values. Basically all you need to know is the size of the user screen, which can't be that hard either. Think how easy it would be to use % for doing hatch patterns, using nothing but a dash array and a line in a clip area the size of the object the hatching should be in. One line, line hatch + dash array, two lines + dash array, cross hatch with patterns. It renders fine in a browser. At least Inkscape can figure out that 100% should display the document in the screen resolution in this example. Cheers, Jelle On Thu, 31 Oct 2013 00:36:14 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Message: 8 > Date: Wed, 30 Oct 2013 17:36:04 +0100 > From: Krzysztof Kosi?ski <tweenk.pl@...400...> > Subject: Re: [Inkscape-devel] clipping and filters, import and export > for formats other than SVG? > To: su_v <suv-sf@...58...> > Cc: Inkscape Devel <inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <CAFLw2WRCgm0w90+gqRAjx-oc3bnw6Z-KAmatfa2Z9==BWq940Q@...401...> > Content-Type: text/plain; charset=UTF-8 > 2013/10/29 su_v <suv-sf@...58...>: >> This SVG file has width=height=100% and no viewBox attribute: >> >> <svg width='100%' height='100%' xmlns='http://www.w3.org/2000/svg' >> xmlns:xlink='http://www.w3.org/1999/xlink'> >> >> which results in a miniscule (1x1 px) document page size with current >> trunk (rev >= 12554). Other than that, the drawing content and the >> clipped objects displays correctly AFAICT. > Does anyone know what are we supposed to do in this case? I don't > think it's even valid SVG. > Regards, Krzysztof

2 1

[icons.svg]How to add/use a new icon
by Maggio Mago 30 Oct '13

30 Oct '13

Hello everyone, How to add and use a new icon in Inkscape in C/C++ according to {$prefix}/share/inkscape/icons/icons.svg ? Maybe someone has already written an article on this issue. In advance thank you

3 2

Spurious warnings
by Johan Engelen 29 Oct '13

29 Oct '13

Hi all, I've been going through a (really small) number of compile warnings and stumbled upon this one: src/2geom/generic-interval.h: In member function 'Geom::Rect Inkscape::Filters::FilterPrimitive::filter_primitive_area(const Inkscape::Filters::FilterUnits&)': src/2geom/generic-interval.h:65:9: warning: 'y' may be used uninitialized in this function [-Wuninitialized] src/display/nr-filter-primitive.cpp:146:12: note: 'y' was declared here src/2geom/generic-interval.h:65:9: warning: 'x' may be used uninitialized in this function [-Wuninitialized] src/display/nr-filter-primitive.cpp:145:12: note: 'x' was declared here (GCC 4.6.1 (tdm-1) on Windows) The warning seems bogus to me, the value is certainly correctly initialized, and I've added code to check that everything that is assigned to it is also initialized. What fixes the warning is changing the first lines of that function Geom::OptRect const fa_opt = units.get_filter_area(); if (!bb_opt || !fa_opt) { return Geom::Rect (Geom::Point(0.,0.), Geom::Point(0.,0.)); } Geom::Rect const &bb = *bb_opt; Geom::Rect const &fa = *fa_opt; to Geom::OptRect const fa_opt = units.get_filter_area(); if (!bb_opt || !fa_opt) { return Geom::Rect (Geom::Point(0.,0.), Geom::Point(0.,0.)); } Geom::Rect const &bb = *bb_opt; Geom::Rect const &fa = *units.get_filter_area(); No joke... So, in conclusion: it will be impossible to compile with -Werror for now :'(, due to spurious compiler warnings that can't be avoided without hurting the code. (another one is templated functions with a signed comparison logic, that are then instantiated with unsigned template arguments...) Disappointing :-( Johan (PS. thanks for the help in fixing this)

2 2

Windows: btool update
by Johan Engelen 29 Oct '13

29 Oct '13

Hi all, I just modified buildtool to output less uninteresting stuff, and output warnings instead, so it is easier to spot and fix warnings for your code. So next time you bzr up: "g++ -O3 buildtool.cpp -o btool.exe -fopenmp". Hope you like it. Cheers, Johan

1 2

lib2geom Mac OS X build
by Laurent Zubiaur 29 Oct '13

29 Oct '13

Hi, I managed to build lib2geom on OS X. Since it was not an easy task I thought it might be useful to share the information with the community. I planned to write a small tutorial and make it available soon. But first I'd like to request some advice regarding the following issues I faced during the build. 1. Avoid glib dependency I wanted to link lib2geom against my application without having to link against glib too so I replaced the following line in src/2geom/svg-path-parser.cpp: _push(g_ascii_strtod(buf.c_str(), NULL)); with _push(strtod(buf.c_str(), NULL)); and removed the glib.h include. 2. Removing librt Since librt does not exist in OS X (and is not required too) I removed the following line in src/2geom/toys/CMakeLists.txt TARGET_LINK_LIBRARIES(lpetoy "-lrt") TARGET_LINK_LIBRARIES(toy-2 "-lrt") 3. Call to pow is ambiguous Call to the pow function is ambiguous so I forced the call with casting by replacing pow( ..., ... ) with pow( (double) ..., (double) …) in the following files: boolops-topo.cpp intersect-data.cpp levelsets-test.cpp pencil-2.cpp pencil.cpp sb-to-bez.cpp sketch-fitter.cpp sweeper-toy.cpp 4. clock_gettime does not exist on OS X In src/2geom/toys/toy-framework-2.h I replaced the following code snippet: #ifdef WIN32 clock_gettime(clock, &ts); ns = ts.tv_sec * NS_PER_SECOND + ts.tv_nsec / NS_PER_NS; #else ns = 0; #endif with #ifdef __MACH__ // OS X does not have clock_gettime, use clock_get_time clock_serv_t cclock; mach_timespec_t mts; host_get_clock_service(mach_host_self(), CALENDAR_CLOCK, &cclock); clock_get_time(cclock, &mts); mach_port_deallocate(mach_task_self(), cclock); ts.tv_sec = mts.tv_sec; ts.tv_nsec = mts.tv_nsec; ns = ts.tv_sec * NS_PER_SECOND + ts.tv_nsec / NS_PER_NS; #elif WIN32 clock_gettime(clock, &ts); ns = ts.tv_sec * NS_PER_SECOND + ts.tv_nsec / NS_PER_NS; #else ns = 0; #endif and add the required includes at the beginning of the file. #ifdef __MACH__ # include <mach/clock.h> # include <mach/mach.h> #endif See http://stackoverflow.com/questions/5167269/clock-gettime-alternative-in-mac… 5. Cannot compile pw-toy.cpp I was not able to compile src/2geom/toys/pw-toy.cpp so I simply disable it in src/2geom/toys/CmakeLists.txt. src/2geom/toys/pw-toy.cpp:48:30: error: variable length array of non-POD element type 'Piecewise<Geom::SBasis>' Piecewise<SBasis> pws[curves]; 6. Missing return value Added “return 0;” at the end of the function “cmpy” in uncross.cpp. src/2geom/toys/uncross.cpp:175:5: error: control may reach end of non-void function [-Werror,-Wreturn-type] That's all! :) Thanks in advance Regards.

3 2

Inkscape Release Report 4
by Martin Owens 29 Oct '13

29 Oct '13

Hey Devs, This is another report on how our release items are shaping up. The past two weeks we've got the same three blockers: Blockers: 3 * High #1163449 Imported bitmap appear blurry when zoomed in * Medium #953992 Imported pattern fill disappears while transforming * Medium #1005892 Patterns applied to text objects are blurred I don't know if 953992 is still really in progress, but we should make sure the bug status is kept up to date. If you're working on one of these bugs, do set the status so duplication is avoided. We have 59 targeted bugs for the next release. That's +10 from two weeks ago. http://tiny.cc/q3y34w If you can see a bug you can fix, give it a go. Any help is useful. Status: Release Readiness Freeze: None Thanks for everyone's work in the past two weeks towards release. Best Regards, Martin Owens

3 4

Re: [Inkscape-devel] [Inkscape-user] Lattice deformation 2 video
by Jabiertxo Arraiza Cenoz 28 Oct '13

28 Oct '13

Thanks to you for the feedback. El lun, 28-10-2013 a las 16:58 -0600, Benjamin Francom escribió: > Way cool! Thanks for all the hard work! > > > On Mon, Oct 28, 2013 at 3:48 PM, Jabiertxo Arraiza Cenoz > <jabier.arraiza@...2893...> wrote: > Hi to all, here are a video with improvements in lattice > deformation > live effect. read credits and link to launchpad in youtube. > > http://www.youtube.com/watch?v=YlK9L88_tWE > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development > platform that > developers love is also attractive to malware creators. > Download this white > paper to learn more about secure code signing practices that > can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user > > > > > -- > Benjamin Francom > Information Technology Mix Master > http://www.benfrancom.com

1 0

plotter support
by TimeWaster 28 Oct '13

28 Oct '13

hi, nice to hear that there will be a new release soon. i would like to add something to the release: out of the basic hpgl export i have developed a complete plotter solution for inkscape (yes, i know of inkcut, but it doesn't run on windows), with it you can drive your plotter directly over the HPGL command language and a serial connection. it has overcut, tool offset correction and many more features. two of my blog readers have already tested it extensively. you can test it on my branch: https://code.launchpad.net/~sebi-k/inkscape/HpglAndPlotter i would like to get it into the 0.49 (or whatever it will be called) release, and i have a couple of questions about it: 1. is it ok to merge to trunk now? 2. what wiki / release notes / other stuff do i have to bring up to date to reflect my changes? 3. anything else i have to consider? 4. how are code review requests done here? i didnt found much about it... also it would be really nice if everyone with a plotter / cutting plotter could test it! regards, TimeWaster On 28.10.2013 15:22, Martin Owens wrote: > Hey Devs, > > This is another report on how our release items are shaping up. The > past > two weeks we've got the same three blockers: > > Blockers: 3 > * High #1163449 Imported bitmap appear blurry when zoomed in > * Medium #953992 Imported pattern fill disappears while transforming > * Medium #1005892 Patterns applied to text objects are blurred > > I don't know if 953992 is still really in progress, but we should make > sure the bug status is kept up to date. If you're working on one of > these bugs, do set the status so duplication is avoided. > > We have 59 targeted bugs for the next release. That's +10 from two > weeks > ago. > > http://tiny.cc/q3y34w > > If you can see a bug you can fix, give it a go. Any help is useful. > > Status: Release Readiness > Freeze: None > > Thanks for everyone's work in the past two weeks towards release. > > Best Regards, Martin Owens > > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the > most from > the latest Intel processors and coprocessors. See abstracts and > register > > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

EPS export: different results for level 2 and level 3
by Oliver Kopp 28 Oct '13

28 Oct '13

Hi, I'm trying to export a BPMN diagram modeled with Oryx using Inkscape to EPS. When using EPS level 3, opened boxes are converted to closed ones. When using EPS level 2, the graphics seems to be converted to images. Does anyone experience similar issues when exporting EPS level 2 vs. level 3? I tried to create a minimum example and attached it to the bug report https://bugs.launchpad.net/inkscape/+bug/1245413. Cheers, Oliver

1 0

Inkscape memory leak from extension
by $uresh... 26 Oct '13

26 Oct '13

Hello All, I have filed a bug on launchpad about memory leak, I found a problem when inkscape leak memory. Here is the bug id https://bugs.launchpad.net/inkscape/+bug/1194871 I have explained all the details how and where memory increase in inkscape by extension. Please let me know if you require further information. Let's make Inkscape stable !!

1 0

Post-merge EMF work
by Krzysztof Kosiński 24 Oct '13

24 Oct '13

The cross-platform EMF/WMF support that was merged recently needs some cleanups. 1. libunicode-convert. I don't exactly see why this particular set of functions was separated into a mini-library; I would expect that to be part of libuemf. It is also somewhat misleadingly named. I would name these files e.g. ms-symbol-font-utils.[hc]. 2. I think libuemf should be in a separate directory, like libcola, not tucked away in src/extension/internal. 3. The new code should be made to conform to the Inkscape coding style. In most places it's a matter of running the code through astyle to fix the spacing, but in some cases manual adjustments are needed. For example, the function names in libunicode-convert are utterly non-descriptive ('isNon()' and 'CanUTN()' are not good names for library functions), and the return statements in src/extension/emf-inout.cpp incorrectly use parentheses around return values. http://staging.inkscape.org/en/develop/coding-style/ 4. Some functions, such as msdepua(), have a rather strange mode of operation, modifying the string in place. The interface of those should be changed so that they are easier to use. Regards, Krzysztof

4 5

OS X Mavericks and C++
by David Evans 24 Oct '13

24 Oct '13

OS X Mavericks (10.9) is released today (Free upgrade in App Store.) Please see the following email to MacPorts developers today concerning C++ compatibility and need to build with clang++. Note that inkscape (0.48.4) is a current issue because it doesn't build with clang++. I'm hoping that backporting the current upstream patches concerning clang compatibility for this branch will solve the problem. Dave Evans devans@...2376...

3 4

Re: [Inkscape-devel] Version number
by Jared Meidal 22 Oct '13

22 Oct '13

I've seen documentation of roadmaps and releases refer to the version numbering as possibly up for consideration of revision: "Evaluate changing the numbering scheme to a date-based one, or setting more realistic goals for major (1.0, 2.0) releases" <http://wiki.inkscape.org/wiki/index.php/Roadmap> I can see the next major release after 0.48.x as a candidate for change as the "9'er" may lend itself toward a new scheme. * 0.49.0 --> 0.90.0 (followed by 1.0, 1.1, 2.0...) * 0.49.0 --> Inkscape 9 (followed by Inkscape 9.1, 10.0...) There have been a lot of excellent developments to be release in the next release, including C++, cairo, alignment/distribution along with new possible builds on win64-bit (Partha's help), and native Mac OS X (some almost-ready builds are out there). If these all reach maturity for the release the new builds are providing an increase audience and userbase. A changing version numbering scheme could reflect the developers' acknowledgement of this and demonstrate the activity of the software project. Just IMHO, --Jared

3 2

Big epsilon in 2geom/coord.h
by Markus Engel 22 Oct '13

22 Oct '13

Hi, in 2geom/coord.h there is an epsilon defined as 1e-5. This is used in many ways, e. g. in Geom::are_near, . Now I'm wondering why this value is that big. This causes at least one problem, see the last two comments here: https://bugs.launchpad.net/inkscape/+bug/1231990 Is there any reason why "1e-18" has been commented out? Regards, Markus

2 1

how to save last tool selection?
by Yale Zhang 21 Oct '13

21 Oct '13

Hello. Does anyone know how I can save and restore the last tool selection on startup? You might ask why bother, but for my use case, I want Inkscape to always start out with the eraser tool selected when I'm using the eraser end of my pen (event source GDK_SOURCE_ERASER), to save me from having to tap the erase tool with the eraser end of the pen. Is there any reason why this isn't the default behavior? If saving the tool selection isn't implemented, can someone show how to programatically change the tool selection for the eraser to be the eraser? Appreciate your help, Yale

3 6

mouse and tablet touch input lose focus after using Wacom pen
by Yale Zhang 21 Oct '13

21 Oct '13

Hello. I think I've found another bug in either Inkscape or GTK: I have a Wacom Intuos 5 and whenever I use my pen, I can no longer use the mouse wheel or 2 finger touch to zoom in and out. It seems the problem is the window loses focus after using the pen. Has anyone else noticed this problem or can propose where to trace to fix the problem? I'm using the latest trunk version and Windows 8.1, but this problem also exists in 48.4. Thanks for helping, Yale

1 0

Bug Counts on Website
by Martin Owens 19 Oct '13

19 Oct '13

Hey Devs, I've got the django-cms-launchpad plugin working. The first integration is pulling in bug counts for certain bug queries. You can see an examples on this page: http://staging.inkscape.org/en/develop/ What I've done is added a launchpad bug count widget when editing the CMS. You can add them too. Just edit the page, edit the text widget and add a bug count as you might an image. It links back to launchpad if you click on it. The widget has options for what tags, milestones and other items you may want to search for. Not all fields are there yet, but I'm open to requests from our bug managers about what's important to get an over view of. The low/medium/high counts are for colouring. Below low it's grey/white, low>yellow>medium>orange>high>red and this can be used to give us a quick visual on whatever we want to track. Next feature for the django-cms-launchpad plugin is to format our blueprints into a roadmap page. This won't be a widget, but a page and targeted blueprints will be used to generate the list. Martin,

4 8

Version number
by Alex Valavanis 18 Oct '13

18 Oct '13

Hello All, A while ago, there was a discussion about the numbering of the next release. "0.49" doesn't exactly instill confidence in the completeness of the application. On the other hand, "1.0" could be misleading with respect to svg compliance. Other ideas were to use a date-based system "2013.10" or something. Any thoughts? AV

4 9

Only Three Blockers Left!
by Martin Owens 18 Oct '13

18 Oct '13

Hey Devs, This is the bi-weekly report on our release-hope goal: Blockers: 3 * High #1163449 Imported bitmap appear blurry when zoomed in * Medium #953992 Imported pattern fill disappers while transforming * Medium #1005892 Patterns applied to text objects are blurred If you can fix one of these, please do. We can use all the help to debug, locate the errors causing these regressions and fix them. These blockers are high priority for our project goals. We have 49 targeted bugs for the release: http://tiny.cc/q3y34w If you see something that you could easily fix, then this is a great way to make the next inkscape version better. I want to make a special mention of novalis' flowText fallback branch. It's going through review right now but I want to give my biggest amazed thanks to Novalis for tacking this difficult and long standing problem. See the review here: https://code.launchpad.net/~novalis/inkscape/fix-167335/+merge/190297 Keep up the good work everyone! Exciting to see so much work get done. Best Regards, Martin Owens

4 6

Re: [Inkscape-devel] W3C SVG test suite and trunk
by Guiu Rocafort 17 Oct '13

17 Oct '13

Hi. Sorry, my fault. Actually I thought i was sending the messages to the mailing list, but by mistake i only sent them to martin and alex. I send the messages again. ============ Email 1 ================== 2013/10/10 Alex Valavanis <valavanisalex@...400...>: > Well, I guess the easiest thing would be to organise the svg input > files for the rendering tests into two separate subfolders in > known-pass/testcases and known-fail/testcases. We can then just tell > the test runner to look in the appropriate folder: > > # cat run-svg-tests-good > runtests.py --directory=known-pass > > # cat run-svg-tests-bad > runtests.py --directory=known-fail > Ok, if I understood correctly, the idea here is to have known pass tests, and known fail tests. All test with the respective pass/fail test. If a known pass test changes from the reference image then we can assume we have a regression. If a known fail test changes from the reference we might have solved the problem, but since we can't automatically decide if it is already solved, we would need to check manually and add it to the known pass test if required. That sounds to me like a good compromise between automation and some manual work. The regressions would be detected automatically but the improvements would need to be checked manually. Thoughts about this ? ============ Email 2 ================== 2013/10/10 Martin Owens <doctormo@...400...>: > On Thu, 2013-10-10 at 16:14 +0100, Alex Valavanis wrote: >> two separate executable scripts > > Not yet. And while the python is pretty hairy (needs some code review) > it should be possible to make it do what you want without too many > issues. > > Guiu, Tav; what do you think? Would it be easy enough to modify and > would you like to patch it or should I? Yes, I think I could be able to modify the code to fit the current code to be added to the testings. I sent a message trying to shade some light on what needs to be done and trying to define the problem exactly. If we're happy with what I propose, I can start making the changes soon. There is some hairy code and rewriting some can do very good in the readibility of the code. Guiu > Martin, ========= Message 3 ============== Ok, sorry for sending that much messages, I just wanted to make a little summary about the work that would be needed. 1. Get the SVG 1.1 Second edition test files and extract the text. Jasper, in the link [1] you sent the files are from the Second edition of the test suite or the first one ? Are they up to date ? btw, I do actually think that removing the text is good, because if there is a problem with the text rendering code, it would affect a lot of tests. Removing the text from the tests we can isolate better what we are testing with each file. 2. Then, we would need to manually separate the tests in pass/fail. 3. Implement the code as explained in the message I sent before. Then add it to the tests in the current inkscape trunk to be executed every time someone makes a commit. 4. Then a way to make this information public would need to be done. But we can discuss this while the first points are made. [1] https://svn.code.sf.net/p/inkscape/code/gsoc-testsuite/tester/testcases/svg… If we're happy with that and we agree that this is a good solution, I can start working on this soon. Cheers Guiu Rocafort I'm sorry about that Guiu 2013/10/11 Martin Owens <doctormo@...400...>: > On Fri, 2013-10-11 at 01:01 +0200, Guiu Rocafort wrote: >> If we're happy with that and we agree that this is a good solution, I >> can start working on this soon. > > You need to send this information to the devel mailing list. I recommend > compiling your two emails into one and replying to all as it fits to > have this sent to everyone. > > Martin, > -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

5 9

Weird bitfield declaration?
by Johan Engelen 16 Oct '13

16 Oct '13

Hi all, I just found this in sp-root.h: class SPRoot : public SPGroup { ... bool viewBox_set : true; I do not know what it means. Does it mean: bool viewBox_set : 1; If so, let's change it to a more recognizable format? Cheers, Johan

5 4

C++ify workflow
by Markus Engel 16 Oct '13

16 Oct '13

Hi, regardingr12593 „C++ify calling a few SPLPEItem functions, much more work thanexpected... slowly slowly…”: I don’tknow what software you are using, with Eclipse my “optimized” workflow is asfollows: 1. Movefunction declaration in the header file into the class, remove the firstparameter 2. Go tothe function definition in the cpp-file, right click and select “Open CallHierarchy” 3. AddSPClass:: in front of the definition 4. Selectthe first parameter, press Shift+Alt+R and rename it to “this” 5. 6. Removethe first parameter, the function is c++ified 6. In theCall Hierarchy window go through the list and adjust the calls 7. Selectany occurrence of the function, again Shift+Alt+R and rename it But I agreethat it’s a lot of boring, monotonous, repetitive work :) . It took me tons ofcoffee and some really long nightly sessions. Scripting this process isn’t thateasy either. At least now I’ve got some deeper understanding of how the partsfit together… and how not to write code. There were some really nice code partsin these files, e. g. marker.cpp, parsing the viewbox attribute by movingaround a char-pointer. This code appears 1:1 in sp-root.cpp ;) . Regards, Markus

8 14

make -n blows up in trunk
by mathog 15 Oct '13

15 Oct '13

There is something wrong with the way make works in trunk. A regular "make" completes, but doing touch (a source file) make -n results in ... Making all in po make[2]: Entering directory `/usr/local/src/inkscape_trunk/po' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/local/src/inkscape_trunk/po' make[2]: Entering directory `/usr/local/src/inkscape_trunk' if perl ./po/check-markup ./po/*.po; [ $? = 1 ]; then \ echo "WARNING: Bad markup found in translations. Please consider fixing the above problems." >&2; \ fi if test ! -f config.h; then rm -f stamp-h1; else :; fi if test ! -f config.h; then make stamp-h1; else :; fi make[2]: Leaving directory `/usr/local/src/inkscape_trunk' make[1]: Leaving directory `/usr/local/src/inkscape_trunk' Just me or does that happen for other people too? I need make -n to work so that I can see which compiler flags are being used on certain files. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 1

lib2geom bug in elliptical-arc.cpp
by Tavmjong Bah 14 Oct '13

14 Oct '13

Hi, I just fixed a lib2geom bug in Inkscape's code (r12687). Don't know the proper way to report it to the lib2geom team. Tangents for counter-clockwise arcs were being calculated 180 degrees off causing markers to be drawn wrong. Tav

2 1

SVG insights
by LRN 14 Oct '13

14 Oct '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm doing some research for an application that i might write. It would use cairo to draw some complex graphics (using math!), and users would want to export these graphics + some text and numbers (derived from the same math) into something printable (pdf is the obvious choice, but svg should be OK too - it's highly desirable that graphic object should be in a vector format, not raster, otherwise it doesn't print well). You know, like generating a report - that sort of thing. Now, the graphic object should probably go as-is (no one really needs to alter it in any way; scale it maybe - that's all), but the layout of the page is something users should be able to change. Which means that there should be some kind of mechanism for creating page templates, and my application would just paste graphics and numbers into them. Thus PDF is out of the question. That leaves SVG. When i started writing this message, i thought that i was going to ask about clipboard formats Inkscape understands. I thought that it would be enough to just swap the cairo-gdk surface used in my drawing function for a cairo-svg surface, write svg into memory, put it into clipboard and somehow paste into Inkscape. Now, don't get me wrong, that would _still_ be awesome. So if you know how to do it - i'm all ears. But that, of course, won't do anything about the rest of the contents that should go into page. So now i'm thinking of something different: create a template SVG document in Inkscape (putting placeholders in places where stuff should be inserted), give it to my application, and it will replace placehonders with real stuff (i hope i know XML well enough to just insert proper XML elements into right places) and save the result as an SVG. However, Inkscape does not seem to be terribly good at layout out text either, and copy-pasting drawings from Inkscape to OpenOffice produced mixed results (and i still don't know how to do it programmatically). So...what would you advise me to do? - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) iQEcBAEBAgAGBQJSXB5nAAoJEOs4Jb6SI2Cw+IsH/2gYQhInPCJU8nuTvWq0zALE 20FSDyy67gqwzBidSqPfyvuUMVfVQTjlpZ2SDVef/Uo2qLbuVTpKA1b6UyNNtjqL i2bebrrwZfrifAK29wc0nqtMJYakqmcLQAfc/LHbZVInRrO4CvMxKTplHHEG4XhQ Ay8shUuUnqhyUP0Bwo+1JHiB3zZoC5UtZZ2Vz+YYe2HarP/JynDIDE2yQCllLFrS wYQ7S2r2jhBH1BcyW4NeCfM4oDrQRjyb/IsG7Mar+VGygttSnrDe1dGcFMHMmxNi cdTJwwhTdQHXQzZU5f9S9iN35irvmH90UgX8gk0ZjR793EZGuCc47zG+hSL2a6c= =3Hhc -----END PGP SIGNATURE-----

2 1

Trunk Problems
by Martin Owens 14 Oct '13

14 Oct '13

Hey devs, I've been trying to make some art using the trunk inkscape build. There is some weird problems going on. * Rotating objects mis-transforming after certain number of degrees. * Broken Path 'Difference' producing very odd results. * Non-working load dialog (might be my computer though because it fails in 0.48.4 too which is odd, might be related to the preview) Are these known problems or should I report them all? I'd like to continue to push for a release, so I think we need to get a freeze of some kind in. We can do objectification, code clean up etc later. For now I think the focus needs to be back on functional bugs. Best Regards, Martin Owens

2 2