- Inkscape Devel - Inkscape Mailman

lp:inkscape branch in Launchpad
by Krzysztof Kosiński 30 Sep '09

30 Sep '09

The lp:inkscape branch in Launchpad is out of sync with SVN, there is some error when importing. Can someone try to unwedge it? Maybe completely removing it and importing again from scratch would help? Regards, Krzysztof

2 1

[NEW] Waf build
by Krzysztof Kosiński 30 Sep '09

30 Sep '09

Hello all I just managed to build Inkscape using Waf as the build system. Although the documentation of Waf isn't complete and writing the scripts involved some guesswork and reading the source, it made a lot of things very easy when compared to Autotools or CMake (for example, the SVN revision feature). Currently it works for Linux builds, but supporting Windows and OSX only requires some tweaking. It doesn't do anything beyond building yet (like installation, updating translation templates, generating manpages and the like), but I'm working on it. Regards, Krzysztof -- View this message in context: http://www.nabble.com/-NEW--Waf-build-tp25530159p25530159.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 4

URI is EVIL!!!
by Jon A. Cruz 29 Sep '09

29 Sep '09

Hi, Just wanted to point out that technically URI classes are not usable for our assets. For example, it is tempting to use an URI to resolve an asset to the base document path. The problem is that a URI according to the RFC's is not usable for file paths. Glib and friends properly implement URI, therefore we can't use them for files. In the future we can probably use IRI's or our own classes for references and assets, etc. However URI's are not usable. I'm pointing this out since we are just about to release, but I tracked down a critical bug to being caused by this. In the near term we should search through the codebase for improper uses of URI classes. The tricky thing is that they will appear to function since common path names are "safe." However as soon as unexpected characters come in (like ampersands), all bets are off. To summarize: If we are linking something that is represented by a file (images, color profiles, etc.) can't be processed with a URI class or URI functions. It will work for simple cases, but not all.

4 9

Re: [Inkscape-devel] Inkscape scripting API (Draft)
by Glimmer Labs 29 Sep '09

29 Sep '09

On Fri, Aug 14, 2009 at 9:36 AM, Kent Tenney<ktenney@...400...> wrote: > I see mention of pytester.py in src/inkscape/src/extension/dbus/Notes.txt > but haven't found the file. > > Thanks, > Kent Update to the latest SVN and it should be in the dbus folder. I didn't add it at first because it was just for testing, but now I realize it serves as a fairly good example script as well. The reason it creates two documents is to make sure functions work even if they are called on an inactive document. This can be changed if you don't want to be opening lots of extra windows. (or use document_0 if you don't want to open any extra windows.)

3 7

Judging rendering test results
by Jasper van de Gronde 29 Sep '09

29 Sep '09

