February 2014 - Inkscape Devel

patches for the bughunt waiting for some testers
by insaner 10 Feb '14

10 Feb '14

very trivial patches to test: https://bugs.launchpad.net/inkscape/+bug/1171109 comment #19 and https://bugs.launchpad.net/inkscape/+bug/1251951 comment #9 please test and provide feedback so I can check in the changes for the first one, and figure out what to do with the second one. Thanks -- View this message in context: http://inkscape.13.x6.nabble.com/patches-for-the-bughunt-waiting-for-some-t… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 7

Mac OS X Mountain Lion x86_64 packaging of 0.48.4
by Valerio Aimale 10 Feb '14

10 Feb '14

Hello, I am not an official packager, but I was eager to have an updated version of Inkscape for Mac OS X and I noticed that nobody is packaging the new version. I've packaged it for Mountain Lion and x86_64. It should be considered a beta packaging. I've packaged from version 0.48+devel r12005 You can download it at: https://rapidshare.com/files/3885726044/Inkscape_MountainLion_x86_64.dmg The Mac Os X packaging infrastructure in the source tree is a bit ancient. Things I've noticed: - configure.ac uses syntax that is not conforming anymore with autoconf/automake/authohear 1.13. Going forward that should be updated. - the scripts osx-build.sh os-app.sh needs update for the newest Xcode versions. they don't work out of the box. - the dylib base relocation infrastructure needed to be rewritten - the Platypus-derived ScriptExec executable might not be needed anymore - in this version, the app bundle executes the sh script directly. Features: - The version I packaged runs gtk-2.0+quartz. It does not need X11/Xquartz anymore to run. This is the direction GIMP has gone to as well. - It uses the same theme as GIMP. I think it's a good consistency decision, and it's the theme that looks best on Mtn Lion. If somebody want to try and report problems, I'd appreciate it Valerio

10 27

Mentors for GSoC this year?
by Josh Andler 10 Feb '14

10 Feb '14

Please reply if you're interested. Cheers, Josh

8 9

When is text "outlined" ?
by mathog 10 Feb '14

10 Feb '14

