January 2009 - Inkscape Devel

find match
by Alexandre Prokoudine 05 Jan '09

05 Jan '09

Hi, So somebody posted this extension recently to the wiki: http://wiki.inkscape.org/wiki/index.php/FindMatch What do you think? Alexandre

3 3

testsuite painting-marker-02-f.svg
by unknown＠example.com 04 Jan '09

04 Jan '09

Hi all, I am working on some testsuite fails, and am now stuck on painting-marker-02-f.svg. Apparently, the stroke thickness of the markers should be inherited from the path they are on. This does not work in Inkscape. How should this inheritence be done? (is there an example of how this is usually done in inkscape?) Thanks, Johan

3 8

Re: [Inkscape-devel] CMake status
by Alexander Neundorf 04 Jan '09

04 Jan '09

Hi all, by Aaron Spike-2 Dec 31, 2008; 01:12pm ... > If you have some CMake experience and would be willing to help us to > perfect the CMake based build system for Inkscape, your help and patches > would be much much appreciated. We would really benefit from someone > with experience showing us best practices and helping us to make it work. > > Of course, this invitation is open to everyone! > > Aaron Spike I'm the maintainer of the cmake based buildsystem for KDE4, which works on Linux, Solaris, FreeBSD, OSX and Windows both with MSVC and mingw. While I don't have the time to actually help with your cmake stuff, I can answer questions and provide tips how to do things/where to look for stuff. Alex

2 2

Re: [Inkscape-devel] CMake status
by Alexander Neundorf 04 Jan '09

04 Jan '09

by J.B.C.Engelen Dec 31, 2008; 01:18am ... > The problem we had with cmake was that it puts obj files in some special dir > that is long, and then creates a commandline like: > g++ verylongpathlisting/blah.o possiblyevenlongerpathname/blah2.o ... > such that the cmdline is too long to work with windows/g++ > > Johan With which version of cmake ? I don't use Windows, but I know that some fixes for command lines which were too long went into cmake, so I think it probably works with CMake 2.6.2. Alex

1 0

Re: [Inkscape-devel] CMake status
by Alexander Neundorf 04 Jan '09

04 Jan '09

by the Adib Dec 30, 2008; 11:25am > > Hi, I would like to use a widely used build-system on Windows as well. > currently a build process lasts ages. I hope using some parallel build > feature. I want make -j4 > > Adib. nmake doesn't support this. But you can use a GNU make also with the MS cl compiler, e.g. the one from cygwin, mingw or unxutils. This is supported by CMake: http://www.cmake.org/Wiki/CMake_Generator_Specific_Information#Makefile_gen… Alex

1 0

using inkscape -> plotters in windows...
by stuart 03 Jan '09

03 Jan '09

Hi... First, how do you people do this? Window drivers are a nightmare! For instance, where do they start and where do applications end? People are talking about HPGL, SVG ... I just when round and round w/the Graphtec drivers for their C200-20 and C100-20 plotters. I am convinced they not only control the plotters but also translate depending on the application. That is, I have been told, that printing from Word using the graphics found in the Word's WordArt feature can actually cut on a Graphtec Craftrobo. How would this be possible unless the driver were also translating the output of the Word application. Guess I'm really asking, in windows, using inkscape, is the accepted "go-between" format between application and drivers PostScript? So, if anyone dares to write a windows driver, they can at least count on that much? Also, I understand that the "pipe the output feature" of inkscape was recently broken (during a revamping). Is that true? Has it been fixed? ...thanks

3 8

"SVG files are not W3C valid"
by Alexandre Prokoudine 03 Jan '09

03 Jan '09

Hi, Could somebody please give a shot to https://bugs.launchpad.net/bugs/313122 ? Alexandre

1 0

Re: [Inkscape-devel] CMake status
by Henning Meyer 02 Jan '09

02 Jan '09

I'm new to the list. But I'd like to see a cmake-build solution. It's more flexible and easier to maintain on multiple platforms. Also it would be easier for me to integrate additional libraries for testing-purposes ;-) > The problem we had with cmake was that it puts obj files in some special dir that is long, and then creates a commandline like: > g++ verylongpathlisting/blah.o possiblyevenlongerpathname/blah2.o ... > such that the cmdline is too long to work with windows/g++ > I don't know your MinGW environment, but this problem is known and seems to be solved here: http://www.cygwin.com/faq/faq.programming.html#faq.programming.make-execvp

3 2