- Inkscape Devel - Inkscape Mailman

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

CMake status
by Krzysztof Kosiński 31 Dec '08

31 Dec '08

This was raised in another thread, but I think this issue is fairly important - what is the status of CMake? Having three parallel build systems (homebrew buildtool, autotools and CMake) is at least awkward. I understand that migrating to CMake would allow us to remove the Windows build system. On the other hand, figuring out how to compile Inkscape on Windows using MinGW and MSYS would do the same. Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/CMake-status-tp21209331p21209331.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 15

Inkscape in the press: downloads of the year, the 30 best free programs
by the Adib 31 Dec '08

31 Dec '08

All, there is this link to the german c't computer magazine, titeld as above http://www.heise.de/software/download/special/downloads_des_jahres/50_1 Happy new year, Adib. ---

1 0

2Geom Progress
by Joshua L. Blocher 31 Dec '08

31 Dec '08

I'm going to take a random stab in the air and say we are about 70-75% complete with the Conversion to 2Geom. Things that still need done: - NRRect/NR::Rect need converting to Geom::Rect or Geom::OptRect - Filter needs to be moved out of the NR namespace maybe namespace Inkscape{ namespace Filter{ }} - sp-gradient.cpp & sp-pattern.cpp have deeper than normal libnr connection functionality will have to be moved out of NR or replaced - Include 2geom files instead of libnr files, simple replace and see if it compiles - Integer versions of Rect , Coord , etc Please see http://wiki.inkscape.org/wiki/index.php/CheatSheetForConvertingto2geom for a general guide for converting. If you have problems or questions please feel free to ask on here or in the channels on Jabber or IRC. Joshua L. Blocher verbalshadow

2 1