There are 15 "new" results in the rendering tests, if anyone could help judge the outcomes that would be great (I'm most definitely not getting around to it until somewhere in November). To do that, check out: https://inkscape.svn.sourceforge.net/svnroot/inkscape/gsoc-testsuite/tester You can run any of the tests that are marked as new at: http://home.hccnet.nl/th.v.d.gronde/inkscape/ResultViewer.html Once run, just compare the result (in the output subdirectory) with any of the existing references and/or your knowledge of what the output should be. If the current output is correct, add it as a pass reference, if it is incorrect add it as a fail reference (and commit). If needed I can always update the results page on request.

1 1

Failed 17 of 176 tests on cxxtests
by Aurélio A. Heckert 29 Sep '09

29 Sep '09

May be good to clean the errors in inkscape cxxtests before realize the new version. Here you can see the make test result: http://wiki.softwarelivre.org/InkscapeBrasil/LastMakeCheck Aurium -- Aurélio A. Heckert http://colivre.coop.br/Aurium GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - Ilustração Vetorial Livre: http://InkscapeBrasil.org Coop. de Tecnologias Livres: http://Colivre.coop.br - - - - - - - - - - - - - - - - - - - - - - - - - "Eu temo pela minha espécie quando penso que Deus é justo." Thomas Jefferson Antes de imprimir esta mensagem reflita sobre a sua responsabilidade com a preservação do Meio Ambiente.

3 3

trying to compile for Mac OS X Aqua native: svn: command not found
by Wolf Drechsel 29 Sep '09

29 Sep '09

Hello everybody, I tried to compile for Mac OS X and get a native Aqua interface. I installed the packages on a Mac OS X 10.4.11 PPC and came to sudo ./osx-build.sh u a c b i The result was: ./osx-build.sh: line 174: svn: command not found SVN update failed Could anybody give me a hint? - To be really helpful, it should be dummie-proof… (-; Greetings, Wolf

3 5

Inkscape 0.47pre3
by Ted Gould 29 Sep '09

29 Sep '09

Hello Inkscapers, I'm happy to be announcing the next pre-release of Inkscape 0.47. It's a pretty cool job to do. We're hoping that this is the FINAL pre-release of Inkscape, so make sure it doesn't crash for you as the final version is likely to be VERY SIMILAR to this one. There's a great set of patches from a variety of contributors, make sure to check them out! I couldn't figure out how to get Sourceforge to make a new releases anymore, and they took away the ability to make directories from SFTP; so I put things up at Launchpad. If someone can figure out Sourceforge, we can put them there as well. http://launchpad.net/inkscape/main/0.47pre3 == MD5 Sums == eaf529011bb4bc8879ff669a4c7f000d inkscape-0.47pre3.tar.bz2 c42ded78f6b58d0f141dca97c5026a6f inkscape-0.47pre3.tar.bz2.asc 283deaf2ace016736eb5e64e38075c17 inkscape-0.47pre3.tar.gz f3f1f5c9e41a7e8e90b9c4542e1a9bf6 inkscape-0.47pre3.tar.gz.asc e5be30c7b2f2f541839d5caee5207346 inkscape-0.47pre3.zip c68cb7c856ba31f1eed098b8c6bcd8ad inkscape-0.47pre3.zip.asc == SHA1 Sums == 0512e235bcb3391adf44aa4bacbd75c25ac507ec inkscape-0.47pre3.tar.bz2 d7d98787742c6d166f07a518bced4400cb9ca28f inkscape-0.47pre3.tar.bz2.asc 6111f18301b50062c51292c8c9c2ec2896feb071 inkscape-0.47pre3.tar.gz db315c4c353e3315b4830014d3454b9950c8385d inkscape-0.47pre3.tar.gz.asc b2ec4000f2c758fbe47d9e90b4f3f89463081d47 inkscape-0.47pre3.zip 1fd56b7a29901a822c84f473ed5b8444e2160b58 inkscape-0.47pre3.zip.asc * A few more bits if you REALLY don't trust your ISP --Ted

4 5

Re: [Inkscape-devel] mkNEWS broken
by Krzysztof Kosiński 28 Sep '09

28 Sep '09

Fixed in r22330. It broke because I moved the pages around a bit, and wasn't aware such a thing existed. I also changed it to use w3m (it is installed by default on Debian and Ubuntu systems, while lynx must be installed manually). Anyway, it is an ugly hack and should be replaced by something more robust in the future. Regards, Krzysztof 2009/9/27 Ted Gould <ted@...11...>: > Hey, > > So I was trying to make a news file for the release, and we used to do > that with packaging/mkNEWS -- but it seems to no longer work. I'm > guessing it hasn't been ported to MediaWiki. Anyone with some MediaWiki > interface fu that could look at the little script? > > Thanks, > Ted

1 0

Re: [Inkscape-devel] rotating guides
by Diederik van Lierop 28 Sep '09

28 Sep '09

Op Wo, 1 juli, 2009 12:01, schreef LucaDC: > These are my humble suggestions: > 1) when moving the guide (no modifiers) you always also move (and snap) > the > origin, that goes under the cursor, in 2D (so wherever you click you > always > grab the guide at its origin: why moving the guide keeping the origin at > the > original distance from the grab/snapping point?); this behaviour would be > consistent (=intuitive) to what happens when you create a guide; That makes sense! If no one comes up with a valid use case for the current behavior then I will implement it the way you suggest. > 2) if shift is pressed when clicking, the guides always rotate (snapping > to > what's around or, if you press ctrl after the rotation is started, to > absolute angles, i.e. always starting from 0, using the step specified in > the preferences for when rotating objects); So shift rotates ... > 3) if ctrl-shift is pressed when clicking, the origin moves constrained to > the guide (snapping to what's around projected perpendicularly to the > guide; > if you want something different you can create a new guide and snap to the > intersection, while creating a guide perpendicular to a given one is not > always straightforward; this is a general consideration regarding snapping > while constrained). ... but when "adding ctrl to shift" not only it becomes constrained, but it also changes from rotation to translation. In my opinion using ctrl should only make the motion constrained, and not change the type of transformation simultaneously. So: A) when dragging with no modifiers we will move the origin to the pointer location (freely, in 2D) B) with ctrl we will have a constrained translation of the origin along the guide C) with shift we will rotate D) with ctrl-shift we will rotate to increments of the absolute angle and with A), B), and C) Inkscape will snap depending on the snapping parameters. It looks like we're converging here, aren't we ;-) ? What do you think? Diederik

8 25