In _renderItem in src/display/drawing-text.cpp there is a conditional section under if (_drawing.outline()) { that never seems to execute. Oddly, give its name, it appears that what it would do if it was ever activated, would be to draw the glyphs and then fill them. (Not stroke them). A breakpoint was placed in there and Inkscape was run for a while, making edits, rotating, scaling, stretching, changing the formatting, converting to paths, but nothing caused execution to enter that section. I give up - what is the action that makes a text "outline" active? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 4

Python bindings
by pradeep.pyro 09 Feb '14

09 Feb '14

Hi, Which version of the lib2geom Python bindings is recommended for use: Boost-Python or Cython? I can build both versions on Windows, but I cannot use them. Here is the error that I receive when I import either of the modules: >>> import cy2geom Traceback (most recent call last): File "<stdin>", line 1, in <module> File "cy2geom.pyx", line 5, in init cy2geom (C:\Users\xxx\Desktop\lib2geom\build\src\2geom\cython-bindings\cy2geom.cxx:1094) ImportError: DLL load failed: The specified procedure could not be found. I followed the exact build and install procedure found in the README.win32 document. Appreciate any help on this, thanks. Best regards, - Pradeep -- View this message in context: http://inkscape.13.x6.nabble.com/Python-bindings-tp4969424.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 5

std::string with char*
by Tavmjong Bah 07 Feb '14

07 Feb '14

Hi, It is good we are slowly moving to using std::string... but mixing it with char* can be tricky. In particular, I've seen several bugs recently when char* is a null pointer. You cannot initialize a std::string with a null pointer. You will get at run time: terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid I don't know what "best practice" is but this seems to work: std::string my_string = c_string ? c_string : ""; You can also not compare a std::string to a null pointer. Tav

3 2

Inkscape Trademark Policy
by Bryce Harrington 05 Feb '14

05 Feb '14

Hi all, One of the Inkscape Board's actions in 2013 was to establish a trademark policy for the Inkscape name and logo. With the Software Freedom Conservancy's help we've completed the registration and documented under the About menu item on the website: http://inkscape.org/en/about/trademark-policy/ The motivation for doing this was due to questions that kept cropping up from people wanting to use it for legitimate purposes (e.g. using our unmodified logo on merchandise), and from people noticing our trademark used illegitimately (e.g. selling unrelated software using our name or logo). We wanted a policy that would provide clear guidance for all these uses, that would be liberally permissive for non-commercial and FOSS-friendly commercial uses, while prohibiting obviously fraudulent uses. Along with this, I've added a FAQ entry (below) with a brief summary. Bryce == FAQ: How are the Inkscape name and logo protected? == The Inkscape name is trademarked under U.S. Trademark Law, and held and administered by the Software Freedom Conservancy. Our policy is available on the website, and describes the conditions under which you can use our name and logo. We've aimed to make our requirements reasonable and friendly: We want to avoid things like other groups claiming to be or represent us when they don't, or to distribute our software in ways that aren't consistent with our license. The logo is similarly trademarked and covered by our trademark policy. We're cool with people creating derivative works that help promote Inkscape or make it fit in with a given user interface style, but we don't want to see it abused by companies that might incorporate it into their own logos. For merchandising, you are welcomed to use our unmodified logo; for anything else, please contact the Inkscape Board for permission.

2 1

Re: [Inkscape-devel] Making inkscape usable in valgrind grumble
by mathog 05 Feb '14

05 Feb '14

On 03-Feb-2014 20:01, Krzysztof Kosiński wrote: > In the long term, I think the consensus is that we should move away > from garbage collection and towards explicit memory management with > smart pointers. In the short term, I'm afraid there is little we can > do about this. The initial pieces of the puzzle are already in place > with the C++ification work on the SP tree. Apparently the current GC does not call destructors when it automatically removes memory. Inkscape has code in gc-finalized to tack a destructor onto an entry, but it isn't easy to see how often it is employed (grep shows "Finalized" in only a handful of source of files), and gc-finalized.h lists several caveats, which say that there are lots of situations where it might never act even if invoked. > GC is mainly used in code related to XML and undo handling. Removing > GC there requires modifying every piece of code that creates or > deletes XML nodes - at least 277 places according to grep. Speaking of that section, is there some debugger trick for keeping track of the objects that that code creates and deletes? I've been trying to follow it in gdb but since the memory pointers move around from run to run, and just running gdb seems to change what inkscape does (probably because mouse events are caught in strange ways, or windows overlap), it is really tedious. I ask because my text decoration mods blow up in style.cpp in sp_style_paint_server_ref_modified() when a certain simple object is selected on the drawing surface and then copied - but not if it is cloned. That object is just this: <text style="font-size:40px;fill:none;stroke:url(#MyPattern);stroke-width:5;" y="40"><tspan>A<tspan style="text-decoration:underline">B</tspan></tspan></text> The copy (==^C) triggers an insane amount of activity which passes in and out of style.cpp, where signals are attached and detached, apparently to/from the same objects much of the time, until eventually it drops into the function mentioned above with a PaintServer server that no longer matches the ones in style->stroke and style->text_decoration_stroke (which match each other), which triggers the crash. (After having previously been in that same function maybe a dozen times without issue.) It is my impression that there is vastly more activity for this simple copy then there is in just reading in that section of the file in the first place. (It definitely calls sp_style_write_string() at least 2 times for each of the styles in the section being copied, probably because execution control is through the setting and resetting of modified flags, rather than by doing a single "atomic" 1:1 copy.) Conversely, this object: <text style="font-size:40px;fill:url(#MyPattern);stroke:none" y="40"><tspan>A<tspan style="text-decoration:underline">B</tspan></tspan></text> copies without issue. It too triggers a lot of activity, including redundant sp_style_write_string() calls, but somehow it avoids whatever pitfall the first one falls into. As far as I can tell the implementations for style->text_decoration_fill and style->text_decoration_stroke are symmetrical, so why one crashes, and the other doesn't is pretty mysterious at present. It has something to do with the paintServer href, since there are no problems with text_decoration_stroke when it does not use a pattern or a gradient. Tracing execution in this region is no fun since much of it is driven by signals that trigger calls to stored references to functions. I can watch it creating patterns, objects, and styles, but figuring out which is which solely from their pointers, which change from run to run, is not a lot of fun. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

New to Inkscape
by gagan 04 Feb '14

04 Feb '14

Hey all, I am a new user here at Inkscape and don't know what to do. I want to contribute to this projects as a developer; can anyone help me out where to start. Thanks in advance -- Thanks Gaganjyot http://codeify.wordpress.com "Jai Sai Naath"

3 2

LGM 2014 Leipzig
by Tavmjong Bah 04 Feb '14

04 Feb '14

Hi, If the Inkscape board were to offer some financial support to attend LGM (April 2-5 in Leipzig, Germany)[1] who would be interested in attending the meeting? There will be people from Gimp, FontForge, Scribus, etc. as well as a number of SVG Working Group members there. At the moment, I am the only one I know from Inkscape (besides Alexandre Prokoudine and Sirko Kempter, both LGM organizers) who is signed up to attend. Tav [1] http://libregraphicsmeeting.org/2014/

1 0