- Inkscape Devel - Inkscape Mailman

Win32 devlibs in Subversion
by Bob Jamison 09 May '08

09 May '08

Hi all, In grateful appreciation to ACSpike and his friends at Modevia.com for their continuing altruism and generosity, I want to inform people who are using the devlibs that we finally have the devlibs served via Subversion. The devlibs are now available here: https://svn.modevia.com/inkscape/devlibs However, to keep bandwidth down, I beseech people to get the 7zip of the repository: http://inkscape.modevia.com/win32libs/devlibs-2.12-svn-0805081735.7z Unzip that as your initial working copy, then do svn updates after that. Yes, it is huge (117mb), but it is not as bad as a 300mb svn checkout. So in the future, when there are changes to the devlibs, all you need is an occasional "svn up", and no more monolithic downloads. By the way, I have a question: do we still need to have Perl in the /devlibs? bob

3 2

Re: [Inkscape-devel] Inline Function Removal
by MenTaLguY 09 May '08

09 May '08

On Tue, 2008-04-29 at 00:55 -0400, Jimmy wrote: > Thanks. I have created the patch for Inline Function Removal and > therefore believe the task of removal is finished. I have attached the > patch as I don't have commit access yet. Hi Jimmy, Sorry to leave you hanging for so long; I've been having some work stuff I had to deal with. I've committed the patch. -mental

1 0

Rev 18558 fails to build: perl -CI ./utf8-to-roff [patch]
by Bernard Gray 08 May '08

08 May '08

This is on debian sid, perl=5.10.0-9.1 The following error has been occurring for me since Monday ================================= make[3]: Entering directory `/tmp/buildd/inkscape-0.46+svn20080508-cle.0' set -e; \ d=`sed -n 's,/,-,g;s,.*\$[D]ate: $..........$.*,\1,p' inkscape.pod`; \ pod2man inkscape.pod \ | sed 's/^\.TH .*/.TH INKSCAPE 1 "'"$d"'" "Inkscape-0.46+devel" "Inkscape"/' \ | perl -pe 'if (/^\[\% .*INCLUDE.*AUTHORS.* \%\]/) { open(FOO, "./AUTHORS");$_ = join(",\n", map { chomp; $_ } <FOO>) . "\n"; }' \ | perl ./fix-roff-punct \ | perl -CI ./utf8-to-roff \ > tmp.$$ \ && mv -f tmp.$$ inkscape.1 Too late for "-CI" option at ./utf8-to-roff line 1. make[3]: *** [inkscape.1] Error 9 make[3]: Leaving directory `/tmp/buildd/inkscape-0.46+svn20080508-cle.0' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/inkscape-0.46+svn20080508-cle.0' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/inkscape-0.46+svn20080508-cle.0' make: *** [build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 pbuilder: Failed autobuilding of package -> Aborting with an error -> unmounting dev/pts filesystem -> unmounting proc filesystem -> cleaning the build env -> removing directory /var/cache/pbuilder/build//20387 and its subdirectories Command /bin/sh -c pdebuild --buildresult /home/bgray/svn/dbw-svn/inkscape/trunk/../build-area failed in <unknown>, how to continue now? [Qri?]: Aborting. =============================== $ rgrep "perl -CI" ./ ./Makefile.am: | perl -CI $(srcdir)/utf8-to-roff \ ./utf8-to-roff:# perl -CI -nae 'my ($ch, $seq) = @F; if (ord($ch) >= 128) { printf(" 0x\%x, q{\%s},\n", ord($ch), $seq); }' =============================== make is calling it with the -CI switch, and so is the hashbang bit of utf8-to-roff. if you remove it from utf8-to-roff it builds ok patch: =============================== --- utf8-to-roff (revision 18558) +++ utf8-to-roff (working copy) @@ -1,4 +1,4 @@ -#! /usr/bin/perl -w -CI +#! /usr/bin/perl -w # Converts a man page from utf8 (not understood by groff 1.18) to groff escapes. # I couldn't find any existing tool to convert from utf8 to groff, though I # seem to recall seeing some code to do so somewhere.

2 6

NEW: LPE Construct Grid
by unknown＠example.com 08 May '08

08 May '08

Hi all, I just committed a new simple LPE: "Construct Grid". It draws a grid using the first and second segment of the original path as constructing lines. I think the UI needs more work, does anybody have ideas for a more userfriendly approach? Thanks! Johan

1 0

Problems running Inkscape v0.46 on OSX 10.5.2
by Diederik van Lierop 08 May '08

08 May '08

Could anyone comment on any known problems running Inkscape v0.46 on OSX 10.5.2? Some users are reporting such problems in our Sourceforge forum, see http://sourceforge.net/forum/forum.php?thread_id=2018385&forum_id=323059 I've never touched a Mac before, but there must be someone who can point those users in the right direction (or tell them they're SOL) Diederik

2 1

Re: [Inkscape-devel] [Lib2geom-devel] GSL dependency
by Bob Jamison 08 May '08

08 May '08

So we have a couple of weeks to get this ready, then? :-) But a little bit of lead time is always nice, so that we are not always trying to catch up with the dependencies, or worrying that the build might break because of them. Actually, I built gsl-1.11 this morning, http://inkscape.modevia.com/win32libs/gsl-1.11-mingw.tar.gz and uploaded it to the rsync repository. I don't know if that directory is anon rsync downloadable yet. But maybe we can change our mechanism for the .7z's in the meantime from how it is now -- me manually zipping and uploading. Merely 7-zipping the rsync/develibs dir on the server would be much more efficient, and less of a pain. And we have an older version (1.8) from 2 years ago in the win32libs dir, too. -----Original Message----- >From: Aaron Spike <aaron@...749...> >Bob Jamison wrote: >> But I must have missed the heads-up for the new dependency in the mail list. > >No you didn't miss it. This is the heads up. We're discussing how adding >GSL will impact 2geom and inkscape. Chime in. :-) > >

3 2

Re: [Inkscape-devel] [Lib2geom-devel] GSL dependency
by Bob Jamison 07 May '08

07 May '08

Hi, all. I have no objection to adding GSL as a dependency (probably easiest for us as a static lib). It's not a big deal, really. But I must have missed the heads-up for the new dependency in the mail list. bob

2 1

Re: [Inkscape-devel] [Lib2geom-devel] GSL dependency
by Marco 07 May '08

07 May '08

On Tue, 06 May 2008 23:00:47 +0200, <J.B.C.Engelen@...1578...> wrote: > Windows! :-) > > More important, if GSL becomes hard dependency, it becomes a hard > dependency for Inkscape as well. > > Cheers, > Johan > >> -----Original Message----- >> From: lib2geom-devel-bounces(a)lists.sourceforge.net >> [mailto:lib2geom-devel-bounces@lists.sourceforge.net] On Behalf Of njh >> Sent: dinsdag 6 mei 2008 22:35 >> To: Engelen, J.B.C. (Johan) >> Cc: lib2geom-devel(a)lists.sourceforge.net >> Subject: Re: [Lib2geom-devel] GSL dependency >> >> It should be part of your distribution. It is in ubuntu, for example. >> >> njh >> >> On Tue, 6 May 2008 J.B.C.Engelen@...1578... wrote: >> >> > Hi all, >> > >> > Recent commits made GSL a hard dependency, is that desired? >> > >> > And more important: where do i get it? >> > inkscape.modevia.com has an old gsl package, is that good enough? >> > >> > Regards, >> > Johan >> > >> > I used GSL for finding the roots of a 4th degree polinomial in the nearest point routine for elliptical arc and I'll need of the GSL library again to solve a 5x5 linear system for the elliptical arc fitting problem. So I'd like that GSL becames a hard dependency, but obviously I'm open to alternative solutions. Implementing these tools by myself could be a solution but it wouldn't be a little effort. So if there are real points against making GSL a hard dependency I'd whish to know them as soon as possible. You can download Windows binaries and developer files from here: http://gnuwin32.sourceforge.net/packages/gsl.htm and this is the gnu home page: http://www.gnu.org/software/gsl/ Cheers, Marco -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

4 5

Re: [Inkscape-devel] [Lib2geom-devel] GSL dependency
by Marco 07 May '08

07 May '08

On Wed, 07 May 2008 02:01:21 +0200, njh <njh@...1927...> wrote: > On Wed, 7 May 2008, Bill Baxter wrote: > >> I said "seems" :-) >> >> But I was referring more to this list of things it does, of which only >> two are apparently needed: > > I agree, although we will probably use least squares in the near future. > Copying the appropriate files across is certainly a reasonable solution, > and the one I would advocate at the moment. > > (although solving linear systems I would class as something you _don't_ > want to be doing yourself, and my past experience timing things showed > that it was darned hard to beat the performance of GSL for root finding > and linear systems (well that's blas really)) > > Anyway, I propose we copy the files from gsl exactly as they are, and > default to using GSL is available on the grounds that it has code to use > SSE/MMX/Transputer when available. > > njh Copying across the needed files could be a sensible solution, even if this means we need finding out all the various inner GSL file dependencies. GSL is a well established numerical library with really good performance and it supports a lot of platforms. We can't hope to find one library that perfectly fits our needs, and I suppose that we all agree that is not useful to reinvent the wheel. There are problems that own both a geometric and a numerical aspect, and 2geom should offer a specific implementation for these problems, but not for basic numerical algorithms. So, how much should we exploit GSL ? As little as possible but not less. Moreover, I like the idea to make up some wrapper for the needed functionalities, so weakening the source code tie with the library. Regards, Marco -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

1 0

Animation (was: Re: Inkscape / GSoC '08 proposal)
by Christophe Dehais 07 May '08

07 May '08

Hi Martin and everyone! On Tue, Feb 26, 2008 at 9:56 AM, Martin Owens <doctormo@...400...> wrote: > > If anyone is looking for a small simple project that would make great > impact they should think about working with me on the simple animation > plan; although I've not had a lot of time to work on it other than > reading inkscape codebase, I do believe the plan to be a solid > starting point. > I might actually be interested in this. I don't know what you have in mind precisely about "the simple animation plan", but here are the main possible goals I see: * implement the svg animation elements : animate, set, animate{Motion|Color|Transform} * figure out a decent UI for editing animations: - a time-based (SMIL oriented) timeline editor to represent / move around keytimes (=keyframes except it's not frame-based but time-based) - an interpolation curves editor * design some animation-related on-canvas items, like: - trajectories (motion-paths) - temporarily overlayed (t-epsilon) / (t+epsilon) state of an object (to mimic onion skinning) Is that close to what you thought about ? There are a lot of open questions, like: - should there be an "animation mode" where the animated attributes values are edited, as opposed to a "normal mode" where it's the object attributes that are modified ? - SMIL semantic is quite rich: at first some things might be discarded like repetition or the possibility to define the start of an animation based of some events (e.g. user click or the end of another animation). Those things don't map well in a timeline UI which I guess is the way animators are used to think. - will the canvas scale well to preview large animations sufficiently smoothly ? Comments welcomed ! regards, Christophe

11 17

Re: [Inkscape-devel] [Lib2geom-devel] GSL dependency
by Bill Baxter 06 May '08

06 May '08

I said "seems" :-) But I was referring more to this list of things it does, of which only two are apparently needed: """ The complete range of subject areas covered by the library includes, Complex Numbers Roots of Polynomials Special Functions Vectors and Matrices Permutations Sorting BLAS Support Linear Algebra Eigensystems Fast Fourier Transforms Quadrature Random Numbers Quasi-Random Sequences Random Distributions Statistics Histograms N-Tuples Monte Carlo Integration Simulated Annealing Differential Equations Interpolation Numerical Differentiation Chebyshev Approximation Series Acceleration Discrete Hankel Transforms Root-Finding Minimization Least-Squares Fitting Physical Constants IEEE Floating-Point Discrete Wavelet Transforms Basis splines """ --bb On Wed, May 7, 2008 at 8:49 AM, njh <njh@...1927...> wrote: > On Wed, 7 May 2008, Bill Baxter wrote: > > > > GSL seems like a huge dependency to pull in just for some root finding > > and solving of small linear systems. > > I'd either rip the needed code out of GSL and put it into lib2geom > > directly, or just find some implementation of those two algorithms > > elsewhere. They're both standard fodder in numerical computing. Most > > any textbook on numerics covers those topics, for instance. > > > > By huge, you mean 27kB. (http://packages.ubuntu.com/hardy/gsl-bin) > > njh >

1 0

NEW: change in Transform dialog
by bulia byak 06 May '08

06 May '08

Previously, the Apply to each object separately checkbox had no effect for the Move tab. Now, if several objects are selected, this checkbox is on, and "Relative move" is on, each object is shifted relative to the closest selected object on the left (for X) or below (for Y). For example, if you have a horizontal row of objects and you move them relatively by X=5px with "Apply to each object separately" on, the leftmost object will shift by 5px, the next one to the right by 10px, and so on; the rightmost selected object is displaced by 5*n px where n is the number of selected objects. As a result, the distance in each pair of adjacent objects will increase by 5px and the whole row will be spaced out, much like a letterspacing adjustment spaces out a text string. Moving these objects by X=-5px will, conversely, squeeze them tighter together: the leftmost will move by -5px, the next one by -10px, and so on. For Y, the effect is the same except that the move starts from the object closest to the bottom (i.e. with smallest Y coordinate). When determining the order of shifting objects, for X, the left edges of their bounding boxes are sorted horizontally, and for Y, the bottoms of their bounding boxes are sorted vertically. Order of selecting the objects or z-order does not matter. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

LGM 2008
by Jon A. Cruz 06 May '08

06 May '08

So, Who all is going to make it to LGM for 2008? For those of us not able to make it there this year, knowing who could represent Inkscape and bring up issues, meet people, etc, would be very useful. Thanks.

3 2

Re: [Inkscape-devel] SimpleCrosser
by Diederik van Lierop 06 May '08

06 May '08

Op Di, 6 mei, 2008 09:53, schreef J.B.C.Engelen@...1578...: > Marco has the same problem in 2geom. I think it's a bug by design (the > closing segment does not belong to the domain of the path); we are > thinking about including it in the domain (while keeping the > representation the same as it is now). That's great, then all I have to do is just wait for the problem to be solved. I think I can do that ;-) Diederik

1 0

SimpleCrosser
by Diederik van Lierop 06 May '08

06 May '08

Hi, Maybe it's just me doing something wrong, but I cannot get an intersection with the _closing_ segment of a rectangle. The first three segments between the four points of the rectangle behave as expected and do intersect nicely, but it looks like the closing segments is discarded when using the SimpleCrosser(). Is this by design or a bug, or am I missing something? This behaviour introduces a bug in Inkscape's snapping mechanism. For a constrained snap, I need to find an intersection of a linesegment (in the direction of the constrained handle movement) with an arbitrary path, but this doesn't work for the closing segment. Regards, Diederik

2 1

Re: [Inkscape-devel] SimpleCrosser
by Diederik van Lierop 06 May '08

06 May '08

Sorry, I only intended to send a single copy of my mail to lib2geom-dev :-( Diederik Op Di, 6 mei, 2008 08:15, schreef Diederik van Lierop: > Hi, > > Maybe it's just me doing something wrong, but I cannot get an intersection > with the _closing_ segment of a rectangle. The first three segments > between the four points of the rectangle behave as expected and do > intersect nicely, but it looks like the closing segments is discarded when > using the SimpleCrosser(). > > Is this by design or a bug, or am I missing something? > > This behaviour introduces a bug in Inkscape's snapping mechanism. For a > constrained snap, I need to find an intersection of a linesegment (in the > direction of the constrained handle movement) with an arbitrary path, but > this doesn't work for the closing segment. > > Regards, > > Diederik > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/java… > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

1 0

Re: [Inkscape-devel] File import
by Bob Jamison 05 May '08

05 May '08

Or my favorite: http://wotsit.org >For unknown file extention names try: > >http://www.file-extensions.org/ >http://filext.com/ >

1 0

File import
by Tavmjong Bah 05 May '08

05 May '08

Hi, In updating my book for v0.46 I have been reviewing file import. I am trying to learn more about some of the formats listed in the file import dialog (File->Import) under the drop-down menu. Are all the file types listed really supported in Inkscape? How is the list of file types generated? I can't seem to find it in the code. In particular, I would like to know more about Inkscape's support for these file types (it is not even clear to me what format some of them are suppose to be): .ggr (Gimp Gradient) .outline (Text Outline File) .tga (Targa) .ico .cur .wbmp .pcx .ras .xbm (X-Bitmap) .ani Thanks, Tav

9 21

Drawing algorithm
by Tom Moore 05 May '08

05 May '08

Hi to everyone in the development mailing list - this is my first post, so sorry if I'm not asking the right people. I use Inkscape on a regular basis and have always been really impressed with the freehand drawing tool, specifically the efficient resulting curve (very few points to describe the curve). Does anyone know if it is viable to write a similarly efficient algorithm in Flash using ActionScript 3? I've given it a go on a number of occasions over the past 6 months to decent effect, but not half as impressive as Inkscape. Because ActionScript and Flash are pretty slow compared to C, I tend to use fairly simple algorithms to draw curved lines through points. I can only assume that the Inkscape algorithm is pretty sophisticated and I can't begin to try and work out how it was written from the svc, having had no experience with the language. Has there ever been any documentation, high-level schema or flowchart produced to explain the steps taken to calculate the optimised curve? I'm sure that someone must have produced some pseudo code or white paper to describe the best practice for a vector line drawing tool. If anyone has any ideas I'd be really grateful. Tom

1 0

Re: [Inkscape-devel] File import
by Tavmjong Bah 05 May '08

05 May '08

On Mon, 2008-05-05 at 12:21 +0200, momo@...1386... wrote: > Here are TGA test files: > > There are 16,24 and 32 bits with and without RLE compression (details are in > the file names). All generated by photoshop. > > molumen Thanks again! The 16 bit files don't open while the 24 and 32 bits files do. A good predictor is if an image is shown in the preview window. I take it the same GDK code is used for both importing and generating the preview. Tav PS. I am testing with v0.46 with Fedora 7.

1 0

Re: [Inkscape-devel] Gobject or C++???
by SF Markus Elfring 05 May '08

05 May '08

> > What itŽs the best method to new GTK software?? > > In most cases, avoid C and C++ as much as is practical. Use a higher-level > language with GTK bindings and use the object model of the language you choose > rather than GObject. You may still need to dip into C occasionally for special > functionality, but minimize your use of C or C++. Neither are good languages > for application development. I find this wording confusing. Each programming language has got its strengths and weaknesses. I assume that you prefer scripting languages. There are more design options available. It is not clear what "the best" will mean. What are the main factors for qualification of development results? ;-) Regards, Markus

2 1

Newest go-ooo.org has built in SVG support
by rygle 04 May '08

04 May '08

Don't know if you know about the community built version of OpenOffice.org, but it's at http://go-ooo.org. It boots quicker than the standard OOo, and has a few other great enhancements, like apparently now the ability to import SVG's directly. Still haven't tested this, as it's a 130Mb download, but the previous go-ooo.org version was noticeably quicker than the default on my computer, and a little more stable too I think. Any comments? Cheers, Rygle. -- View this message in context: http://www.nabble.com/Newest-go-ooo.org-has-built-in-SVG-support-tp17034415… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

compile fails, linux, rev 18505:
by bulia byak 03 May '08

03 May '08

make[2]: Entering directory `/home/d/ink/inkscape/src' make[2]: *** No rule to make target `dom/cssparser.cpp', needed by `dom/cssparser.o'. Stop. please fix :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Batch export feature idea/request.
by Brian Vanderburg II 02 May '08

02 May '08

I have a set of several objects I'd like to batch export. I export them all to a single directory. To have multiple color sets I have a few key items and all of the objects are updated (mostly clones/etc), but then the problem is that batch export wants to write over the previous files so I must manually specify new files: directory layout: items.svg red/item1.png red/item2.png red/item3.png blue/item1.png blue/item2.png blue/item3.png etc With batch exports, after I save the red items and then change the key items to me the stuff blue, batch export still wants to save as red/item?.png A simple solution is in the batch export dialog provide an additional option 'Batch export to directory: '. When enabled, any existing export directory information would be ignored and only the filename portion of the exported file would be used, or if not available the object id. Then I can make the items red, batch export ,select 'Put all files in dir' and choose 'red' for the directory and export. Then change the key items to make it all blue, batch export but choose 'blue' as the export directory, etc for other colors. Something like the attached image Brian Vanderburg II

1 0

Re: [Inkscape-devel] Buildtool -- new
by Bob Jamison 02 May '08

02 May '08

When you say "btool something" that something is one of the targets in build.xml. The project has a default target listed at the top (dist). This is the one that will be executed, after all of its dependent targets, unless you specify another one. You can pick any target to execute. So you can say: btool compile ...and only run a compile, with no linking or copying. I guess you could add a pair of targets, something like this: <target name="refresh_prepare" description="delete the build.dep file to force a regeneration"> <delete file="build.dep"/> </target> <target name="refresh" depends="refresh_prepare,compile" description="force the cc task to regenerate its cache">  </target> The second task doesn't need to do anything. It just says: "before me, run refresh_prepare, and then compile" I'm not sure how to work that into the scheme of the rest of the target hierarchy, though. :) bob -----Original Message----- >Nice, > >Can you alias that, so that -Drefresh=true is just refresh, so you can >simply go 'btool refresh'? >

1 0

Re: [Inkscape-devel] Buildtool -- new
by Bob Jamison 02 May '08

02 May '08

Just a reminder, for when you do an "svn update". If, in the left column, in addition to U and G, you see any A or D for added or deleted files, then you will need to regenerate the dependency list. Also, at link time, if you see errors about missing symbols, then you probably have too many or too few .o files in the /build/obj directory. This is another clue that you need to refresh the dependency cache. The "clean" target has a task for deleting build.dep, so "btool clean" always works, if all else fails and you need to take drastic measures. Another trick: if you need to force a rebuild of a certain set of files, but don't want to rebuild the whole tree, then look in /build/obj. The directory structure mirrors /src. Just delete the corresponding .o's and run btool again. bob

1 0

Buildtool -- new "refreshCache" flag
by Bob Jamison 02 May '08

02 May '08

After thinking about telling Rygle about deleting build.dep to force a recomp, it occurred to me how kludgey that is. So I added yet another flag to the <cc> task, refreshCache="true/false". Setting this to true will force a regeneration of the cache. But you say "Hey, I don't want to edit build.xml every time I want to clean the cache!" Fair enough. So I added another property to build.xml, "refresh=false". This value is used in the <cc> task as refreshCache="${refresh}" To change this, and force a refresh, merely redefine "refresh" on the command line: btool -Drefresh=true You should see this near the top of the output: overloading property 'refresh' = 'true' This is a workaround to the problem: how to specify a task-specific parameter on the command line. I need to figure this one out eventually. By the way, did you know that you can do this? Calling btool this way: btool -Ddist=c:/inkscape ...sends the completed Inkscape distro directly to c:\inkscape :) Since btool uses URIs, "\" or "/" doesn't matter. Let me know if you have any problems. But this is a good example of how btool can be modified, and new Tasks added, to perform whatever build functionality we need. bob

2 1

Build problems - Last two commits (18500 & 18501)
by rygle 02 May '08

02 May '08

Hi guys, Having problems building the last two trunk revisions on Win32; SVN 18500 gives me this; ===== Make error line 201: problem compiling: mingw32-g++: src/dom/svgparser.cpp: No s uch file or directory mingw32-g++: no input files ===== So I updated to SVN 18501, and someone changed main.cpp, which now gives me this error; ===== Make error line 201: problem compiling: src/main.cpp: In function 'void sp_do_ex port_png(SPDocument*)': src/main.cpp:1027: warning: 'sp_item_invoke_bbox' is deprecated (declared at src /sp-item.h:215) src/main.cpp: In function 'bool replaceArgs(int&, char**&)': src/main.cpp:1419: warning: missing initializer for member '_WIN32_FIND_DATAW::f tCreationTime' src/main.cpp:1419: warning: missing initializer for member '_WIN32_FIND_DATAW::f tLastAccessTime' src/main.cpp:1419: warning: missing initializer for member '_WIN32_FIND_DATAW::f tLastWriteTime' src/main.cpp:1419: warning: missing initializer for member '_WIN32_FIND_DATAW::n FileSizeHigh' src/main.cpp:1419: warning: missing initializer for member '_WIN32_FIND_DATAW::n FileSizeLow' src/main.cpp:1419: warning: missing initializer for member '_WIN32_FIND_DATAW::d wReserved0' src/main.cpp:1419: warning: missing initializer for member '_WIN32_FIND_DATAW::d wReserved1' src/main.cpp:1419: warning: missing initializer for member '_WIN32_FIND_DATAW::c FileName' src/main.cpp:1419: warning: missing initializer for member '_WIN32_FIND_DATAW::c AlternateFileName' src/main.cpp:1523: error: invalid conversion from 'const gchar*' to 'gchar*' src/main.cpp:1523: error: initializing argument 1 of 'void std::vector<_Tp, _A lloc>::push_back(const _Tp&) [with _Tp = gchar*, _Alloc = std::allocator<gchar*> ]' ===== I don't think the first error has yet been dealt with, but the second error simply occurs before the first error gets a chance. Cheers, Rygle. -- View this message in context: http://www.nabble.com/Build-problems---Last-two-commits-%2818500---18501%29… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 7

LGM
by Alexandre Prokoudine 02 May '08

02 May '08

Hi, So, who is coming to LGM? :) Alexandre

4 3

New Extensions and Translation or other requirements
by rygle 01 May '08

01 May '08

Hi, Inductiveload has been busy fixing and making extensions. The version of Add Nodes in trunk can now divide into a given number of segments (see LP#171856), and there is also now a Render -> Polar Grid option in trunk (see LP#224522). Soon there will also be a Render -> Cartesian Grid extension, but that's got a slight problem being sorted (see LP#224955). I've recently added the new files to /share/extensions/Makefile.am - I realise that affects the Linux (Mac?) build process, even if it doesn't affect Win32. Does /share/extensions/Makefile.am also flag files for translation (seems to hint at that)? If not, is there a need to change something else for translations? Is there anything else that needs to be updated for new extensions? Cheers, Rygle. -- View this message in context: http://www.nabble.com/New-Extensions-and-Translation-or-other-requirements-… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

Re: [Inkscape-devel] [Bug 171856] Re: Segment Division
by Aaron Spike 01 May '08

01 May '08

Rygle wrote: > Hi guys, just trying to get my head around all this. No problem. > I committed this and milestoned for release in 0.47, but I assumed that > Aaron and/or a release warden would check it out before the proper > release. I was trying to flag somehow that this is new and needs to be > approved. That's why I set it as Wish List and Fix Committed, not Fix > Released. Should I have instead marked it as Fix Released and nominated > it for release 0.47? Or just leave any milestoning/nomination because > it's automatically in? Seems like it won't get noticed by release > wardens then. There are no release wardens for 0.47 yet. Release wardens impose marshal law during release times to make sure things get out the door in a reasonable amount of time and without any avoidable nasty bugs. During the normal development cycle we average contributors are in charge. If you've been granted commit access the Inkscape community trusts you to decide what goes into the tree. > I'm also unsure, but based on Maximillian's comments, but do some people > feel that applying patches treads on toes if the bug is assigned to > someone else? I merely wanted to get it into trunk so that people would > find any problems with it. I've seen some good patches that didn't make > it into 0.46 because they didn't get attention. Should I not commit > patches when the bug is assigned to someone else? Please be frank, > because I don't want to offend others. I think sometimes applying a patch assigned to another person could possibly maybe tread on another person's toes perhaps. This time it didn't. I grabbed this patch because the author had written me individually about the change and because there doesn't seem like a lot of people who want to deal with python patches. But I knew that I wasn't going to get around to committing it until the weekend and it is very important to have quick turn around on patches. This shows that we value the work being done and encourages repeat contribution. Just think how discouraging it is when I sit on a two line python patch that is obviously fine. You're timing was excellent. Feel free to commit a patch. As long as you do due diligence. Meaning: You understand the issue it addresses. You test it locally to see that it does address that issue. You do not notice any major regressions as a result of it. Otherwise ask for a little clarification and help. And if you feel comfortable, go ahead and assign bugs to yourself. :-) And, yeah, it probably doesn't hurt to ask if the bug is assigned to someone else. I know in my situation sometimes I don't comment everything I know on the bug because I don't think of it. There might be some issue I want to check into. So if you ask I'd be more likely to write that in the bug comments. Not trying to hide info; I just don't think of these things all the time. Thanks for applying this patch! Aaron P.S. I'm copying Inkscape-devel to give people a chance to disagree with me. :-)

1 0

New tool added
by Jon A. Cruz 01 May '08

01 May '08

I've just committed the first cut of the new eraser tool. This first part only adds in the functionality to cut away parts of objects you have selected. It won't do anything if you don't have something selected, and it won't do anything if the first mode is selected (the sub-toolbar has toggles for the two modes). However it does commit all the infrastructure changes including the new icons, new drawing context, verbs, switching, etc. I had been wanting to get that in first to shake down bugs in that support work. Hopefully I'll be able to get the other mode committed this weekend. That's the main differentiator and works like touch-delete or perhaps pop-the-balloons. Please let me know if there is anything in that commit that needs fixing, etc. etc. Thanks.

10 23

Gobject or c++???
by Martin (OPENGeoMap) 30 Apr '08

30 Apr '08

Hi all: I want ask a question to inskape community because it´s expert in this matters... What it´s the best method to new GTK software?? - c++/gtkmm - GTK/ gobject - VALA - a mix of gtk, gobject and gtkmm like inskape and k-3d Regards.

2 2

W and H setting broken when geometric bounding box used
by qazxswedcvfrtgbnhyujmkiolp2000 qazxswedcvfrtgbnhyujmkiolp2000 30 Apr '08

30 Apr '08

Hi inkscape-devel, I notice that if i draw a rectangle, then try and adjust W or H (e.g. type 123.456 in the box), that W or H is not set correctly (e.g. it comes out slightly different to the value I typed)!. Works OK if visual bounding box is used, broken if geometric bounding box is used. Is this a bug? Thank you, qazxswedcvfrtgbnhyujmkiolp2000

1 0

Re: [Inkscape-devel] [lib2geom-devel] inkscape svn write-enabledaccess request
by Bob Jamison 29 Apr '08

29 Apr '08

Then I must be missing something. Isn't the whole point of linking directly to another repository the ability to always be referencing the current state of the subscribed-to tree? Not a snapshot. Or does it not work that way? bob >Please no. SVN externals are made of pain and fail. It should be >obvious why, if you think about it -- the external and local versions >are not locked in sync, so you can't get a "known good" configuration >when doing e.g. regression testing. > >Every project I've been in that has used svn externals has eventually >abandoned them for that reason. > >-mental >

2 2

GSoC tag-team for lib2geom integration
by unknown＠example.com 29 Apr '08

29 Apr '08

Hi all, Yesterday I had a chat with mgsloan about lib2geom integration for GSoC'08. We spoke about working together on it. He knows 2geom very well, I know Inkscape well and have worked with 2geom a lot for LPE. Because complete conversion to 2geom is a big task, where 2geom issues can become apparant, I think it is nice to have a 2geom developer working on it aswell (although I did commit some small things to 2geom, I do not count myself as a real 2geom developer). This way, we can both work and discuss things where we are uncertain. I hope to have a somewhat longer discussion with mgsloan within the next couple of days. How do people feel about this? Apart from having a 2-man team on lib2geom integration: I know I have been very brief in my gsoc proposal as blueprint. I am thinking about 1. writing test code (cxxtest) 2. integrating lib2geom in steps, for example per tool or per feature 3. switching to 2geom path representation in inkscape core is advanced task and should be tried later in the project 4. I'd rather *not* work in a branch, because then people that code new things will use 2geom instead of me/us having to recode new things to 2geom. (conflicts etc abound) 5. Release lib2geom after integration is complete. Not before integration is complete because of things that might be missing or bugged in 2geom. Thanks for your opinion, Johan

7 10

Win32 0.46.1 patches
by rygle 29 Apr '08

29 Apr '08

Hi guys, Just letting you know I've moved all previous Win32 patches for 0.46 to /packaging/win32/patches/0.46, and created a new 0.46.1 directory, just to keep things neat. Bryce and others have expressed concern about linux distros getting narky about unnecessary bug fixes, hence keeping the Win32 only patches separate. That way we can fix a bunch of stuff that was still broken in the win32 0.46 release and not bother the linux distro people at all. All these patches should already be in trunk, and so should automatically make it into 0.47 without remaining separate (I think). The Mac guys might like to do the same ?? Can we keep milestoning bugs for certain releases (unless they're not likely to be solved by 0.47) - with only bug fixes of existing features being marked of 0.46.1. Can we also start adding patches to the win32 0.46.1 section for stuff that's been tried in trunk? I've committed two patches that were in trunk, but there are a bunch more out there already. Thanks, Rygle. -- View this message in context: http://www.nabble.com/Win32-0.46.1-patches-tp16965858p16965858.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

export of grids and guides to XCF
by Alexandre Prokoudine 29 Apr '08

29 Apr '08

Hi, https://bugs.launchpad.net/bugs/222655 has an attached patch to add grid/guides export to XCF exporter. Could someone who knows Python well please have a look at it? Alexandre

2 1

new SVGEllipticalArc implementation merged into path.h
by Marco 29 Apr '08

29 Apr '08

I merged my implementation of the SVGEllipticalArc class into path.h substituting the old one. Some method lacks of a native implementation, yet and it relies on a conversion to SBasisCurve, but the class is fully working (there isn't any not_implemented exception thrown any more). Moreover I commit a new version of the svg-elliptic-arc-toy, with the ability of testing the portion method too. PAY ATTENTION ! I want to point out that I modified the src/CMakeList.txt file, adding some line of code in order to find out which version of ragel is installed. This is needed because starting from version 5.18 the ragel package substituted the command rlcodegen with the rlgen-cd command as specific code generator back-end for C, C++ and D languages. If you'll get into troubles when you build the library you'd look that you have the ragel package installed. Anyway in case of problem you can send me a mail or contact me on the lib2geom channel. Regards, Marco -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

4 14

Learn SVG book.
by Marcin Floryan 29 Apr '08

29 Apr '08

Hi! I've no idea if this would be useful for anyone, but it showed up in one of my feeds so I thought it could be worth sharing: The English and French editions of the LearnSVG.com ebook is now available for free and can be downloaded here: http://www.learnsvg.com/ Regards, -- Marcin Floryan http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

4 3

Re: [Inkscape-devel] New tool added
by Jon A. Cruz 29 Apr '08

29 Apr '08

On Apr 28, 2008, at 1:36 PM, Ronan Zeegers wrote: > I think that a button in the toolbox for the eraser tool is a good > idea. But it should just load the calligraphic tool (or his option > toolbar) with a different preset and a different boolean mode. > btw, this boolean mode with an auto union cloud be really helpfull > with the calligraphic tool too. It could provid the "paint feeling" > that Flash give... It also prevent to have lots of bezier lines > when you're using the calligraphic to do a complex draw. It's probably going to be close to that. Bbyak had already been working on such an additive and subtractive options for the calligraphic tool. There's a bit of a difference in some use cases, and it will be diverging more. From what I can see of things, though, the calligraphic tool will be very useful for a different set of operations. > An other thing; it would be really cool to be able to auto switch > to the eraser tool when using the eraser of a wacom tablet. Eeek! You got me! :-) Actually with the code in SVN it should be able to do almost that already. It should be detecting input devices and switching to the last tool used with a given device (tablet mouse/puck, stylus front, eraser back), so once you use the eraser end and use it to pick the eraser tool, it should switch tools as you go. I've just not tested that again recently since I'm on my box running Hardy and that has some wacom issues. And thanks for reminding me. I'll make that tool the default for any "ERASER" type extended input device.

1 0

Inline Function Removal
by Jimmy 28 Apr '08

28 Apr '08

I am currently working on Inline Function Removal and while replacing calls to sp_repr_set_attr with direct calls to the wrapped member functions I noticed that the wrapped function is defined as void. There are tests that are run to check if sp_repr_set_attr fails. sp_repr_set_attr always returns true although I suspect this was designed to change at some point If sp_repr_set_attr is replaced in one of these tests for example: /// \todo fixme: Exception if object is NULL? */ if (!sp_repr_set_attr(object->repr, key, NULL)) { No value will return and the compilation will fail. Should I just comment out these tests or remove them and leave the todo? As of now the tests just accept true from sp_repr_set_attr and they don't actually check anything. Jimmy Varvaro

2 1

Filter examples update
by Joshua Blocher 28 Apr '08

28 Apr '08

Ted, Mauve provided a newer version of inkscape-filters.svg with more filter examples in it. I simply updated it in svn. includes edge detection, sephia, age, blueprint, emboss, and many more. Everything below Patterned Glass is new. Let me know if there is something i can do. Joshua L. Blocher

1 0

on X86_64 with inkscape 0.46 and gcc-4.3.0, strlen not in local scope
by Dennis Heuer 28 Apr '08

28 Apr '08

gcc-4.3.0 complains that in dom/io/uristream.cpp:102 "strlen" is not defined in the local scope of member function: »void org::w3c::dom::io::UriInputStream::init()«: Regards, Dennis Heuer

2 1

[Fwd: Inkscape Freshmeat Page]
by Ted Gould 28 Apr '08

28 Apr '08

Hey, Who was editing the Inkscape Freshmeat page? I created it, but I don't seem to remember my login. I'll recover that, but I thought someone else could edit it, I haven't updated it for a while. --Ted -------- Forwarded Message -------- From: Rygle <pittos@...1208...> To: ted@...11... Subject: Inkscape Freshmeat Page Date: Mon, 28 Apr 2008 13:26:38 +1000 Hi Ted, Don't know if you've noticed that the Freshmeat page doesn't yet mention 0.46. You're down as the author of that page and I can't change anything. Cheers, Rygle

1 0

Filter examples update
by Ted Gould 28 Apr '08

28 Apr '08

http://inkscape.svn.sourceforge.net/viewvc/inkscape?view=rev&revision=18443 Can someone (verbalshadow) tell me what changed in this update? Unfortunately all the XML attributes were rearranged so a diff is basically impossible. Thanks, Ted

1 0

NEW: Filter Effects
by Ted Gould 27 Apr '08

27 Apr '08

Hey, So I subclassed the effects to provide an easier way to just add filters on a group of objects. Hopefully bringing this into the realm where anyone who understands the filter dialog could build their own filter effect. It needs to documentation and overall is less than complete, but I thought I'd put it out there for people to play with. I took all the examples from Mauve's excellent example file[1] and turned them into effects on the effects menu. Now you should be able to just grab and object and apply these to your objects. To create your own I suggest copying "sepia.h" in /src/extensions/internal/filter and replacing the strings. All you need is a non-translated name (ID), Menu name, description and then the filter that you want to apply. You'll then need to add it to "filter-all.cpp" but that is also pretty straight-forward. If someone isn't faster, I'll make better docs. [2] It is a little more difficult to use parameters, but not that hard. There is one example of that, drop shadow, which of course works with live-effects also. I would also like to clean this up and make it easier. The biggest limitation of the implementation right now is that it will ONLY apply if there isn't a filter on the object currently. Long term, I'd like it to merge the filters. That's all for now! --Ted [1] I didn't take Drop Shadow from there because I was looking at the SVG file and the filter for Drop Shadow is above the linear gradient where I started looking, so I missed it. No seriously, stop laughing. [2] I would like for someone with a light programming background to do this as they're likely not to skip over things that other people would need to get started.

10 19

Buildtool -- new "continueOnError" flag
by Bob Jamison 26 Apr '08

26 Apr '08

Johan asked me to look into a way of having buildtool continue processing files after a compile error happens on a file. Although going to the next task after a failure would be incorrect, there is nothing to stop us from letting the <cc> task continue processing its file list after a compile failure. So now there is a new attribute for <cc>: continueOnError="true" which will allow the <cc> task to proceed with its file list after an error. At the end of processing the list, it will return failure as before. If you want to use this feature, just set the flag to true, and read the "compile.lst" compiler listing file after buildtool is done. By the way, everyone should read compile.lst occasionally, even when builds are successful. Warnings are listed there. bob

2 1

Toolbar icon sizes
by Jon A. Cruz 26 Apr '08

26 Apr '08

The preferences for the toolbar icon sizes has been changed from a simple toggle of two sizes, to a combo to allow for three sizes. Also, all three toolbars are now configurable. This fixes a problem many users, especially Ubuntu users, were seeing on monitors that only went to 1024x768 or smaller. Things should not affect anyone's existing preferred setup, and should take manual intervention to see a difference in the UI. Give it a bit of a shake-down and see if there are any problems with settings, etc. Thanks. p.s. yes, I did get the release notes updated also. :-)

4 5

converting to C++, helper script
by unknown＠example.com 25 Apr '08

25 Apr '08

Hello all, In my branch (gsoc2008_johan_path2geom), I've been converting SPCurve to a proper C++ class. A lot of the work involves replacing "sp_curve_moveto(c, p);" to "c->moveto(p);" . I've written a script to do this kind of thing. If anyone wants to move more to C++, I think you'll find this automation very handy. Basically, the script searches for a certain regexp, and replaces it with another. There is a confirmation check on every occurance, because the replacement might go wrong (in my script "sp_curve_moveto(human->arm().fingerpath, p);" is incorrectly replaced with invalid code). I have added the file to our wiki. Do we have a page about converting to C++? I'd like to move my SPCurve C++ify to trunk, I have tested and there seem to be no bugs. Can I proceed? Cheers, Johan

2 1

Broken links in doc page
by Karlisson 25 Apr '08

25 Apr '08

Hello! Just noticed that links for gtkmm in the doc page (http://inkscape.modevia.com/doxygen/html/) are broken. The correct links are in http://www.gtkmm.org/documentation.shtml Greetings o/ -- Karlisson de Macêdo Bezerra http://nerdson.com/ - "Don´t panic!"

1 0

"Stack Stroke/Fill" effect for Inkscape
by Ove Kaaven 25 Apr '08

25 Apr '08

Hey, I just subscribed to this list. I've written an effect for Inkscape in Python, and if you like it, it'd be nice to see it included in the official Inkscape. I've explained what it's supposed to do, with screenshots, here: http://www.ping.uio.no/~ovehk/inkscape/stack.html Comments welcome. Perhaps I should call it something else (I just called it "stack" because it kind of stacks the stroke on top and the fill on the bottom), and perhaps there's a better way to do what I'm trying to do. (Also, it'd be nice if there was a better tool for brushing out blobs than that calligraphy+union trick I used there...) <inkscape-extension> <_name>Stack Stroke/Fill</_name> <id>org.ekips.filter.stack</id> <dependency type="executable" location="extensions">stack.py</dependency> <dependency type="executable" location="extensions">inkex.py</dependency> <effect> <object-type>all</object-type> <effects-menu> <submenu _name="Generate from Path"/> </effects-menu> </effect> <script> <command reldir="extensions" interpreter="python">stack.py</command> </script> </inkscape-extension>

2 1

Extensions (inx) files
by Marcin Floryan 25 Apr '08

25 Apr '08

Hi! I was playing with some extensions recently and started wondering that it would be nice if the extension files (inx) could be made into properly formatted XML documents with their own namespace and an XSD to come with it. This should make creating new ones easier as well as validating them. I should be able to carry out all necessary work but wanted to know if you guys think it is sensible... Thanks, -- Marcin Floryan http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

14 41

Re: [Inkscape-devel] NEW: "No Filters" view mode
by Alexandre Prokoudine 25 Apr '08

25 Apr '08

On Wed, Apr 2, 2008 at 6:57 PM, MenTaLguY wrote: > (The keyboard shortcut actually currently toggles between outline > and whichever of "Normal" or "No Filters" was previously selected, > the rationale being that turning filters on and off is not a > frequent occurrence.) I agree that cycling between modes in a complex document isn't cool, but then I, for instance, don't use wireframe mode very often, and I'd love to be able to switch between Normal and No FIlters. What do other people think? Alexandre

5 4

Mac OS X - XQuartz 2.2.0.1
by rygle 25 Apr '08

25 Apr '08

Mac users - You may already know this, but I just noticed that XQuartz has been updated twice in recent weeks, and another update is expected soon. Updated the wiki accordingly - http://wiki.inkscape.org/wiki/index.php/InstallHelp#Installing_on_a_Mac -- View this message in context: http://www.nabble.com/Mac-OS-X---XQuartz-2.2.0.1-tp16877674p16877674.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Re: [Inkscape-devel] FUN: a weird clock in SVG+javascript
by Alvin Penner 24 Apr '08

24 Apr '08

Okay, I have to admit, that was EXTREMELY COOL, I didn't know that SVG could do animation. But now, being a Windows user, I have a question, this animation runs very well using SeaMonkey in Windows XP, but if I use IE7 as I normally would, then I just get a static image, no animation, anybody know why (other than the obvious answer, that it was made by Microsoft) ?

2 1

FUN: a weird clock in SVG+javascript
by Felipe Sanches 24 Apr '08

24 Apr '08

I have just coded this javascript+SVG weird clock. It is composed by several clock pointers that together form words indicating the current time. This animation is obviously running faster than usual clocks, but I guess you get the idea. http://bighead.poli.usp.br/~juca/code/svg/javascript/weirdclock.svg I have drawn it using Inkscape and then coded it using gedit. I had some issues while doing it. One issue is that javascript code is escaped with html escape codes. This messes my code everytime I modify the SVG file using Inkscape. Another issue is the path:d attribute, which seems to use m and M path codes randomly . I hope you like my animation and that it helps improve inkscape in this use case: handling of SVG files containing javascript code. JucaBlues PS: the idea of this weird clock comes from here: http://www.christiaanpostma.nl/clock.htm

1 0

use current drawing datas in Extensions (inx) files WAS Re: Extensions (inx) files
by Aurèle Duda 23 Apr '08

23 Apr '08

Le mercredi 23 avril 2008 à 17:10 +0200, Marcin Floryan a écrit : > I suppose one could think about creating an interface between > Inkscape and the running external Extension via a simple messaging > system using D-Bus architecture (especially that it already provides > binding for Python among others). That would fit neatly with the plans > to use D-Bus for Inkscape anyway. Would be extremely useful and powerful for extension designer, better than redesign the well each time an extension need a boolean operation or sthing else ! But what would be actually really useful for some projects is that we can use data taken from the current drawing inside an extension dialog. Just for instance, I want to design an origami diagram manager upon inkscape, where each step is stock in an svg:g with an id in a particular namespace. Writing an extension where I can manage the creation or removing of a step, open the new group in order to the step will be drawn inside it is really easy (I am on the finishing of this part) with lxml, but I would love to write another part to choose the step to edit, where the extension dialog let me shows all the step-id and title of the current drawing. I have think about delegate some parts of my project on another gui -tkinter or something else- when I need to use datas from the drawing, but something like : <xslt:for-each select="g[@oh:step]"> <option value="{./@id}"><xslt:value-of select="@title" /></option> </xslt:for-each> would be really really great. But I know .inx are loaded when inkscape is launched, thus this behaviour is currently impossible. But if begin to clean this part of inkscape... Regards, -- M. Aurèle Duda Origami, Art du pliage de papier Design, atelier, sculpture http://aurele-origami.com email: contact@...1693... Gtalk: aurele.duda@...400... MSN: aureleduda@...19... skype: aurele.duda GSM: +33 (0)6 98 37 29 52 -- View this message in context: http://www.nabble.com/use-current-drawing-datas-in-Extensions-%28inx%29-fil… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

GSOC branches
by unknown＠example.com 22 Apr '08

22 Apr '08

Hi all! I just heard the great news! Thanks for giving me this opportunity again! Congratulations Felipe, Marco, Jasper and Max! Special note to Max and Marco: since you do geometry things, I'd be happy to work more closely with you if possible and desired :) To Jasper: is it okay if I bug you about path tests? :) Really excited by the project ideas that were accepted! Now, to the topic of this mail: GSoC branches, yes/no. I will be doing under-the-hood refactoring, and I am thinking about whether or not to work in my own svn branch. Pros: I can break builds with partial commits and/or make bad bad bugs. Cons: I won't discover bad bugs. I'd like to work in trunk, because of the bugs issue and because it will force me to immediately handle new code by others. Moreover, I will be forced to make changes that build and function and won't be drawn into making a half-way solution that will not work at the end of GSOC. For the people that are afraid I will be messing up trunk badly: I first intend to do changes in the way the code accesses the path data, then make a test function for conversion to 2geom, then have both representations in inkscape at the same time and constantly check whether they are the same, etc. I intend to do small steps towards completely going to 2geom, so I am more sure that it actually works and did not introduce new bugs. Please let me know what you think of this. Cheers! Johan

7 9

GSoC and My Plans
by Gail Carmichael 22 Apr '08

22 Apr '08

Hey all, I just got the rejection letter from Google. I wanted to let you guys know that I will definitely try to make an effort and contribute a bit to the community anyway, but I do take this as a bit of a sign - it's the gods telling me I should work on my thesis as much as I can this summer ;) Hopefully I can contribute something to the conversation on SVG Fonts (assuming Felipe was accepted, but I think that's a safe assumption), and I know there are a good number of text bugs that might be a good place for me to spend short bursts of time. Congrats to all those accepted, and I hope everyone has a fantastic summer! Gail

5 6

Inkscape and the Hackontest
by Bill Baxter 22 Apr '08

22 Apr '08

Is anyone interested getting Inkscape into the the Hackontest? Seems to me like if registered, Inkscape would have a pretty good chance of being accepted. Inkscape has a large user base -- good for getting votes from the loyal Inkscape's purpose is easy to understand -- good for getting votes from people who've never even heard of it Inkscape is modular enough -- you need a project idea that can realistically be done in 24 hrs, and many things like cool new LPEs or exporters or importers could realistically be done in that time frame. Inkscape has a huge list of contributors -- important because you need to actually get 3 people willing to go to Sweeden and code for 24 hrs straight. I think Inkscape would have a good shot. --bb

4 4

X,Y,W,H settings do not change independently
by qazxswedcvfrtgbnhyujmkiolp2000 qazxswedcvfrtgbnhyujmkiolp2000 22 Apr '08

22 Apr '08

Hi inkscape-devel, I notice that when I want to draw an object with a particular X,Y,W,H this is not easy, because these settings do not change independently. For example, I want to draw a box 210x297 centered at 0,0 (i.e. W=210, H=297, X=-105, Y=-148.5). I make sure I am using geometric bounding box, and I draw the box by hand with a random size and position, then I enter these values in the W,H,X,Y fields. But when I enter some of these values, they change the other values slightly! Is this a bug, and is there a way to correct this behavior? Thank you, qazxswedcvfrtgbnhyujmkiolp2000

1 0

Re: [Inkscape-devel] [Inkscape-user] Filter Effects example in SVN
by Josh Andler 21 Apr '08

21 Apr '08

Aaron Spike wrote: > heathenx wrote: > >> A fellow Inkscape user sent me a link from the SVN repo regarding a filter effect svg example file. >> There are quite a few different effects inside of this file which I think many of us users would >> appreciate having. Is it possible to get this file posted on openclipart? I'm not sure who authored >> the svg file but WOW!, what a nice gift. This person should be lifted up on our shoulders and >> paraded down main street. :) >> > > That person is mauve. (http://mauve.mauvespace.com/) He also did a nice > tutorial. > > http://blog.mauveweb.co.uk/2008/04/19/svg-filters-with-inkscape-046/ > I had seen him on IRC a couple mornings ago when he posted his tutorial. I asked if he'd create a bunch of stock filters for us to provide, as bulia mentioned a desire a while back for "easy filters". So, it's definitely a phenomenal start. But we also need to figure out how to implement the UI for easy filters. Just via menu options with no params? An "easy" dialog which hides the advanced bits? Or filter specific dialogs like the effects? Any other ideas? Unfortunately, the problem is that we now have figure out where some filter related issues lie. I tried opening up the file in Batik, but it sees it as invalid. Are we producing invalid svg, or is batik just really picky? Also, some filters render differently in Firefox 3 & Opera 9.5. So at this point, we shouldn't get overly excited until A) we're producing files batik likes (or we file a bug report with them if the problem is on their end) and B) we figure out who really has the most accurate filter implementation and either match it, or inform them if ours is "better". -Josh

5 5

Re: [Inkscape-devel] accepted!
by Marco 21 Apr '08

21 Apr '08

On Mon, 21 Apr 2008 21:52:53 +0200, njh <njh@...1927...> wrote: > http://code.google.com/soc/2008/inkscape/about.html > > njh I'm very happy for the good news :-) I hope to achieve all goals I exposed in my proposal with the help of Nathan and the hints and suggestions from the inkscape community. Congratulations to all other accepted applicants. Kind Regards, Marco Cecchetti -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

1 0

Re: [Inkscape-devel] Extensions (inx) files - XML parser
by Bob Jamison 21 Apr '08

21 Apr '08

Just my humble opinion on how Inkscape reads SVG files, is to be very forgiving on input file parsing. In case of a minor format violation, try to correct it. Report the worst errors, of course. And then do Inkscape's best to generate clean and proper data. Thus, over time, Inkscape has a side effect of gradually mending a domain of broken files. A lot of editors do it this way. Do we want to reject an XML file if it is horribly munged? Sure. But if it merely needs a bit of tender care, then allow it. Then instead of merely telling users to fix their file, Inkscape does the fix itself. Use validation to tell people why their file has a problem. But don't always reject it.

1 0

NEW: Live preview of extension effects optional
by bulia byak 21 Apr '08

21 Apr '08

While the "Live preview" checkbox is useful for most effects, for some it just does not make sense. Now, you can add the attribute needs-live-preview="false" in the effect element in the .inx file of the effect to suppress this checkbox for your effect. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

Bug triaging help needed
by Bryce Harrington 19 Apr '08

19 Apr '08

Heya all, Have you been enjoying Inkscape and wondering about an easy way to contribute back? Bug triaging may be for you! Bug triaging is basically our first line step in the process of handling bugs. It's like being the host in a restaraunt - you don't fix the bugs, you just make sure the reporter has been greeted and find where they should sit. You can see the problem we're trying to solve by just looking at this plot: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-mont… Or, this one is less intimidating since it shows the progress we'd made prior to the release: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-half… (There is a friendly navigation web thingee here: http://people.ubuntu.com/~bryce/Plots/) The job is to keep our total # of New bugs at as close to 0 as possible. We're up towards 200 now, so there's a bit of work to get caught up on, but once that's caught up you can see that there's a rate of about 3 new bugs/day. Triaging is pretty easy; anyone can do it - you just need to sign up for a launchpad bug account. (For extra triaging powers you can also join the Inkscape bug team.) Then you read each bug report that comes in, and make sure it has all the necessary information for developers to troubleshoot it. So for example, this may include asking people to include screenshots, steps to reproduce the issue, backtraces, and/or example files; then you set it to Incomplete state. Then, you also review bugs that are in 'Incomplete with response' and check if they've included the needed info, and move them into Completed state. You can see the bugs still in Incomplete state via the Plots link above. And that's pretty much it. If you are looking for a way to contribute some help to Inkscape that doesn't require an extensive time commitment, this is one of the easiest ways to make a difference. Plus it's addictive! You can track your "karma score" at this link: https://launchpad.net/inkscape/+topcontributors Getting yourself up into the top 5 is a good challenge if you have the interest and time to put into it. Karma degrades over time, so even if you're starting from 0 you have a chance to catch up and pass the long timers! Bryce

2 2

website related
by Alexandre Prokoudine 18 Apr '08

18 Apr '08

Hi, I'm about to post a huge news item and I'd love to hide most of it from news page. Do we use some tag to put most of the text under a "Read more" like link? Alexandre

2 1

Re: [Inkscape-devel] Extensions (inx) files
by Bob Jamison 18 Apr '08

18 Apr '08

>Now perhaps would be a good time to hook some validation into the build >process (and into the code?) but that would probably need a small C app (all >validators I have at hand now are either in Java or .NET). > xmllint will be available wherever libxml2 is installed. Every Linux box, basically. And since Inkscape links with it, it's required anyway. xmllint -relaxng file.rng something.xml bob

1 0

Problems with font selection toolbox.
by Marcin Floryan 18 Apr '08

18 Apr '08

Hi! There seem to be an awful increase, recently, in the number of bugs reported around the behaviour of the font family and font size selection toolbox in 0.46 (and it equally affects SVN as for now). There are also some outstanding Critical bugs - just some examples are: https://bugs.launchpad.net/inkscape/+bug/168161 https://bugs.launchpad.net/inkscape/+bug/168320 https://bugs.launchpad.net/inkscape/+bug/168719 https://bugs.launchpad.net/inkscape/+bug/183179 https://bugs.launchpad.net/inkscape/+bug/218502 https://bugs.launchpad.net/inkscape/+bug/218502 I know often this is associated with Win32 platform but I have seen those on Linux as well. What seems to cause the problem often is when the default font (or font applied to the text) does not exist. Would it not be nice, if one could enter any arbitrary font family name for a font and have Inkscape handle it gracefully. I would like to help with this issue (OK, I can even abandon my Linux for a bit to help on the Win32 platform) but I still know too little of the Inkscape codebase. But what seems to me like a plausible solution would be to reproduce the functionality of the Text and Font dialog in the font tool bar. I presume that many issues could be solved when SVG Fonts are finally implemented. Just wanted to grab some of your attention though no doubt it is already on the issue :-) Cheers, -- Marcin Floryan http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

2 1

restack extension
by Alexandre Prokoudine 17 Apr '08

17 Apr '08

Hi, We got a neat new extension by Rob Antonishen during 0.46 development cycle that for some reason didn't go into 0.46 after all. It's called "Restack" and it does exactly what you might guess: "restack the selected objects' z-order, from left to right, top to bottom (or vice versa), specifying the base point for comparison (top, left, middle, etc.)" https://bugs.launchpad.net/inkscape/+bug/182002 Do we want this as part of 0.47? Alexandre

2 4

Behavior of X,Y,W,H settings in the GUI
by qazxswedcvfrtgbnhyujmkiolp2000 qazxswedcvfrtgbnhyujmkiolp2000 17 Apr '08

17 Apr '08

Hello Inkscape Devel, Great software, big fan here. I notice that the X,Y,W,H settings in the GUI include the stroke width. i.e. if you have a 2,2 sized object located at 0,0 with stroke width of 0.05, the X,Y position reads -0.025,-0.025 and the W,H value reads 2.05,2.05. Using the grid can help, but technical drawing with this system is very difficult. Would it be possible to add an option so that X,Y,W,H settings refer to true object coordinates (like they are output in the SVG file), independent of the stroke width? Thank you qazx (qazxswedcvfrtgbnhyujmkiolp)

2 3

SoC Updates
by Gail Carmichael 17 Apr '08

17 Apr '08

Hi everyone, I mentioned in my app that I had applied to work with a colleague for Summer of Code (with Python Software Foundation) in addition to the text application I made to Inkscape. I also stated my intentions to try and work on Inkscape one day a week or so starting in the fall, meaning I would attempt to tackle the stuff of my app even without SoC. Still, I would like to participate in the official program if possible, since I can't justify working more than that one day a week otherwise (it's thesis time), no matter the project. I had promised in my app to keep would-be mentors updated on the progress of the other app. At this point, PSF has 50 projects with mentors, but only 30 slots, so it's hard to know what my chances are there, but duplicate acceptances have to be sorted out still. I think that happens by the 18th, which is the deadline that Aaron mentioned for ranking the apps. Also, I don't think I necessarily need a mentor with a lot of experience in text (i.e. Richard) but just with Inkscape architecture in general. That would ensure Richard would be available for Felipe's application without precluding me being able to do mine. I think all would-be SoC'ers would appreciate any feedback in terms of our applications, if anyone can give any :) Gail

6 12

Re: [Inkscape-devel] Extensions (inx) files
by Bob Jamison 16 Apr '08

16 Apr '08

Or RelaxNG. Much simpler than Schema, easier to read. Supported by libxml2. bob -----Original Message----- >From: bulia byak <buliabyak@...400...> >Sent: Apr 16, 2008 12:41 PM >To: Ted Gould <ted@...11...> >Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] Extensions (inx) files > >On Wed, Apr 16, 2008 at 2:09 PM, Ted Gould <ted@...11...> wrote: >> Yes, I'm not quite how to do this in XSD, but it seems that it has to be >> doable. I'd really hate to have to change the XML format just to be >> able to represent it in XSD. I'm not sure that's a good trade off. >> >> Can some XML expert step up here? :) > >Just don't use XSD. It's wrong to assume that of all schema >languages, this one is in any way special or "official". It's just one >of the many, and a quite poor one at that. As for me, I prefer >Schematron, where such check would be trivial. > >-- >bulia byak >Inkscape. Draw Freely. >http://www.inkscape.org > >------------------------------------------------------------------------- >This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >Don't miss this year's exciting event. There's still time to save $100. >Use priority code J8TL2D2. >http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/java… >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

3d box crash - patch for 0.46
by John Faith 16 Apr '08

16 Apr '08

Hello, This bug https://bugs.launchpad.net/inkscape/+bug/205659 has a patch attached which solves crashing as soon as the 3d box tool is used on OS X 10.3.9 and OpenBSD. Would it be possible to review this patch and apply to the 0.46 branch? Thanks! , John

3 4

Re: [Inkscape-devel] Extensions (inx) files
by Bob Jamison 16 Apr '08

16 Apr '08

I've seen several things (SOAP for example) that, for data types, just use Schema's own namespaced data types. In fact, the data types are the only part of XSD that I like. :-) bob -----Original Message----- >From: Marcin Floryan <mfloryan@...1877...> >Sent: Apr 16, 2008 9:17 AM >To: Ted Gould <ted@...11...> >Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] Extensions (inx) files > >Ted, > >Things are funny at times. I have just reached a point where I am slightly confused how the XSD should be written (to define parameters) and so I've looked into your XSD and you seem to have been stuck at the same point :-) >There is no neat way to define ><param type="int" ..>int</param> ><param type="float">float</param> >since XSD does not support element typing based on attribute values (fair enough). >So either we have some less strict XSD rules (and relay on further validation in code) or we change that element's name to reflect the type as well (I opt for the latter, but wonder what people here think). > >PS. I suppose this is why you can have <input type="submit" maxlength="12" ...> in XHTML though logically it does not make sense :-) >-- >Marcin Floryan >http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

1 0

XML editor interface
by James Crook 16 Apr '08

16 Apr '08

Hi, I'm one of the developers with the Audacity audio editor project. Our code keeps being pulled towards a kitchen-sink architecture where everything people might ever need gets integrated in (FTP for podcasting, play lists, MIDI-Editor, de-noising tools etc). We're trying to fight back against this trend by more and more moving to 'bridging', where we find ways to bridge to other applications that already do the job. One direction is with XML editing. Our project file that holds the descriptions of the audio clips is an XML format. I'm thinking we should bridge to: http://xml-copy-editor.sourceforge.net/ for display/update. I like the XCE editor, it uses the very powerful Scite component. What I'm wondering is, how tightly integrated is the built in XML editor in Inkscape? Are there a raft of services that XCE/Scite would need to support to have (the option) of bridging to an external editor? Does it even make sense to be looking in this direction, or should I be looking for smaller 'footbridges' rather than bridges with 'motorway traffic'? Any comments and feedback welcome. At the moment Audacity does not integrate any XML editor at all, but I am thinking we will need to as our project structure gets more complex, for the same reasons that Inkscape already does. This is at a very early stage, I'm just looking around and getting impressions. --James.

3 2

Multipage plan
by bulia byak 16 Apr '08

16 Apr '08

This topic has been discussed a lot... but now I need this feature for a project, so I decided to look in detail into what we can do to enable multiple pages in Inkscape. There is an SVG Print specification from W3C which deals, among other things, with multipage SVGs: http://www.w3.org/TR/SVGPrint/ However, it is still a draft. I don't know when it will become a final spec. We have already been bitten once by jumping the gun and implementing a thing which was later dropped from the standard and replaced by a quite different one (flowtext). Besides, even when it is final, it may take years for SVG software to catch up to it. And I'm sure a lot of software will choose to ignore SVG Print because printing is simply not on their agenda. All of this makes me very reluctant to go on with implementing the current SVG Print multipage model. If we do, we may end up with our multipage documents unreadable by most SVG software out there, even though we will follow an official spec. Yet, let's look and what SVG Print proposes. A multipage document looks like this: <svg>  <pageSet> <masterPage rendering-order="under"/>  <masterPage rendering-order="over"/>  <page> content </page> <page> content </page> ... </pageSet> </svg> In a lot of respects, page and pageSet containers are similar to groups or layers. Hence my proposal: - Implement the same document structure, but instead of pageSet, masterPage and page, use regular g elements with extension attributes indicating their role. - Reuse the Layers dialog for displaying and switching these page containers as well, making them part of the overall layers tree displayed in that dialog. In this way, each page may have its own subtree of layers, but there may be shared layers that show up on all pages, stored in master pages or in the content before the pageSet (which is also treated as a background master page). Of course the Layers dialog will have to treat such page-layers in a special way, namely: -- display them differently (font, color, autonumbering) -- enforce that only one of the sibling pages is visible at a time: as soon as the user switches to a page and makes it visible (perhaps for pages, we can implement "clicking on name makes visible"), all other pages are hidden, using the standard CSS visibility property as is done for layers -- when a page gets visible, its nearest preceding masterpage also gets visible, all previous masterpages get hidden (as per the SVG Print spec) - In addition to Layers dialog, we'll also need a small page flipper in the statusbar, next to the quick layer selector, hidden for non-multipage documents; the quick layer selector should perhaps be limited to the layers of the current page and the currently active masterpage only. - Add commands like New page, Duplicate page, Delete page, etc. I think this plan has several important advantages: 1) it gives the required functionality without too much disrupting the existing workflow; in particular it makes obvious the relationship between layers and pages, which otherwise may be confusing; 2) it is relatively easy to implement with the existing infrastructure; 3) it lets any SVG 1.1 software to view Inkscape multipage files, if only the page which was last viewed in Inkscape before saving; 4) it maps _almost_[1] one-to-one to SVG Print and will be easy to switch to using the dedicated SVG Print elements at any time. Please let me know what you think. [1] Why "almost"? There's one small detail in SVG Print which cannot be emulated in SVG 1.1: a masterPage with rendering-order="over" (foreground master page) must be rendered on top of the current page, but it comes _before_ it in document order. I find this very unfortunate and I actually think it might be a good idea to suggest changing this before the spec is finalized. Namely, replace The Background Master Page and Foreground Master Page MUST be the ones most closely preceding the page in document order. by The Background Master Page MUST be the one most closely preceding the page in document order; the Foreground Master Page MUST be the one most closely following the page in document order. With that change, a 100% emulation of this with SVG 1.1 groups will be possible (unless I'm missing something, of course). Unfortunately, this change will likely be rejected because, from what I see, one of the motivations in SVG Print is to make a document "streaming" so that a page can be fully rendered without looking forward in the document. If that is the case, then I guess we'll just need to drop support for foreground master pages in our implementation. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

9 19

Re: [Inkscape-devel] [Inkscape-user] SVG Open conference, looking for a Inkscape presentation and course
by Jon A. Cruz 16 Apr '08

16 Apr '08

Hey guys, Is there anyone slightly local who might be up to making SVG Open and giving a talk or teaching a class? I'm going to see what I can do, but the more people we have getting involved the better. And as we saw at SCALE, with different people submitting proposals on different subjects, there's a better chance of at least something matching the need and being accepted. Additionally, is there anyone who might be able to make it to man a booth? From things like SCALE and LugRadio Live I've seen how just having *anyone* there can be helpful. In fact, some times the booths manned by people who might not be core developers but who are users and just excited about the project can be some of the best. Thanks, and I hope we get a few more people stepping up, despite the deadline being so close. :-) On Apr 11, 2008, at 2:22 AM, Andreas Neumann wrote: > Hello Inkscape Developers and Users, > > The SVG Open 2008 will take place in Nuremberg, Germany, from > August 26 > to 29. > > We would appreciate if we could have one or more presentations and a > course on Inkscape. We could also have a Inkscape presentation as a > keynote at the conference. See > http://www.svgopen.org/2008/index.php? > section=participate_presenters for > more information. > > We are also still looking for course instructors: courses will be 150 > minutes in length, course instructors will receive a free conference > pass. See > http://www.svgopen.org/2008/index.php?section=participate_workshops > for > more information. > > Please contact me if you have questions and submit your paper > abstracts > and course proposals at http://www.svgopen.org/ > > Official Call for Papers: > ------------------------- > > Call for Papers, SVG Open 2008 > http://www.svgopen.org/ > > The 6th international conference on Scalable Vector Graphics will take > place from August 26 to 28 in Nuremberg, Southern Germany. At this > conference you can learn about subjects varying from specialized > technical visualizations to interactive multimedia art. On the program > there are presentations, beginner and advanced level workshops, a > technical exhibition, and the opportunity to meet people from the SVG > community, industry and the W3C SVG Working Group. > > The SVG Open 2008 organizing committee is looking for contributors > presenting a paper or teaching a course. Presenters are asked to > submit > an extended abstract in English with an approximate length of 400 > to 800 > words by April 18, 2008. The abstracts are reviewed by a reviewing > committee and presenters will be informed about acceptance on or > before > May 15, 2008. If your abstract is accepted, you will be asked to > submit > your full paper by August 1, 2008, according to instructions that will > be sent to you. Accepted abstracts, papers and presentations will be > published on the conference hand-outs and web proceedings. Paper > Abstracts can be submitted at http://www.svgopen.org/ until April 18. > Following is a list of potential presentation topics: > > * Mobile (handheld, in-car) Solutions > * SVG Authoring Tools > * Publishing and Printing with SVG > * SVG Text and Internationalization > * Accessibility of SVG > * Location-based Services > * Business Cases and Case Studies > * Workflow for Creating and Using SVG > * SVG and Digital Television > * Graphic Design with SVG > * SVG for Webmapping and Online GIS/GML > * SVG for Multimedia Presentations > * Server-side SVG Generators and Manipulators > * SVG Authoring Techniques > * Making Graphics Acessible > * Interactivity and Scripting > * GUI Frameworks for Web Applications > * File Format Conversion > * Case Studies > > Course Instructors are asked to submit a course outline by April 18, > 2008. The outlines are reviewed by a reviewing committee and > instructors > will be informed about acceptance on or before April 29, 2008. > Accepted > course instructors will receive a free conference pass and may > participate at the come together event for free. Accepted course > outlines will be published as course descriptions in the program. > Therefore they should be directed at those who might register for the > course rather than the reviewers. Courses are 150 minutes in length, > scheduled for the morning and afternoon of August 29, 2008. We are > interested in proposals for both beginner courses and advanced > courses, > to cater to the diverse interests of all conference attendees. Here > is a > list of topics of potential interest for courses. Feel free to either > volunteer for one of these or propose your own topic. > > * Introduction to SVG > * SVG Authoring Techniques > * Creating Mobile SVG content > * UI Design > * Using SVG Tools > * CSS > * XSLT > * SMIL Animation > * ECMAScript and the DOM > * Graphic Design > * SVG Filter Effects > * Rendering Algorithms > * Generating SVG from Database Content > > Thank you for considering a paper or course abstract submission. > Hope to > see many of you in Nuremberg! > > The SVG Open 2008 organizing committee. > > ------------ > > Thanks, > Andreas > > -- > > -- > Andreas Neumann > Böschacherstrasse 6 > CH-8624 Grüt (Gossau ZH) > Switzerland > Phone: ++41-44-2736668 > Email: a.neumann@...1944... > > Web: http://www.carto.net/neumann/ > SVG Examples: http://www.carto.net/papers/svg/samples/ > SVG.Open: http://www.svgopen.org/ > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save > $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http:// > java.sun.com/javaone > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user

2 1

Re: [Inkscape-devel] [Inkscape-user] SVG Open conference, looking for a Inkscape presentation and course
by Andy Fitzsimon 16 Apr '08

16 Apr '08

G'day andreas, You might want to talk to the many competent Inkscape user who work for Novell there in Nuremberg. Most Inkscape developers live outside of Europe. - Andy On Wed, Apr 16, 2008 at 12:14 AM, Andreas Neumann <a.neumann@...1944...> wrote: > Hello Inkscapers, > > We are very interested to have Inkscape at the conference. However, we > don't have a big budget for reimbursing traveling/hotel costs for many > people. I am pretty sure there would be interesting discussions at the > conference, since most of the people of the W3C SVG working group will > be present at the conference. W3C will also open up the process for > working on future SVG versions, which means that all interested > persons/projects can participate no matter if they are paying W3C > members or not. By opening up this process we hope to get projects like > Inkscape or others more involved in the process. > > We can offer free conference passes for the keynote speaker and course > instructors and maybe I can come up with some funding for one or two > persons for covering at least parts of the traveling/hotel costs. > > Having a booth at the technical exhibition would be free for open source > projects. I can also help out for the Inkscape booth for parts of the > exhibition - however, not for the whole time. I am also an Inkscape user. > > The deadline for abstracts is very close, but we can make a few > exceptions if you are still working on proposals. Tell me how many extra > days you need for working on abstracts/course proposals. > > I am looking forward to contributions from the Inkscape community and to > fruitful discussions at the conference. > > Thanks, > Andreas > > > > Jon A. Cruz wrote: > > Hey guys, > > > > Is there anyone slightly local who might be up to making SVG Open and > > giving a talk or teaching a class? I'm going to see what I can do, > > but the more people we have getting involved the better. And as we > > saw at SCALE, with different people submitting proposals on different > > subjects, there's a better chance of at least something matching the > > need and being accepted. > > > > Additionally, is there anyone who might be able to make it to man a > > booth? From things like SCALE and LugRadio Live I've seen how just > > having *anyone* there can be helpful. In fact, some times the booths > > manned by people who might not be core developers but who are users > > and just excited about the project can be some of the best. > > > > Thanks, and I hope we get a few more people stepping up, despite the > > deadline being so close. :-) > > > > > > On Apr 11, 2008, at 2:22 AM, Andreas Neumann wrote: > > > >> Hello Inkscape Developers and Users, > >> > >> The SVG Open 2008 will take place in Nuremberg, Germany, from > >> August 26 > >> to 29. > >> > >> We would appreciate if we could have one or more presentations and a > >> course on Inkscape. We could also have a Inkscape presentation as a > >> keynote at the conference. See > >> http://www.svgopen.org/2008/index.php? > >> section=participate_presenters for > >> more information. > >> > >> We are also still looking for course instructors: courses will be 150 > >> minutes in length, course instructors will receive a free conference > >> pass. See > >> http://www.svgopen.org/2008/index.php?section=participate_workshops > >> for > >> more information. > >> > >> Please contact me if you have questions and submit your paper > >> abstracts > >> and course proposals at http://www.svgopen.org/ > >> > >> Official Call for Papers: > >> ------------------------- > >> > >> Call for Papers, SVG Open 2008 > >> http://www.svgopen.org/ > >> > >> The 6th international conference on Scalable Vector Graphics will take > >> place from August 26 to 28 in Nuremberg, Southern Germany. At this > >> conference you can learn about subjects varying from specialized > >> technical visualizations to interactive multimedia art. On the program > >> there are presentations, beginner and advanced level workshops, a > >> technical exhibition, and the opportunity to meet people from the SVG > >> community, industry and the W3C SVG Working Group. > >> > >> The SVG Open 2008 organizing committee is looking for contributors > >> presenting a paper or teaching a course. Presenters are asked to > >> submit > >> an extended abstract in English with an approximate length of 400 > >> to 800 > >> words by April 18, 2008. The abstracts are reviewed by a reviewing > >> committee and presenters will be informed about acceptance on or > >> before > >> May 15, 2008. If your abstract is accepted, you will be asked to > >> submit > >> your full paper by August 1, 2008, according to instructions that will > >> be sent to you. Accepted abstracts, papers and presentations will be > >> published on the conference hand-outs and web proceedings. Paper > >> Abstracts can be submitted at http://www.svgopen.org/ until April 18. > >> Following is a list of potential presentation topics: > >> > >> * Mobile (handheld, in-car) Solutions > >> * SVG Authoring Tools > >> * Publishing and Printing with SVG > >> * SVG Text and Internationalization > >> * Accessibility of SVG > >> * Location-based Services > >> * Business Cases and Case Studies > >> * Workflow for Creating and Using SVG > >> * SVG and Digital Television > >> * Graphic Design with SVG > >> * SVG for Webmapping and Online GIS/GML > >> * SVG for Multimedia Presentations > >> * Server-side SVG Generators and Manipulators > >> * SVG Authoring Techniques > >> * Making Graphics Acessible > >> * Interactivity and Scripting > >> * GUI Frameworks for Web Applications > >> * File Format Conversion > >> * Case Studies > >> > >> Course Instructors are asked to submit a course outline by April 18, > >> 2008. The outlines are reviewed by a reviewing committee and > >> instructors > >> will be informed about acceptance on or before April 29, 2008. > >> Accepted > >> course instructors will receive a free conference pass and may > >> participate at the come together event for free. Accepted course > >> outlines will be published as course descriptions in the program. > >> Therefore they should be directed at those who might register for the > >> course rather than the reviewers. Courses are 150 minutes in length, > >> scheduled for the morning and afternoon of August 29, 2008. We are > >> interested in proposals for both beginner courses and advanced > >> courses, > >> to cater to the diverse interests of all conference attendees. Here > >> is a > >> list of topics of potential interest for courses. Feel free to either > >> volunteer for one of these or propose your own topic. > >> > >> * Introduction to SVG > >> * SVG Authoring Techniques > >> * Creating Mobile SVG content > >> * UI Design > >> * Using SVG Tools > >> * CSS > >> * XSLT > >> * SMIL Animation > >> * ECMAScript and the DOM > >> * Graphic Design > >> * SVG Filter Effects > >> * Rendering Algorithms > >> * Generating SVG from Database Content > >> > >> Thank you for considering a paper or course abstract submission. > >> Hope to > >> see many of you in Nuremberg! > >> > >> The SVG Open 2008 organizing committee. > >> > >> ------------ > >> > >> Thanks, > >> Andreas > >> > >> -- > >> > >> -- > >> Andreas Neumann > >> Böschacherstrasse 6 > >> CH-8624 Grüt (Gossau ZH) > >> Switzerland > >> Phone: ++41-44-2736668 > >> Email: a.neumann@...1944... > >> > >> Web: http://www.carto.net/neumann/ > >> SVG Examples: http://www.carto.net/papers/svg/samples/ > >> SVG.Open: http://www.svgopen.org/ > >> > >> ---------------------------------------------------------------------- > >> --- > >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > >> Don't miss this year's exciting event. There's still time to save > >> $100. > >> Use priority code J8TL2D2. > >> http://ad.doubleclick.net/clk;198757673;13503038;p?http:// > >> java.sun.com/javaone > >> _______________________________________________ > >> Inkscape-user mailing list > >> Inkscape-user(a)lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/inkscape-user > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > > Don't miss this year's exciting event. There's still time to save $100. > > Use priority code J8TL2D2. > > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/java… > > _______________________________________________ > > Inkscape-user mailing list > > Inkscape-user(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-user > > -- > > -- > Andreas Neumann > Böschacherstrasse 6 > CH-8624 Grüt (Gossau ZH) > Switzerland > Phone: ++41-44-2736668 > Email: a.neumann@...1944... > > Web: http://www.carto.net/neumann/ > SVG Examples: http://www.carto.net/papers/svg/samples/ > SVG.Open: http://www.svgopen.org/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/java… > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user >

1 0

Proposal for new 'Edit | Paste Path' option
by Alvin Penner 15 Apr '08

15 Apr '08

Recently the Copy and Paste procedures have been improved radically https://bugs.launchpad.net/inkscape/+bug/170185 , so that the system clipboard is now used. This is a major advancement in communication with non-Inkscape apps, the possibilities are endless ... So I would like to make a proposal for a new kind of Paste procedure to see if there is any interest. This would be a paste option to transfer wireframe data into Inkscape to edit existing wireframe information, while keeping the Fill and Stroke information intact. It could perhaps be called 'Edit | Paste Path'. The properties would be : 1. paste using absolute coordinates, not relative to mouse. 2. transfer only 'path' node info, and within the path node transfer only the 'd' attribute, and the 'transform' attribute, not the 'style' attribute. 3. if the path id already exists, then overwrite it, but only 'd' and 'transform', not 'style'. This paste option would be distinct from 'Paste in Place' because it allows for editing of existing data, and it would be essentially complementary to 'Paste Style', which transfers the 'style' attribute, but not the 'd' or 'transform' attributes. It would be very similar, but more general, than the 'Paste Size | Paste Width/Height' options because it would transfer the entire wireframe path. This option would be essentially identical in scope to the proposal in https://bugs.launchpad.net/inkscape/+bug/179560 , except that this would be much more user-friendly than what was proposed there. As you may have guessed, I have an ulterior motive, which is my project BezierDraw : http://www.vaxxine.com/apenner/ . I want to copy and paste wireframe data from BezierDraw into Inkscape, then edit the Fill and Stroke properties in Inkscape, and then further modify the wireframe data by editing it in BezierDraw and pasting it once again into Inkscape ... Hence my motivation, any interest in this ? Alvin Penner -- View this message in context: http://www.nabble.com/Proposal-for-new-%27Edit-%7C-Paste-Path%27-option-tp1… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 6

Re: [Inkscape-devel] [cairo] Fwd: cairo path rendering bug with inkscape
by Carl Worth 14 Apr '08

14 Apr '08

On Sat, 05 Apr 2008 06:26:30 -0700, Carl Worth wrote: > So Bulia, I'm throwing the ball back into your court. It appears > there's a bug in inkscape that is converting some C path elements into > cairo_move_to instead of cairo_curve_to. > > I haven't tried chasing this down into inkscape yet. It was easy enough to see where inkscape is using cairo_move_to instead of cairo_curve_to: In inkscape-cairo.cpp:112: if (!optimize_stroke || swept.intersects(view)) cairo_curve_to (ct, tm1[NR::X], tm1[NR::Y], tm2[NR::X], tm2[NR::Y], tm3[NR::X], tm3[NR::Y]); else cairo_move_to(ct, tm3[NR::X], tm3[NR::Y]); And sure enough, eliminating that optimization, (as with the below patch), does make the bug go away. But that's just a band-aid really, and doesn't tell us what's wrong with the optimization, (since it should be a reasonable thing to discard curves that are not visible). I'll look a little closer now. -Carl PS. I guess since we're in inkscape's code now, I'll move the discussion to the inkscape-devel list. Followups need not include the cairo list anymore. >From ea87c392609cf6ad931bf64b0be35ac6a7233977 Mon Sep 17 00:00:00 2001 From: Carl Worth <cworth@...573...> Date: Sat, 5 Apr 2008 06:48:45 -0700 Subject: [PATCH] Bandaid to avoid incorrect curve optimization I'm not sure what's wrong with the optimization here, but removing it definitely clears up bugs. Look at this file with the cairo-based outline mode both with and without the optimization to see: http://cairographics.org/~cworth/images/cairobug.svg (You may need to zoom in a bit to see the bug appear.) --- src/display/inkscape-cairo.cpp | 5 +---- 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/src/display/inkscape-cairo.cpp b/src/display/inkscape-cairo.cpp index 5d87d39..a32cd13 100644 --- a/src/display/inkscape-cairo.cpp +++ b/src/display/inkscape-cairo.cpp @@ -109,10 +109,7 @@ feed_curve_to_cairo (cairo_t *ct, NArtBpath *bpath, NR::Matrix trans, NR::Maybe< tm1 -= shift; tm2 -= shift; tm3 -= shift; - if (!optimize_stroke || swept.intersects(view)) - cairo_curve_to (ct, tm1[NR::X], tm1[NR::Y], tm2[NR::X], tm2[NR::Y], tm3[NR::X], tm3[NR::Y]); - else - cairo_move_to(ct, tm3[NR::X], tm3[NR::Y]); + cairo_curve_to (ct, tm1[NR::X], tm1[NR::Y], tm2[NR::X], tm2[NR::Y], tm3[NR::X], tm3[NR::Y]); break; } -- 1.5.5.rc0.24.g86c30

4 8

i18n: GTK Input Methods
by Marcin Floryan 14 Apr '08

14 Apr '08

Hi! Recently looking into: https://bugs.launchpad.net/inkscape/+bug/215574 I started looking into how it is handled in Windows and was wandering if some of you have more experience in the area or could provide some pointers. Regards, -- Marcin Floryan http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

1 0

compile broken rev 18323
by bulia byak 14 Apr '08

14 Apr '08

1 please don't forget to update Makefile_insert files - I did this for the moved n-art-bpath-2geom.cpp/h 2 even then, linking fails: libnr/libnr.a(n-art-bpath-2geom.o): In function `SVGEllipticalArc':./2geom/path.h:287: undefined reference to `vtable for Geom::SVGEllipticalArc' libnr/libnr.a(n-art-bpath-2geom.o): In function `Geom::SVGPathGenerator<std::back_insert_iterator<std::vector<Geom::Path, std::allocator<Geom::Path> > > >::arcTo(double, double, double, bool, bool, Geom::Point)':./2geom/path.h:297: undefined reference to `Geom::SVGEllipticalArc::calculate_center_and_extreme_angles()' collect2: ld returned 1 exit status please fix asap -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 1

Inkscape GSoC: Ranking Proposals
by Aaron Spike 14 Apr '08

14 Apr '08

Mentors, now is the time to log in to the GSoC web interface and read and rank proposals. We have until April 18 to complete this work. If as you are reading proposals you think "so-and-so would be a great mentor for this proposal" and so-and-so isn't signed up as a mentor, please contact and encourage them (or suggest them to me and I will make contact). Fellow developers, if you haven't yet signed up as a mentor but are willing and able, please do so now. Aaron Spike

2 3

Architectural question about libgc
by Krzysztof Kosiński 13 Apr '08

13 Apr '08

The main usage pattern for garbage-collected classes I see is: Inkscape::XML::Node *foo = doc->createElement("foo"); parent->appendChild(foo); Inkscape::GC::release(foo); This looks very malloc-free-ish. Why not, instead of deriving from the GC-managed classes, derive from Glib::ObjectBase and then use Glib::RefPtr everywhere? During the migration period, SPObjects etc. can be derived from both Inkscape::GC::Managed etc. and Glib::ObjectBase, and overload the reference() and unreference() virtual methods to call Inkscape::GC::anchor() and Inkscape::GC::release(). However, I don't know the codebase too well, so probably there's some more fundamental reason to using libgc other than managing objects which have multiple references - please enlighten me :). Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Architectural-question-about-libgc-tp16620985p1662098… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Re: [Inkscape-devel] Proposal for new 'Edit | Paste Path' option
by Alvin Penner 13 Apr '08

13 Apr '08

perhaps I should clarify, in the path node you can have a 'd' attribute either with or without a 'transform' attribute. - if the 'transform' attribute does not exist, then it does not need to be transferred as part of a paste - if the 'transform' attribute does exist, then it should be transferred as part of a paste

1 0

Re: [Inkscape-devel] Proposal for new 'Edit | Paste Path' option
by Alvin Penner 13 Apr '08

13 Apr '08

At 02:00 PM 4/13/2008 -0400, you wrote: >On Sun, Apr 13, 2008 at 12:50 PM, Alvin Penner <penner@...1856...> wrote: >> 1. paste using absolute coordinates, not relative to mouse. >> 2. transfer only 'path' node info, and within the path node transfer only >> the 'd' attribute, and the 'transform' attribute, not the 'style' attribute. > >No, for a typical user there's no separate "transform". Any command >that treats path data separately from transform will give >unexplainably weird results for such a user. It's a very specialized >functionality. actually, I was proposing that both the 'd' attribute and the 'transform' attribute be modified at the same time, not separately. The reason for this is that most users cannot visually distinguish between them, so if you are going to modify one, then you should modify both. The only way to distinguish between them is to open the XML editor which most people won't do. > >> 3. if the path id already exists, then overwrite it, but only 'd' and >> 'transform', not 'style'. > >That is very specialized too. Users don't care and don't know about >ids. For them, this command will just act weird and unpredictable. in this case I was referring to the 'd' attribute to be overwritten, not the 'id' attribute, which is quite different. > >So, I don't think it's a good idea overall. However, there's another >command that needs to be implemented and that will give you, more or >less, the functionality you need. It's copy/pasting nodes: in Node >tool, pressing ctrl+c with some nodes selected, these nodes must be >copied to some special storage; and when you press ctrl+v with some >nodes selected, these nodes must be replaced with pasted nodes, >correspondingly moved and probably rotated to fit the path in the new >place. If you're replacing all nodes of an object, no such >move/rotation is necessary. Then, pasting path data from another >application would be done like this: select target object, switch to >node tool, select all nodes and press ctrl+v. > >-- >bulia byak >Inkscape. Draw Freely. >http://www.inkscape.org > >

1 0

Support the Libre Graphics Meeting - Inkscape website
by Louis Desjardins 13 Apr '08

13 Apr '08

Hello Inkscapers! As you probably already know — but in case you don’t! — we have a fundraising campaign going on to help Libre Graphics Meeting 2008 help developers get to the conference. We have already gathered over $7000 USD thanks to an overwhelming response from the community and, yes, 179 generous donators so far! WOW! http://pledgie.com/campaigns/613 But we need lots more... and we’re now trying to get some more noise around this campaign. We would appreciate that the campaign be posted on the Inkscape website. If anyone can do that quick, it would be great. Please include the Pledgie logo! Also, more on Dave Neary’s post on the Create list for all the details. Cheers! Louis For the organisation of LGM 2008 - Wroclaw

1 0

Win32 Builds with Cairo-1.6.2
by Bob Jamison 11 Apr '08

11 Apr '08

Hi, all, I don't know if everyone noticed, but Carl Worth and his troupe have released Cairo-1.6.2. (Yaay!) I've gotten out of the habit of posting every new thing in the Inkscape/win32 world, but I think that this version of Cairo is a notable milestone. I uploaded another lib bundle with it here: http://inkscape.modevia.com/win32libs/devlibs-2.12-080411.7z ...and started making builds with it already. Here is the first: http://inkscape.modevia.com/win32/Inkscape0804111855.7z Also, note that there is a new "fulldbg" build there. These are the builds I make separately with -g turned on for everything. Thanks , Carl! ishmal (bob)

4 3

Autopackage for 0.46
by Jan Niklas Hasse 10 Apr '08

10 Apr '08

Hi everyone, Some guys have asked in the forum about an autopackage for 0.46. I think the developer mailing list seems to be a better place to ask that. As I think no one has done it yet, I'm trying to ask now, because I'm interested in an autopackage for 0.46, too. :) Here are the forum threads: http://www.inkscapeforum.com/viewtopic.php?f=22&t=799 http://www.inkscapeforum.com/viewtopic.php?f=22&t=784 http://www.inkscapeforum.com/viewtopic.php?f=22&t=766

2 1

Clarification of supported image formats
by microUgly 10 Apr '08

10 Apr '08

There's a been a few people coming to inkscapeforum.com due to confusion over Inkscapes suggested support for various file formats and I was hoping someone might be able to clarify it for me. Some release announcements for 0.46 says that it supports importing EPS files, and on the Wiki it's states it can "natively" save as AI - both appear to be incorrect for the Windows platform, and it looks like it might be true under Linux only through the use of third-party software. Is it safe to say that if filetype is not listed in the save/open dialog then it's not 'natively' supported, for the respective operation, despite what is stated on some sources? Thanks -- View this message in context: http://www.nabble.com/Clarification-of-supported-image-formats-tp16533912p1… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 13

lib poppler dependency for pdf support
by MilesTogoe 10 Apr '08

10 Apr '08

Since pdf import is a key feature of .46, perhaps the lib-poppler-dev dependency should be noted in the Readme for compiling from source. Without it, Inkscape will still compile, and even show cairo-poppler okay in the config log but pdf import support won't be there (well at least in Gutsy anyway).

3 2

constructor initializing problem
by unknown＠example.com 09 Apr '08

09 Apr '08

Hi all, I have a strange problem with initializing the bool called "concatenate_before_pwd2" in my Effect class. I want to set it to 'false' per default, so in the constructor of Effect. A derived class LPEBendPath needs it to be true so does that in the constructor. I think this bool should now evaluate to true for the rest of LPEBendPath's life. But for some reason... it doesn't! Thanks for enlightening me. Johan Relevant excerpts from the code follow below. Attached the complete files. Effect::Effect(LivePathEffectObject *lpeobject) : concatenate_before_pwd2(false) { lpeobj = lpeobject; oncanvasedit_it = 0; } class LPEBendPath : public Effect, LivePathEffect_group_bbox { LPEBendPath::LPEBendPath(LivePathEffectObject *lpeobject) : Effect(lpeobject), ... { ... concatenate_before_pwd2 = true; } Effect* Effect::New(EffectType lpenr, LivePathEffectObject *lpeobj) { Effect* neweffect = NULL; ... case BEND_PATH: neweffect = static_cast<Effect*> ( new LPEBendPath(lpeobj) ); break; ... return neweffect; } std::vector<Geom::Path> Effect::doEffect_path (std::vector<Geom::Path> & path_in) { std::vector<Geom::Path> path_out; if ( !concatenate_before_pwd2 ) { // this expression for some reason is true for LPEBendPath ! ... }

2 3

LPE internals - conversions
by unknown＠example.com 09 Apr '08

09 Apr '08

Hello all, Currently, LPEs have a 'doEffect' chain: basically a stack of functions that are called sequentially that convert from Inkscape's path type, to several 2geom types in steps. An LPE defines a doEffect within this chain to override the default behavior (pass on to next down the stack). The problem is this: Inkscape's paths can be discontinuous, meaning for the user that visually they are 2 separate paths. The LPE doeffect chain now converts it to one path. This means that for example lpe-PatternAlongPath will see discontinuous paths as a single path (thanks JFB!), so when applying a pattern (copy modus: single stretched) the pattern is applied along the whole path, ignoring the discontinuity. 1. Take two separate paths and combine them into one (ctrl+k) 2. draw a circle, convert to path, copy it 3. apply lpe-Pattern Along Path to (1) and paste the circle as pattern 4. the result will be two circle halves. where actually I would have expected to see two circles, since it looks like the original path is 2 paths. This is undesired behavior I think. Note that e.g. lpe-Gear also suffers from this: it just seems to ignore the second path. Do people consider this as a bug, or as a feature? The solution is to break the path into separate parts, group it, and apply an LPE on the group... but... especially with the lpe stacking, this is no longer possible and we do need to consider what lpe should do with discontinuous paths. I have made a fix, which I will probably apply to the whole doEffect chain. But perhaps people do not see this as a bug in PatternAlongPath, which means I will have to add a checkbox for the new behavior.... Basically, instead of concatinating all paths, run the effect multiple times on the differnt paths: Technical, instead of: std::vector<Path> doEffect_path (std::vector<Path> & path_in) { Piecewise<D2<SBasis> > pwd2_in; for (unsigned int i=0; i < path_in.size(); i++) { pwd2_in.concat( path_in[i].toPwSb() ); } Piecewise<Geom::D2<Geom::SBasis> > pwd2_out = doEffect_pwd2(pwd2_in); std::vector<Path> path_out = path_from_piecewise( pwd2_out, LPE_CONVERSION_TOLERANCE); return path_out; } I want to change it to: std::vector<Path> doEffect_path (std::vector<Path> & path_in) { std::vector<Path> path_out; for (unsigned int i=0; i < path_in.size(); i++) { Piecewise<Geom::D2<Geom::SBasis> > pwd2_in = path_in[i].toPwSb(); Piecewise<Geom::D2<Geom::SBasis> > pwd2_out = doEffect_pwd2(pwd2_in); std::vector<Path> path = path_from_piecewise( pwd2_out, LPE_CONVERSION_TOLERANCE); for (unsigned int j=0; j < path.size(); j++) { path_out.push_back(path[j]); } } return path_out; } Note that: Piecewise<D2<SBasis> > doEffect_pwd2 (Piecewise<D2<SBasis> > & pwd2_in) ==> this one does the actual effect Thanks for your consideration. I'll make sure this will not break the other effects. Regards, Johan

2 3

Re: [Inkscape-devel] [Bug 174720] Re: currentColor in style= is misinterpreted
by Jasper van de Gronde 09 Apr '08

09 Apr '08

bulia byak wrote: > On Tue, Apr 8, 2008 at 7:56 AM, Martin von Gagern > <martin.vgagern@...240...> wrote: > ... >> Another interesting way to avoid these issues might be some more >> extensive verification. An invalid style attribute like the one above >> certainly should never have been generated by inkscape itself. If you >> were to implement appropriate error checking code in sp_style_read_*, >> you could enable it while processing internally generated attributes. >> You might wish to disable it for file reading or attributes entered in >> the XML editor, or even better, you might wish to handle errors there >> differently. So perhaps you want a format error listener interface, and >> pass instance of that along. Quite a bit of work, but maybe worthwhile, >> as it would also help identify SVG documents in the wild that aren't >> fully understood by inkscape. > > I don't think we want to overburden Inkscape itself with checks over > and above those prescribed by the SVG/CSS standard. But an external > consistency checker for Inkscape-produced files might be a great > addition to the testing project. Instead of making sure that Inkscape knows how to parse/serialize CSS properly, wouldn't it be better to simply use libcroco for all of this? At first glance it seems to provide plenty of functionality.

2 1

BZR EOL
by Aaron Spike 09 Apr '08

09 Apr '08

There is some activity in the bzr community right now about EOL handling. If you are interested, see the thread at: http://article.gmane.org/gmane.comp.version-control.bazaar-ng.general/39636… Couldn't hurt to voice our concerns there. Aaron Spike

1 0

uniconv conversion from .cdr on Windows XP
by Alvin Penner 07 Apr '08

07 Apr '08

has anyone been able to successfully use the python utility uniconv to do a conversion on a win32 machine from .cdr to .svg, preferably from a DOS prompt, since that is easier? I can do a successful conversion from .svg to .svg in DOS, but that is not very interesting. When I try either a .cdr to .svg, or .wmf to .svg, I get the following errors http://www.nabble.com/file/p16517282/uniconv.txt uniconv.txt -- View this message in context: http://www.nabble.com/uniconv-conversion-from-.cdr-on-Windows-XP-tp16517282… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

GSoC Tech Drawing proposal (and a question/further suggestion)
by Maximilian Albert 07 Apr '08

07 Apr '08

Hi all, here is finally my application for this year's GSoC (still up to minor modifications and slight abridgement; please also note that the website for the proposal is not updated yet, I will do this tomorrow or on Monday). If you have any comments, suggestions or criticism, I'd love to hear them. Apart from many of the suggestions mentioned on this list (thanks again to everyone, the resonance was overwhelming!), I also included a new idea which struck me tonight but could turn out quite involved (or else rather easy if I'm lucky) so I thought I'd ask whether it is appropriate for inclusion. Namely, since LPEs are intended to be used as the basis for further tools (or for refactoring existing ones), the need for integrating LPE parameter controls into toolbars is likely to arise sooner or later. Since I need to add a toolbar for the new Tech Drawing tool anyway, I was wondering whether I could set up a general framework that allows LPE parameter controls to be automatically added to certain toolbars and to be activated/toggled visible when the LPE is used by the respective tools. This would eliminate the need to recode toolbar controls over and over again when tools want to make use of functionality provided by a LPE. It would work similarly to how controls are currently added to the various LPE dialogs (but with some extended functionality). I haven't thought this through yet but at first sight it doesn't seem _too_ difficult to do (since much of Johan's code could probably be reused), yet very convenient and highly desirable, at least from my biased point of view :). Or is it complete nonsense? What do you think? Max === GSoC Proposal: Tech Drawing Abilities for Inkscape === == Abstract == While Inkscape is very powerful as vector graphics editor, it is mainly suited for artists. Technical drawings and geometric constructions are possible, but they are cumbersome to do and difficult to edit later on, especially if mutual relations like "is parallel to", "passes through", etc., are to be retained. Already a limitation for artistic work, this is a showstopper for people like architects or scientific researchers who wish to use Inkscape for precise drawings in construction plans or academic posters. I propose a new Tech Drawing tool, combined with a number of related enhancements, that will establish Inkscape as a mature tool for these purposes and further strenghten its status as the leading open source vector graphics editor. == Deliverables and goals == (1) New "Tech Drawing" tool for geometric constructions (2) UI framework for on-canvas and toolbar adaption of LPE parameters (see below) (3) Refactoring of code obsoleted by this work (4) Documentation for the new frameworks (5) As time permits, implementation of more advanced tech drawing features === Details === Graphical illustrations, more details and further ideas are provided at the accompanying web page for this proposal. [1] 1) The new tool will comprise a number of "modules" for the most commonly needed geometric constructions, including: - parallel/perpendicular to a line (at a given distance or through a given point) - angle/segment bisector - circle with given center and radius / circle through 3 points - interactive path mirroring/rotation (for symmetric drawings) - measurements (distances, angles, possibly path lengths and areas) All parameters involved in a construction (angles, distances, coordinates, etc.) will be settable both by mouse and via exact numeric keyboard input through toolbar controls. Internally, the tool will be implemented as a collection of "Live Path Effects" (LPEs) [2]; the algorithms for non-trivial path manipulations are provided by the 2geom library [3]. LPEs are designed as a general framework for new tools in Inkscape and provide excellent low-level support for a unified treatment of these seemingly quite disparate geometric construction modules. 2) Notwithstanding, LPEs lack a good *interactive* user interface for easy on-canvas adaption of their parameters. Moreover, the existing controls are only accessible in a cumbersome way through the LPE dialogs. In view of these limitations and the intended use of LPEs for future tools in Inkscape, I will - expand the current rudimentary support for on-canvas interaction to a flexible UI - implement a general framework that allows automatic integration of LPE controls into the toolbars of existing tools (similar to how they are now added to the LPE dialogs) as well as toggling their visibility depending on the LPE being used The latter will essentially also implement the toolbar of the new Tech Drawing tool and greatly simplify the creation of future tools through LPEs. 3) Some old and heavily buggy cold will become obsolete by my work. This is certainly true for "linked/dynamic offsets" (which 2geom's algorithms and the new UI supersede) but likely applies to other code, too (possibly guidelines). I will look for code that falls into this category and plan my work accordingly, in agreement with the internal refactoring goals of Inkscape's upcoming version 0.47. 4) As a matter of course, the new frameworks will be extensively documented during their implementation (following the excellent example of existing LPE structure [2]). 5) Inkscape's bug tracker lists a huge number of feature requests related to geometric/CAD drawing. If time permits (which I expect), I will implement a suitable number of these. Here is an incomplete collection (visually illustrated and continued at [1]), in rough order of expected difficulty/desirability. - "Preserve angles" mode for node editing of polygons - Marker improvements (correct color, direction/point of alignment) - Improved snapping (in particular, "tangent snapping" of lines/paths to other paths) - User-defined coordinate origin/axis directions (up vs. down); this should be combined with removing Inkscape's internal usage of two different coordinate systems (an endless source of confusion and bugs) - Document units scaling (e.g., 1cm = 200m); particularly useful for map creation - "Real time helpers" such as "dynamic/smart guides" or "interactive rulers"; since the recent addition of temporary canvas items to Inkscape this has become within closer reach == Timeline == Throughout the project I will gather user feedback regarding feature desirability and UI design. The resonance from the community has already been overwhelming during the write-up of this proposal (which also attests the great need for the proposed features). Coding will start by implementing the above-mentioned geometric construction modules as LPEs. Telling from two proof-of-concept implementations (a "circle construction"-LPE and a "perspective path"-LPE) [4][5] this should be accomplishable within the first week. The next 2-3 weeks will be spent on the UI for on-canvas parameter adaption. Allowing for some time to deal with unexpected problems, this should leave us with a basic but functional tool after about one month. The second part of my work will focus on implementing the automatic toolbar integration framework as described under item (2) above. I anticipate this phase to take also roughly 4 weeks. Depending on the remaining time and based on discussion with my mentor and the user community, I will then implement a suitable number of more advanced features such as the ones collected under item (4). Together with whatever work on the documentation still remains at that point, this will easily fill the time until the end of SoC. == Experience with Inkscape and qualification == I started coding for Inkscape during GSoC '07 when I implemented the new 3D box tool which is included in the just released version 0.46. After SoC I considerably refactored the tool to lay the foundation for further 3D features. This has led to a "perspective path LPE" [5] as first payoff with many more things planned. I also worked on numerous bug fixes (code-wise or by providing feedback) and am an active member of the devel mailing list. My acquaintance with Inkscape's code will allow me to dive into the real work right from the start (unlike last year when getting used to unknown parts consumed a considerable amount of time even at later stages of the program). For a description of other former coding projects and general open source experience see [1]. == About me == I'm a 27-year-old student of mathematics from Heidelberg, Germany. I'm currently in the phase of my final exams which will lead to my graduation in May. Having neither classes nor other obligations in summer, I can devote my full time to the SoC project. I'm a passionate a-capella singer, performing in various choirs and vocal groups. My resulting experience with organizing concerts and communicating with people will stand me in good stead for this project, too (after all, open source is all about community). I also enjoy sports (running, volleyball), reading, and hanging out with friends. See [1] for my detailed CV. == Other GSoC applications == I have not applied for any other GSoC projects. [1] http://www.rzuser.uni-heidelberg.de/~malbert/ [2] http://wiki.inkscape.org/wiki/index.php/MakingLivePathEffects [3] http://lib2geom.sourceforge.net/ [4] SVN commit #18177, viewable online at http://tinyurl.com/yvyftz [5] SVN commit #18093, viewable online at http://tinyurl.com/6pkw76

3 3

GSoC 2008 Extensions Proposal
by Karlisson 07 Apr '08

07 Apr '08

Hi! I'm Karlisson Bezerra, from Brazil. I'm a system analisys student, web developer and work with Inkscape ilustrating websites and comics. Here is my blog, where I post comics drawn in Inkscape: http://nerdson.com I like programming and I've studying Python for a while, and got interested in extensions for Inkscape, so decided to propose a simple Application to GSoC 2008, to start colaborating with this excelent project. Unfortunately, I have submitted the proposal before reading the SOC Application Template (I'm sorry :-), but I'll respond the questions: I have first hear of Inkscape in a local free software meeting, and fell in love with it =). I'm working with it since this meeting, and wish to learn to program in C++ to collaborate more. I still have a short participation, with some questions and e-mails. My plan to GSoC is just to start coding for Inkscape, in a language which I have some knowledge. My past collaborations were just html code, illustrations and layouts for free software meetings and projects. I'm just starting to help coding =). I'm updating and reviewing the subversion trunk a fews months ago, since the great modifications to 0.46. My application (as described in the proposal) is a set of Python extensions for Inkscape that gets text objects and "break apart" it in lines, words or letters, and creates different text objects for each fragment of the text. The set can have also a extension to "join" every piece of text in one unique text object. Original request is here: https://bugs.launchpad.net/inkscape/+bug/171748 I've already started coding and have a functional extension. The splitted words get all aligned below the original text. :) The others extensions will be based on it. Hope you like the proposal, thanks! -- Karlisson de Macêdo Bezerra http://nerdson.com/ - "Don´t panic!"

1 0

GSoC: Customizable toolbars
by Krzysztof Kosiński 06 Apr '08

06 Apr '08

Seeing that the deadline has been extended, I'm considering applying for the Google Summer of Code. My idea is to implement customizable toolbars (preferably via a drag-and-drop interface similar to that in Firefox). This would apply to both the tools bar and the toolbar that sits below the menus, but wouldn't need to apply to the toolbox (the tool-specific toolbar). The steps involved: 1. (required) Create the required prefs infrastructure (proposed: eq. "tools.selector.order", -1 means not in the toolbar, sorting by this pref determines order) 2. (required) Move the relevant portions of code to gtkmm, probably refactoring along the way. 3. (required) Implement a drag-and-drop customization interface ("Customize Interface" item in Edit), using the Gtk::Toolbar class. 4. (bonus) Work on a preliminary architecture to allow extensions to define custom toolbar buttons. 5. (bonus) Allow grouping toolbar buttons into a compound button like the New button in OpenOffice or Back/Forward in Firefox I would like to know: a) Whether it is doable in the GSoC timeframe, b) Where is the code that creates & manages the tool buttons? I need a further look at it before I decide. Obviously it's not in tools-switch.cpp. Is it dispersed among the event context GObjects? Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/GSoC%3A-Customizable-toolbars-tp16429222p16429222.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

Vote Count
by Aaron Spike 06 Apr '08

06 Apr '08

I'd like to thank all of our candidates for their willingness to serve on the committee. And I would like to thank everyone who voted. The results of our recent vote: 7 - Bulia Byak 6 - Peter Moulder 3 - Johan Engelen -- Aaron Spike

5 4

Re: [Inkscape-devel] Problem with include files seeking
by Bob Jamison 04 Apr '08

04 Apr '08

(trouble with my mail. sorry if there are duplicates) No problem. We had a problem similar to this a few weeks ago. A file needed to include <dirent.h>, but for some unknown reason, Perl has a file with the same name. Yeah, this probably should be changed eventually. svn move or rename does it nicely. You don't need to delete and add again with the new name like on CVS. But no hurry! :-) I did make buildtool a bit smarter, and added an Ant-like <filelist> tag similar to <fileset>. So for now, we can just use the new <excludeinc> subtag of <cc> to hide that directory from the includes. So people should svn up and g++ buildtool.cpp -o btool.exe again. bob > >A simple fix would be to rename all files again to paramfloat.h etc. I don't know what the cause is, because the Inkscape src tree is added after the libraries include dirs. >In any case, I tried looking into buildtool.cpp to make a quick fix but I do not yet understand how everything works; it is more intricate than I thought. Don't want to force you into changing buildtool, because we might be moving to cmake soon (it seems to be working for 80% on windows now). > >I don't have time now to do the renaming though, and probably won't have internet on my own computer during the weekend..., so I hope somebody else can do the fix. > >Johan

4 3

Re: [Inkscape-devel] Inkscape Font Sizes
by Guillermo Espertino 04 Apr '08

04 Apr '08

Quick and dirty workaround: multiply the desired size by 1.25 For instance: 10 pt type = 12.5 px The explaination of this is that svg uses a resolution of 90 dpi for its pixel size as default. Postscript type units are 72 dpi. 90/72=1.25 Anyway, as I expressed before, inkscape is being used by designers who work for print as well as for screen. Typographic point size of 1/72" is sort of "industry standard" for print, and most of the applications using type for that output use that unit. So Inkscape needs, at least, a unit selector in the type dialog asap. Gez.

3 3

SVG Fonts
by Felipe Sanches 04 Apr '08

04 Apr '08

I will apply for SoC on SVG Fonts implementation. My task will be basic SVG Fonts support (i.e. reading of xml attributes, proper rendering and editing). I imagine that there are some extra stuff that could be done but would not necesarily be part of my task on SoC. I could work on those after completing the basic SVG Fonts support. I am starting this thread to discuss SVG Fonts related wished features. I will choose among these, which ones I think make sense to add to my SoC application and which I consider extra work to be done after SoC. one idea (probably to be implemented after SoC): Since SVG Fonts actually work as an alternative kind of font file (a font can be saved as .svg and then used by other SVG drawings) inkscape could have a font editing UI. It could have import scripts to load TrueType fonts and export them as SVG Fonts and vice-versa. I could also do it for other font types. One issue is in the exporters because obviously not everything SVG is capable of doing is supported by TrueType, or other font formats. So, we would commonly have to deal with glyph degradation when exporting fonts. Felipe Sanches ("JucaBlues" on irc)

9 13

Fwd: Launchpad 1.2.3 - mailing lists and more!]
by Bryce Harrington 04 Apr '08

04 Apr '08

----- Forwarded message from Matthew Revell <matthew.revell@...1798...> ----- Date: Fri, 28 Mar 2008 12:03:54 +0000 From: Matthew Revell <matthew.revell@...1798...> To: warthogs <warthogs@...1799...> Subject: Launchpad 1.2.3 - mailing lists, up to six plural forms for translations and more! X-Spam-Status: No, score=0.6 required=5.0 tests=AWL,EMPTY_MESSAGE autolearn=no version=3.2.4 We're proud to announce a much requested new feature as part of Launchpad 1.2.3: mailing lists in Launchpad! If you run a team in Launchpad, you can request a mailing list straight away on your team's overview page. Once the list is active, each team member will have the option to subscribe. If you don't yet run a team but you'd like to create a mailing list that wouldn't be covered by an existing team, create a new team at https://launchpad.net/people/+newteam and then request a list. There's more in our guide: https://help.launchpad.net/ListHelp And there's plenty more going on in this release, including: * Translations can now have up to six plural forms. * Each project's files are now available to download from its overview page. * You can search for PPAs by name and keywords. * We've revamped branch listing pages to give you quicker access to commit messages and author information. As with all new software, there may still be some bugs in this new release. If you come across something that looks like a bug, please report it at: https://bugs.launchpad.net/launchpad/+filebug Read on for the full release report. General Launchpad =============== * Mailing lists are now available through Launchpad! Each Launchpad team can have its own mailing list that's open to team members and has a public archive. See our guide for more on creating a list for your team: https://help.launchpad.net/ListHelp * When you register a release of your project, you can publish files for download from Launchpad, such as code tarballs and installers. The files for your latest release are now shown on your project's home page. Downloadable files are also now available via http, as well https. This is useful if you're using wget or other download tools but don't have SSL libraries installed. (Bugs 174186 and 139052) * The CSV export of meeting attendees now includes an IRC nick for each person, provided they have at least one nick registered in their Launchpad profile. (Bug 156759) * Launchpad page footers now show you which Launchpad release you're using. https://help.launchpad.net/LaunchpadReleases Package Management and PPAs (Soyuz) =============================== * PPA searches now allow you to find a package by its name or words in its description. (Bug 126870) * Launchpad automatically deletes source files and binaries from your PPA when they are superseded by a new version of the package. In some circumstances, a superseded file may not be deleted automatically. You can now manually delete them. (Bug 191892) * Some binaries with a large number of files were failing to upload, despite the packages building successfully. We traced this to a bug in python-apt, which has now been fixed. (Bug 192713) * You can now list PPAs according to their Ubuntu release. (Bug 186106) * Distribution source package publication overview pages now show the package's component. For example: https://launchpad.net/ubuntu/+source/abiword (Bug 141540) Code Hosting =========== * We've given branch listing pages a major overhaul! The "Last commit" column now shows revision number, time since commit, the revision author (hyperlinked to the Launchpad person, if known) and the start of the commit message. Hover your mouse over the commit message fragment to see the full message. See https://code.launchpad.net/~bzr/+branches for an example. * The option to delete a branch is now always shown. If you try to delete a branch that isn't deletable, Launchpad will tell you why you can't. (Bug 133988) * You can now mark your project as officially using Launchpad Code Hosting. This is particularly useful to show that your project hosts its trunk and stable branches on Launchpad and also that you'll act on branches that are marked for merging into one of your official lines of development. (Bug #78418) * When you register a branch in Launchpad, you can write a summary of the branch's purpose etc. Previously, you could also register a home page URL for the branch. We've now removed the home page URL from branches, as all URLs in the summary are automatically hyperlinked and are more useful as you can put the URL in context. If you've recorded a home page URL for a branch, this will be automatically moved to your branch's text summary. * Launchpad now uses Bazaar 1.3. You can find out more about Bazaar 1.3 at https://launchpad.net/bzr/1.3/1.3/ Bug Tracker ========== * When you mark a bug as affecting a project that uses a bug tracker other than Launchpad, you can now record an email address to which you've sent the bug report. (Bug 201782) * As of last month's release, you can attach files to a bug report by email. This month, we've improved the way it works, based on your feedback: inline attachments are now accepted (bug 194601), bug notifications now tell you when someone has attached a file to a bug you're interested in (bug 195664) and the contents of attachments are no longer quoted in a comment (bug 196425). * Bug notification emails now state the bug's tags in a new X-Launchpad-Bug-Tags header. Each tag is separated by a space. For example: X-Launchpad-Bug-Tags: tag1 tag2 tag3. (Bug 138696) * The latest-bugs.atom feed is now served in the correct order. (Bug 182822) Translations ========== * Translations can now use up to six plural forms. This is particularly useful for translators working in Arabic but it's also good news for translators in other languages that use more than four plural forms. (Bug 189890) * We now have a "project cloud" on Launchpad Translations' home page, showing a selection of the projects that use Translations. Each project's level of activity is represented by text size and weight. (Bug 103186) * Making a request for a large translations export is now faster! (Bug 160308) * Launchpad sometimes failed to update the "Packaged" versions of translations when new upstream or distribution files were imported. The effect was that some of the "Packaged" translations shown in the UI were outdated. We've fixed this and from now on new uploads will update the "Packaged" translations correctly. (Bug 200499) More about Launchpad releases ======================== You can now find this and previous Launchpad release announcements at the new home for all information about Launchpad releases: https://help.launchpad.net/LaunchpadReleases -- Matthew Revell - Launchpad and Bazaar rock! Join us in #launchpad and #bzr on irc.freenode.net -- warthogs mailing list warthogs@...1799... https://lists.ubuntu.com/mailman/listinfo/warthogs ----- End forwarded message -----

4 4

Problem with include files seeking
by unknown＠example.com 04 Apr '08

04 Apr '08

SVN rev 19182 broke building on windows. Because it adds 'src/extension/param/float.h' which is apparently found first by the compiler instead of the correct <float.h>. On windows, the whole inkscape src tree is added to the include path (which is why sometimes windows edits break linux build). I think this is wrong and not necessary either. Ishmal, can you change the buildtool such that it only adds "." and "src" to the include path instead of the whole src tree? See attached file for details about what goes wrong. Thanks, Johan

2 2

Win32 libs
by Bob Jamison 04 Apr '08

04 Apr '08

I uploaded another lib bundle. This should have all of the fixes from the last two uploads (with Adrian & Rygles's fixes), and mine, together finally (I had some time). So I suggest that people download this one. http://inkscape.modevia.com/win32libs/devlibs-2.12-080403.7z bob

2 1

Last call for LugRadio live in San Francisco
by Jon A. Cruz 04 Apr '08

04 Apr '08

Hi, This is a final call to see if anyone else would like to be on the list to get into LugRadio live with Inkscape and hang out some at our booth there. They need the final list of names, so speak up if you might be interested. Thanks.

1 0

Alert of missing X11 on OS X?
by Jonatan Liljedahl 04 Apr '08

04 Apr '08

Hi all, this is actually not directly related to Inkscape but to the Mac OS X .app launcher, which I have borrowed for use in my own project (http://kymatica.com/algoscore). But this might be a bug that affects Inkscape users too: I see in ScriptExec/main.c that it is supposed to show an error dialog if X11 was not found. This doesn't seem to be working, it just says "unexpected termination" or similar and crashes. I wonder about these lines: // custom carbon events #define kEventClassRedFatalAlert 911 #define kEventKindX11Failed 911 #define kEventKindFCCacheFailed 912 I know nothing about Carbon or other OS X stuff, but should the first two really be the same numbers? Unfortunately I don't have access to a Mac myself to investigate this. -- /Jonatan [ http://kymatica.com ]

3 2

CIip Path ID collision
by Jason Merrill 03 Apr '08

03 Apr '08

I've got two different graphs, created in matlab and exported to svg using plot2svg[1]. When I try to import both of them into a single document, some sets of points in the second graphic don't show up. I've tracked the problem down to a clip path id collision. Both files define clip paths with the same ids, so when the second file is imported, its clip path url's point to clip paths from the first file. Is there any kind of workaround for this sort of thing? Is this a bug? Shouldn't inkscape check IDs to make sure there aren't any collisions when importing files? 1 http://www.mathworks.com/matlabcentral/fileexchange/loadFile.do?objectId=74…

2 1

Re: [Inkscape-devel] GSOC 2008 / Technical Drawing in Inkscape
by Jed Frechette 03 Apr '08

03 Apr '08

On Mon, 31 Mar 2008 J.B.C.Engelen@...1578... wrote > On Monday 31 March 2008 Diederik van Lierop wrote: > > Indeed, it should be indicated somewhere which snap mode is > > active. I'd prefer to go the status bar route though, because > > I don't think it's important enough to display it near the > > cursor. > > But it would be nice to temporary show next to the cursor what type of snap > happened! ;) +1 Even on a medium size monitor I may be drawing 30 cm away from the status bar. Looking back and forth almost inevitably means moving the mouse slightly which in congested areas, where this would be most useful, is likely to change the snap target. Best, -- Jed Frechette http://jdfrechette.alturl.com 4011 Dead, 29314 Wounded

3 3

svg elliptic toy improvement
by Marco 03 Apr '08

03 Apr '08

A new release of the svg elliptic toy is available on the lib2geom svn repository (svg-elliptic-arc-toy.cpp). I put the SVGEllipticalArc class in a separate file (src/svg-elliptical-arc.h). Now you can control interactively through 3 sliders the x-ray length, the y-ray length and the x-axis rotation angle. Moreover there are 2 toggle buttons for swithing on/off the the large-arc and the sweep flags. Finally instead of the two circles, now the two valid ellipse supports for the arc are drawn. Btw I've some issue with cmake because it doesn't find any ragel or rlcodegen command (they are specified in the CMakeList.txt file under the src folder ). Usually I solve the problem commenting out the related lines but this is becoming a bit annoying to manage everytime I need to commit my changes. Another issue regards the svg-path-parser.cpp file, because I need to change the line: #include <glib.h> with: #include <glib-2.0/glib.h> but problably this is due to the fact that we're using different linux distro. (I use mandriva 2008) Regards, Marco Cecchetti -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

2 1

Any other Inkscapers going to OSCON 2008?
by unknown＠example.com 03 Apr '08

03 Apr '08

I'll be going to the conference this year, and if any other Inkscape folks who are going want to split a room at one of the conference hotels, let me know so that we can start making plans. Also, any interest in an Inkscape BoF there? Thanks, John

1 0

GPLv3 or later
by Felipe Sanches 03 Apr '08

03 Apr '08

I know that software licensing is an eternal issue (at least until property of ideas is (eventually) abolished). I have been studying copyright law and related stuff for some time. I know that changing the license used depends on tracking people that contributed to the codebase and that is a very hard task on large projects. Especially when people come and go and then get impossible to be contacted. That is why I would like to make a public statement here making it clear that I allow the use of later versions of the GPL on any code licensed under GPLv2 that I have ever contributed to Inkscape in the past. On new code I plan to say it explicitly on the headers of sourcecode files. Of course, the effective switch to "GPLv3 or later" versions of the license will depend on others also making this public statement. So I encourage other developers to make it in the hope that we could eventually switch the project to "GPLv3 or later". I know it is difficult to achieve, but I am trying to make the first step. Those who agree, please say so. Felipe C. da S. Sanches (JucaBlues)

2 2

Moving towards 0.46.1
by rygle 03 Apr '08

03 Apr '08

Hi, I know that 0.46 is only recently out the door, and many of us need a rest, and Bryce is getting married (congrats!) but I'm wondering whether we should start thinking about a 0.46.1 release somewhere around 1-3 months? I'm also thinking about a list of new features, and whether we should get them out for 0.46.1 or 0.47? Many new features are there in trunk, or ready to be put in and tested. Other things really need to be fixed, but didn't get priority for 0.46 because they weren't showstoppers. If we come up with some plan, and a rough date, we can hopefully just chip away at it. Anyway, this may be a bit win32 centric, since that's what I've been working with most, but here's some thoughts. Please balance this out for Mac and Linux... 0.46.1 definites: All Platforms: * Make sure all PDF import/export problems are sorted, mainly text orientation - LP 211065, 189432 * Other PDF/PS/EPS export issues - see http://www.nabble.com/sorting-out-PS-EPS-PDF-export-mess-td16060378.html * PDF import - spaces removed in font names - LP 179589 Linux: * - ?? Mac: * Halley said "under OSX at least, but likely any platform; if you're using -z on the command line, Gtk still complains loudly about not finding the display. Just clutters up the output when scripting things outside the gui." Win32: * Native Dialogues - already in trunk and seem stable * Printing enhancements - fix blurs - LP#205732, fix masks * JH's command line wrapper - http://kaioa.com/node/63 * Installer issues - uninstall (LP 211070), language fixes (see http://www.nabble.com/Inkscape-0.46-Win32-Released-td16415387.html) * Use pythonw.exe not python.exe - get rid of DOS popups - http://www.nabble.com/python.exe-or-pythonw.exe-td15954073.html * Win32? - Use clipboard patch to intergrate with O/S clipboard - already working across GTK+ apps (Gimp). * Win32 - Include uniconverter in libs for CDR and other import 0.46.1 possibles: All: * Calligraphic presets - LP 71255 and http://www.nabble.com/Calligraphic-presets-td16034028.html * Mentalguy's No filters view mode - http://www.nabble.com/NEW%3A-%22No-Filters%22-view-mode-td16391857.html * Crash when creating grid after duplicate window close - LP 183621 - pretty rare scenario * Export to OpenClipart - if not already fixed - Includes LP 179452 Linux: * ?? Mac: * ?? * Win32 - Cairo - use upcoming stable cairo 1.6 (currently Cairo RC - 1.5.15) * Win32 - Colour management - http://www.nabble.com/cms-on-windows-td16011013.html * Win32 - Import from OpenClipart -- View this message in context: http://www.nabble.com/Moving-towards-0.46.1-tp16460360p16460360.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 5

Vote while you still can!
by Aaron Spike 03 Apr '08

03 Apr '08

Attention individuals listed in AUTHORS, your time to vote is running out. Voting closes on Friday, April 4th. You may vote on this list or by email to aaron@...1928... A list of AUTHORS can be found at: http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/AUTHORS?… Non-AUTHORS if you see any AUTHORS please remind them to vote. :-) The nominees for committee member are: Peter Moulder Bulia Byak Johan Engelen Thanks for your vote! Aaron Spine

1 0

Svn problem
by Bob Jamison 03 Apr '08

03 Apr '08

This morning, when doing an svn up, almost every source file was updated, and was converted to DOS. What gives? And how do I revert this? Source files' formats should remain untouched by the SCM.

5 6

Cmake build stuff
by Joshua Blocher 02 Apr '08

02 Apr '08

Guys, I'm current locked out of my sf.net account. As soon as i get back in i will commit what i have for cmake build system so far. Joshua L. Blocher

7 11

Feature proposal: moving nodes without moving handles
by Miguel BYRAM 02 Apr '08

02 Apr '08

Hi, I'm a Inkscape user for 3 or 4 years and first of all I want to thank and congratulate U for this program. I'm also a C++ beginner developer and I want to implement a functionality. It's about the moving of nodes. In Inkscape, at present, when U move a node toward a vector V1, his handles (bezier indicators) move with the same vector V1. What I want to do is to add the possibility to move a node with V1 while his handles move with f*V1 where 0.0 <= f <= 1.0 As if U put a spaghetti on a table, U took it near the middle and pull it up. This could be very useful to draw a sun or a hair shape. As I said earlier, I'm a C++ beginner. I just succeeded in compiling Inkscape using Eclipse under Ubuntu but I don't know where to modify, or search... even where to look at, to understand how the node's moving works presently. So here are my questions : 1. Did I made myself clear ? English is not my mother tongue (so please pardon me for faults) and before going further I want U to understand my proposition. 2. Could someone lead me or just show me where to look at to understand the Inkscape architecture and more specifically the node's moving ? Thanks. ..miguel..

3 5

NEW: "No Filters" view mode
by MenTaLguY 02 Apr '08

02 Apr '08

By popular request (and personal need) I've added an additional view mode which lies between "Outline" and "Normal"; objects retain their normal appearance except that filter effects are not applied. This is most useful when interactively drawing in complex documents and leaving filters enabled would harm responsiveness too much. Editing or tweaking existing paths is still often best done in "Outline" mode. -mental

3 3

clok (visualise time)
by Marcin Floryan 02 Apr '08

02 Apr '08

Hi, Found this nifty little tool recently and thought it might prove useful for some folks here since we are all scattered around the globe a bit ;-) http://www.technocage.com/~caskey/clok/ Regards, -- Marcin Floryan http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

1 1

GSoC08: Tech Drawing ideas (comments very welcome)
by Maximilian Albert 02 Apr '08

02 Apr '08

Hi, unfortunately I haven't yet received any response to my other emails, so I don't know if there is a potential mentor for any of them or if they are suitable for a SoC project at all. In any case, I have written up some thoughts regarding the facilitation of geometric constructions/tech drawing in Inkscape. They can be found here: http://www.rzuser.uni-heidelberg.de/~malbert/tech_drawing/ It's a draft and not complete yet (but all I could manage alongside studying for my graduation exam). I would very much appreciate any input/comments/suggestions/criticism. Would any of the potential mentors be willing to supervise such a project? Thank you very much in advance for any feedback, Max P.S.: I'd still love to elaborate on my 3D-related ideas but I feel they are much less straightforward to implement so I'd need advice from more experienced developers regarding feasibility/desirability and on which things to concentrate before going into more detail.

10 28

Teaser: Inkscape goes 3D
by Maximilian Albert 02 Apr '08

02 Apr '08

Hi, here is the first pay-off of my 3D box refactoring after last GSoC. I'm proud to introduce Inkscape's first diffident steps into the 3rd dimension: Perspective paths. :) The new feature is implemented as a Live Path Effect, and contrary to what I had expected it's actually quite usable. ;-) Here is a screenshot of what it looks like with some text added to the two sides of a 3D box: http://www.rzuser.uni-heidelberg.de/~malbert/images/teaser_3D_LPE.png Note that the original path is still editable (also note Johan's great new feature of highlighing paths!). The effect can take as input any path but if you want to give it a try then it's probably best to use it with text first (converted to paths, of course) because this makes it easier to interpret the visual result. Please keep in mind that it's only meant as a proof-of-concept. The UI needs to be refined, functionality to be added, and above all the perspective is not yet interactively adaptable (mainly because LPEs can't take arbitrary SPObjects as parameters); at present the effect just grabs the first existing perspective from the document. So a workaround would be to draw a 3D box, modify its perspective and reapply the LPE to the path. It should then use the updated perspective (provided that it's the first one occurring in the document defs). Have fun using this. :) Cheers, Max P.S.: Apart from my GSoC application (which still needs to be submitted) this is likely to be the last thing you'll hear from me for the next six weeks or so. I need to drastically reduce the time invested for coding and mailing list interaction (as much fun as it is), otherwise I risk my remaining exams to badly go down the drain, which I really don't want to happen.

2 1

Inkscape 0.46 Win32 Released
by rygle 02 Apr '08

02 Apr '08

Great news. Today the stable release of Inkscape 0.46 Win32 is up on sourceforge. Thanks to many who tested and several who fixed bugs. This release has been a real team effort. The installer file is here; http://downloads.sourceforge.net/inkscape/Inkscape-0.46.win32.exe And the zip file (non-installer) versions and windows specific source will follow very soon. Draw Freely, Rygle -- View this message in context: http://www.nabble.com/Inkscape-0.46-Win32-Released-tp16415387p16415387.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

7 8

Re: [Inkscape-devel] GSOC 2008 / Technical Drawing in Inkscape
by Diederik van Lierop 02 Apr '08

02 Apr '08

Op Wo, 2 april, 2008 13:26, schreef Maximilian Albert: > [...] But given that snapping is a common issue > with tech drawing and CAD, I was considering to include some of it in my > GSoC proposal as more advanced features. In particular, "tangent > snapping" (of lines to curves, possibly even of arbitrary curves to each > other) would be very nice and seams quite feasible using 2geom. Currently all snapping is from a single point (node/bbox corner) to another point or to a path. Adding midpoints, circle centers, etc. is easy, as this requires only calculating additional points. Things become a little bit more complicated though when we would like to snap paths to paths, e.g. to make them tangent or perpendicular. Assuming that 2geom provides the math to find tangents and such, then it's still doable for pure translations of objects (using the selector tool). We will only have to iterate through the paths instead of through the points. But things do get complicated when objects are being scaled / skewed, or when a single node within a path is being dragged in the node editor. In these cases one of the paths is changing shape. > Since I know that Diederik is working on snapping and I don't want to > steal his work :), my question is mainly directed at him: Do you think > this is a good idea? If so, what else would you consider worthwhile (and > don't want to do yourself)? I've been working so far on the point to point/path snapping, which is nearing completion. I don't think there's much left to do there, except for some GUI related stuff (dialogs, snapping indicator, etc.), and calculating additional midpoints and such. It will probably take me a few months, but that's only because my time is limited. It is not very challenging. If you'd like to work on the snapping, then you should work on the path-to-path snapping. This will be a significant amount of work. IMO you could go either of two ways for this: - build a general path-to-path snapping framework, which is available anywhere (node editor, creating new shapes, selector tool). This is what we also have for the point-to-point/path snapping - or limit it to specific tools, e.g. perpendicular snapping only in the Freehand / Bezier tools, not in the selector tool's transformations. I think the former would be quite ambitious, don't know it it's really possible, also because I haven't thought about it very long yet. The latter would give more chance of achieving something, step by step. Diederik

1 0

Call for help: Screenshots needed for 0.46
by bulia byak 02 Apr '08

02 Apr '08

As we're nearing the release, we need more screenshots to show off the new features in 0.46, to be published at http://inkscape.org/screenshots/index.php?lang=en. Here's a page describing how to create good screenshots: http://wiki.inkscape.org/wiki/index.php/MakingScreenshots. Use the information on that page and the best of the existing screenshots in our gallery as inspiration. At the very least, we need to illustrate: - 3D box tool - SVG filters - more live path effects (we only have one screenshot for path along path) - gradient tool's on-canvas mid stops - a (meaningful) illustration of the color management at work - new extensions - new grid and guide features - perhaps something with custom markers, along the lines of http://needcoffee.deviantart.com/art/Gradients-To-Path-78650259 - any complex, stunning, impressive Inkscape art even if it does not use the new features :) See the release notes for a list of all new features: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes046 You can send your submissions to me for publishing on the site. Thanks in advance! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 5

Import locale problem
by Brian Vanderburg II 02 Apr '08

02 Apr '08

I've installed lxml. First I installed it into the python path for inkscape (C:\program files\inkscape\python\...) but that did not work. Apparently inkscape is using the main python install (C:\Python25), so I reinstalled it there and it worked. The scripts work now, but still have a major annoyance. The scripts constantly complain about importing 'locale'. It seems that the module search path is causing it to first find 'C:\Program Files\Inkscape\locale', and not the 'C:\Python25\Lib\locale.py'. It only emits a warning (every time the script executes), and the script still works, but it is annoying. Since I don't need the locales I just removed the inkscape locale folder, but I still figure I'd report the problem. Brian Vanderburg II

1 0

Help Support Libre Graphics Meeting 2008!
by Jon Phillips 02 Apr '08

02 Apr '08

I'm working with Dave neary, Louis Desjardins and Kamila (lead organizer this year) to do a big loud announcement about LGM 2008 in Poland! Here is my own blog post about. Please post your own! Take from mine! http://rejon.org/2008/04/01/support-the-libre-graphics-meeting-2008-in-pola… Can someone do big blog post about LGM 2008 fundraising campaign to raise 20k USD by friday APRIL 18 on inkscape.org...Also, if there is any other way to spread the news, that would be helpful...please others, blog about the campaign along with the widget...if there are businesses, or those with access to funding, now is the time to help out your favorite project! My blog post already filtered to Open Clip Art Library and the planets, but OFLB folks, need to figure out blog post there too, right? Jon ### Support the Libre Graphics Meeting 2008 in Poland Donate here! http://pledgie.com/campaigns/613 What is the Libre Graphics Meeting? The Libre Graphics Meeting brings together developers and users of free software graphics applications, such as the GIMP, Inkscape, Scribus, Blender, Krita, the Open Clipart Library and more. In its third edition, the organization needs your help! You can support your favorite graphics application, and ensure that the travel costs of as many volunteer developers as possible are paid to ensure that this edition of the conference is more successful that its predecessors. The conference is May 8 - 11 in Wroclaw, Poland. Where will the money go? We have kept costs associated with infrastructure to a minimum. Over 80% of the conference budget will be spent on subsidizing travel and accommodation costs for developers. $20K is the goal to raise by Friday April 18! Help out! A non-profit organization All donations will be made to the conference organizers via the GNOME Foundation, a 501(c)3 tax exempt US-based non-profit, so donations will be tax deductible for US taxpayers. We would like to thank the GNOME Foundation for their support. ### -- Jon Phillips San Francisco, CA CHINA PH +86 1-360-282-8624 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat, Skype: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Projects: http://rejon.org/projects

1 0

Social News Sites: Inkscape 0.46 Announcement
by ryan lerch 02 Apr '08

02 Apr '08

here are a couple links to social news sites for the inkscape news announcement, please support them and help spread the good word about inkscape... http://digg.com/software/Inkscape_0_46_released http://slashdot.org/firehose.pl?op=view&id=603170 http://news.deviantart.com/article/45610/ are there any more i have missed? cheers, ryanlerch

1 0

Inkscape in the press
by rygle 02 Apr '08

02 Apr '08

I think we should start an "In the press" page, like on the OpenOffice site. For instance - Inkscape 0.46 has been given a "Softpedia pick 5/5"; http://www.softpedia.com/get/Multimedia/Graphic/Graphic-Editors/Inkscape.sh… They say "Awards are given to products that we think are excellent and above average in their category. Awards are given based on our experience and judgement, and only to products which the majority of our reviewers agree deserve it." So they think Inkscape is "excellent and above average" in its category. But we all knew that. Rygle. -- View this message in context: http://www.nabble.com/Inkscape-in-the-press-tp16432133p16432133.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Fwd: Elisa moves to bzr
by Bryce Harrington 01 Apr '08

01 Apr '08

Interesting post from one project recently moved to bzr. Bryce ----- Forwarded message from Loïc Minier <loic.minier@...1798...> ----- Date: Tue, 01 Apr 2008 17:27:05 +0200 From: Florian Boucault <florian@...693...> To: elisa <elisa@...1936...> Subject: [Elisa] Elisa organisation changes X-Spam-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_50 autolearn=disabled version=3.1.3 Hello Eliseros, After careful thinking, the Elisa team has decided to move over to Bazaar for version control and to Launchpad for bug tracking and release management. ** Why the move? ** The Elisa project is all about people making their own customised media center that fits their own particular needs. This is the rationale behind its fully pluggable architecture. In order to allow a similar flexibility for developers, it made complete sense to use a distributed version control system (DVCS). The choice between the myriad of existing DVCSes was driven by a simplicity of use enabling easy contribution and flexibility to adapt to any possible workflow we may need in the future. For all these reasons Elisa's source code, which was previously versioned using Subversion, is from now on stored in Bazaar branches. Bazaar is well documented and has nice tutorials help people get started such as this one: http://doc.bazaar-vcs.org/bzr.dev/en/mini-tutorial/index.html Obviously a full move to a decentralised working style meant that a good tool was needed to keep track of what is going on in the branches, bugs wise and also features wise. After some experiments with various tools that could have done the job, Launchpad proved to cover the use cases well and enable the kind of collaboration we all want to encourage. ** Teams and their purpose ** We are going to setup 2 launchpad teams. The first team, called elisa-developers, will be opened to all the developers that have read and signed the Fluendo copyright assignment document. Everyone will be able to branch bazaar branches registered by the elisa-developers team, but only the members will have write access to them. The second team, called elisa-contributors, will be open to everyone. Every member will have write access to the branches under the team. This team will make it easy for groups of developers to work together on their branches whenever and however they want to. ** Contribution processes ** Code ---- The first thing needed to start hacking on Elisa is a branch of an existing branch. The main development branch is at: http://bazaar.launchpad.net/~elisa-developers/elisa/main We never push directly to the main branch as we want all the changes to be reviewed first. When a developer wants some code to be committed, he sends a merge request to the elisa-commits@...1936... mailing list by using the bzr send command, which is documented here: http://doc.bazaar-vcs.org/latest/en/user-guide/index.html#sending-changes On the mailing list the changes are reviewed by one or more developers and, once they have been approved, they are merged into the main branch. The merging procedure varies depending on which bundle the changed code belongs. Changes to core, -base, -good, and -ugly have to be reviewed by at least two developers, changes to -bad by at least one developer. The last reviewer merges the changes back into the branch. We will setup a Bundle Buggy instance to track the merge requests and the reviews. The voting system used by Bundle Buggy is defined here: http://bundlebuggy.aaronbentley.com/help Bug reports ----------- Bug reports are stored in Launchpad which allows a per branch fine tracking of bugs. There is nothing really new here apart from the ability to have cross projects bug which will prove fairly useful in Elisa's case since it depends on many other libraries (eg. Pigment, GStreamer, etc.). Specifications -------------- Task specifications for new features will be centralised in one place in the upcoming Elisa's wiki and tracked in Launchpad blueprints allowing a quick and easy overview of all the current work being done and the various branches related to them. A quick task definition is written in Launchpad blueprints itself whereas more detailed information will be stored in Elisa's wiki and will contain: summary, rationale, use cases, implementation plan and whatever is necessary to communicate around the task. That's it for now. Thank you for reading so far. Hopefully all these changes and decisions will help make Elisa go forward by allowing everyone to collaborate as painlessly as possible. If there are any questions please do not hesitate to ask. The Elisa team ** Bundles policies ** Elisa's plugins are sorted into bundles depending on various criteria such as quality, dependencies, licensing, etc. Currently 4 bundles exist: base, good, bad and ugly. The policy is heavily based on GStreamer's (http://gstreamer.freedesktop.org/documentation/splitup.html) Base ---- - Must be of good code quality and fully functional - Must be well-tested (unittests, good code coverage, etc.) - Must comply with Elisa dual license model or be under MIT or a BSD license - Cannot depend on external libraries that Elisa core does not depend on Good ---- - Must be of good code quality and fully functional - Must be well-tested (unittests, good code coverage, etc.) - Must comply with Elisa dual license model or be under MIT or a BSD license Bad --- - Bad quality code (coding style not respected, etc.) - Not very well tested, not mature - Must comply with Elisa dual license model or be under MIT or a BSD license - Might have potential legal issues Ugly ---- - Must be of good code quality and fully functional - Must be well-tested (unittests, good code coverage, etc.) - Not complying with Elisa dual license model (eg. can be GPL only) - Might have potential legal issues -- warthogs mailing list warthogs@...1799... https://lists.ubuntu.com/mailman/listinfo/warthogs ----- End forwarded message -----

1 0

Adobe Mars
by Tobias Jakobs 01 Apr '08

01 Apr '08

Hi, I just read about Adobe Mars[1] and thought it is interesting for some of the developers here. [1] http://labs.adobe.com/wiki/index.php/Mars Here a copy from the homepage: "Mars is the code name for technology being developed by Adobe that provides an Extensible Markup Language (XML)-based representation of Portable Document Format (PDF) documents. Adobe(R) PDF is a universal file format for representing documents in a manner independent of the application software, hardware, and operating system used to create them and of the output device on which they are to be displayed or printed. XML is a cross-platform, extensible, and text-based standard for representing data that was created so that richly structured documents could be used over the web. The Mars Project is an XML friendly representation of PDF documents. Already an open specification, PDF is the global standard for trusted, high fidelity electronic documentation. The Mars file format incorporates additional standards such as SVG, PNG, JPG, JPG2000, OpenType, Xpath and XML into a ZIP-based document container. The Mars plug-ins for Acrobat 8 and Adobe Reader 8 enable creation and recognition of the Mars file format by Adobe Acrobat 8 and Adobe Reader 8 software. For additional Mars information see the documents below and check back for regular updates. The Mars Project is early release software and we welcome your feedback. Please use the feedback link below to request features, make comments and report problems. Please understand that this is an early release and is not yet feature complete. The file format contained within the Mars plug-ins is subject to change and using this technology for production may require you to make significant changes to your documents at a later date. Content created with this release may not be compatible with the shipping version." Regards, Tobias

3 3

Where is lxml?
by Brian Vanderburg II 01 Apr '08

01 Apr '08

Just a question about the windows release. I know on Linux, normally only the main files would be included and any dependencies would be managed by the package manager. But for windows, since the Inkscape installer includes everything else (GTK binaries, Python binaries, etc), why not go ahead and include lxml in the release. Otherwise the many of the scripts won't run and some users may have a time figuring out why or how to download it. Brian Vanderburg II

2 1

Inkscape 0.46 Announced on DeviantART
by Josh Andler 01 Apr '08

01 Apr '08

The announcement was posted here: http://news.deviantart.com/article/45610/ If you have a DeviantART account, please log in, visit that link, and show the article some love with the digg-like heart thingy. ;) Congrats to everyone! Win32 devs and testers, a huge kudos to you all for pulling things together in such short order (given the severity of some issues)! Cheers, Josh

2 1

Inkscape 0.46 save bug (I think)
by Donn 01 Apr '08

01 Apr '08

Hi, I fetched the (stable 0.46) source and compiled on Kubuntu Gutsy two days ago. In playing around I noticed that when you save your file it does not append the .svg to the filename, even if "inkscape svg" is chosen in the types combo. You can do it manually, however. I could be doing something dumb, but thought I'd mention it. \d

2 2

GSoC and Text
by Gail Carmichael 01 Apr '08

01 Apr '08

8 16

Re: [Inkscape-devel] [Inkscape-user] Snapping (WAS: GSOC 2008 / Technical Drawing in Inkscape)
by Diederik van Lierop 31 Mar '08

31 Mar '08

1 0

[GSoC2008] deadline extension
by Alexandre Prokoudine 31 Mar '08

31 Mar '08

Hi, Deadline for student applications submission is officially extended by one week. The new deadline for student applications is Monday, April 7, 2008. Timeline in FAQ is updated. Alexandre

2 1

problems in libgdl
by Jon A. Cruz 31 Mar '08

31 Mar '08

For the docking... I've seen these warnings, some of which might be significant. If anyone can give them a look, that would be helpful libgdl/gdl-dock-object.c:99: warning: unused parameter 'data' libgdl/gdl-dock-object.c: In function 'gdl_dock_object_get_type': libgdl/gdl-dock-object.c:99: warning: missing initializer libgdl/gdl-dock-object.c:99: warning: (near initialization for 'object_info.value_table') libgdl/gdl-dock-object.c: In function 'gdl_dock_param_get_type': libgdl/gdl-dock-object.c:833: warning: missing initializer libgdl/gdl-dock-object.c:833: warning: (near initialization for 'tinfo.base_init') libgdl/gdl-dock-master.c: In function 'gdl_dock_master_get_type': libgdl/gdl-dock-master.c:129: warning: missing initializer libgdl/gdl-dock-master.c:129: warning: (near initialization for 'object_info.value_table') (several more of those) libgdl/gdl-dock-item.c:276: warning: assignment from incompatible pointer type libgdl/gdl-dock.c: In function 'gdl_dock_dock_request': libgdl/gdl-dock.c:847: warning: comparison between signed and unsigned libgdl/gdl-dock.c:850: warning: comparison between signed and unsigned libgdl/gdl-dock.c:854: warning: comparison between signed and unsigned libgdl/gdl-dock.c:857: warning: comparison between signed and unsigned libgdl/gdl-dock-item-grip.c: In function 'gdl_dock_item_grip_expose': libgdl/gdl-dock-item-grip.c:147: warning: assignment from incompatible pointer type libgdl/gdl-dock-item-grip.c:150: warning: passing argument 2 of 'gdk_draw_rectangle' from incompatible pointer type libgdl/gdl-dock-item-grip.c:138: warning: unused variable 'item_or_child_has_focus' libgdl/gdl-dock-paned.c:568: warning: comparison between signed and unsigned libgdl/gdl-dock-paned.c:573: warning: comparison between signed and unsigned libgdl/gdl-dock-paned.c:577: warning: comparison between signed and unsigned

4 4

Joining the task force?
by Tali Gutman 31 Mar '08

31 Mar '08

Hi everybody, Thought I'd join in to the party this summer. I want to fix the pdf-exports-with-opacities bug, but I can do some other stuff too :) (In other words, this is just "Hello". Will get the code in the weekend maybe :) ) -- - Tali

1 0

no native windows dialog on pre4-2
by Mihaela 31 Mar '08

31 Mar '08

Open and import dialogs are "old" style on pre4-2 on winXP. Is that expected?

3 2

GSoC 2008: Student Application Deadline
by Aaron Spike 30 Mar '08

30 Mar '08

The deadline for student applications for Google Summer of Code 2008 is steadily approaching. I've seen nothing but fantastic ideas here on the list this year. If you are a student and you haven't posted an app to the list yet, don't be bashful and don't let that discourage you from applying. I encourage all students to finish up your proposals and be careful to submit them before the deadline: March 31: 5:00 PM PDT / 00:00 UTC April 1, 2008 Many students have already submitted their applications. We thank all of you for that. Good luck to all. Aaron Spike P.S. I've attempted to copy this to the email addresses from the list for every student who posted but hasn't yet submitted an application. I sincerely apologize if I missed you. Please be sure to submit your app!

1 0

(no subject)
by unknown＠example.com 30 Mar '08

30 Mar '08

I see that a Leopard dmg package for Inkscape 0.46 is posted, but not a Tiger (OSX 10.4.11) version, and the Leopard package doesn't run on Tiger. I won't be upgrading my Macbook to Leopard for a while, if at all, and would like to upgrade to the latest Inskcape. Is anyone planning to make a Tiger dmg?. If not, and the build system is fairly-well automated, I could try to build a Tiger universal package on my macbook, I have xcode etc installed. Any advice on this? duncan

6 6

Speed up the build?
by Maximilian Albert 30 Mar '08

30 Mar '08

Hi all, I'm not sure if I already asked this some time ago (if so, please bear with me). Compiling and linking always takes a considerable amount of time and I regularly run into the need to test the effect of several small changes in quick succession. Is there a way to speed up compiling in any way, for example by deactivating certain things which have nothing to do with the code I'm interested in? Any options for ./configure (I already use --without-inkjar), any compile switches, #ifdefs I'm not aware of, anything? Thanks, Max P.S.: I do use ccache but I still hope that the building (in particular, the linking) time can be reduced by other means, too.

5 5

[inkscape-devel] Candidate Proposal for GSoC 2008 Application
by Marco 30 Mar '08

30 Mar '08

I am going to submit the following proposal for GSoC, so if you have some suggestion or some critique, this is the time to tell me your opinions. I'd like thanking Nathan Hurst for his help in getting a more insight into lib2geom codebase and for the support that he provided in making my proposal more complete. After speaking with Maximilian Albert we concluded that our proposal can advance in parallel without having overlaps, moreover I'm glad to provide any further clarification. Please tell me about english language mistakes, too ! Best Regards, Marco Cecchetti =======================PROPOSAL START============================ Name: Marco Cecchetti Project: lib2geom development Abstract Lib2geom will become the core geometric library of Inkscape and it is already an open source project on its own. My project aims to expand the library and give evidence of its skills through the implementation of ad hoc "toys": little interactive applications showing off the power of lib2geom. Goals (1) Provide direct support for basic geometric shapes, so making easier the development of educational and technical geometric tools. (2) Implementation of a new curve type that fulfils the traits of a SVG Elliptical Arc and of an "Elliptic Toy" for testing and playing with this curve type. (3) Deploy a "toy" showing off a deformation effect based on the thin plate spline method. Note: the achievability of this task is subject to the time left after having fulfilled goal 1 and 2 and to the ability of building a stable and computationally feasible algorithm implementation of the thin plate spline method. Details (1) In order to simplify the implementation of technical drawing tools or the development of a geometric educational version of inkscape, I think that it is useful to have direct support in lib2geom for simple geometric objects such as (infinite) line, ray, angle, triangle, regular poligon, circle, ellipse, arcs and the availability of geometric construction methods for such objects: parallel line, perpendicular line, angle bisector, circle by 3 points, circle by 2 points and tangent to a line, circle by a point and tangent to 2 lines, conic by 5 points. This should be considered a minimal set of implementable features. (2) I'll provide the SVGEllipticalArc class with a complete implementation of all methods inherited by the abstract Curve class such as bounds computation, evaluation for a given parameter value, conversion to and from a s-power basis path, make up of a reversed arc, extraction of a sub-arc, derivative, and arc transformations. Finally there will be the ability to modify the characterizing parameters: initial and final point, rays length, x-axis inclination angle, large-arc and sweep flags. The Elliptic-Toy will provide the ability of interactively placing the initial and the final arc points, moreover moving the centre of the ellipse, upon which the arc lays, will cause the modification of the length of the ellipse rays and a further point will be used to increase and decrease the inclination of the x-axis. Finally the Elliptic-Toy will offer the possibility to set and unset the large-arc and sweep flags directly. (3) The thin plate spline (TPS) is the 2D generalization of cubic spline. TSP is a valid tool for making up a continuos warping deformation effect. Its drawback is that it is computationally expensive both to make up the interpolating function and to evaluate such a function on the set of all the input paths. Achieving an implementation computationally affordable requires to utilize ad-hoc algorithms. So there will be the need for: - a phase of analisys based on the study of some articles [1],[2] - one or more pilot-implementations to analize the stability and the computational costs of the designed algorithm - deployment of a toy which allows to play with the developed algorithm in a similar way to the already implemented 2dsb2d toy. About me I am a student in mathematics (University of Pisa, Italy) I am always been keen on computer graphics and I am interested in computational geometry. My main programming language is C++, but in the past I also programmed in pascal, fortran 90, assembler, java, javascript, actionscript, bash script. Moreover I am knowgeable about several Boost libraries, XML APIs and the Scalar Vector Graphics Markup Language. Contributions to open source projects I'm developing an extension of Boost.Function [3] in order to implement a model of function concept supporting multi-signature and so overloading. [4] I contributed in the development of a proof of concept svg import filter for Open Office. This import filter has been developed mainly by Fridrich Strba at Novell, my contribute consists in having added svg text element support to the import filter. [5] After getting in contact with the inkscape community I have browsed a lot of 2geom source codebase and started developing a proof of concept implementation of an SVG Elliptical Arc class and a related toy. [6] [1] http://www-cse.ucsd.edu/~sjb/pami_tps.pdf [2] http://www.rbfsrus.com/pdfs/moment_siam/moment_siam.pdf [3] http://www.boost.org/doc/html/function.html [4] source code: https://svn.boost.org/svn/boost/sandbox/overload/trunk documentation: http://docs.google.com/View?docid=dfxvjncs_1x6456m [5] source code: http://tinyurl.com/2es9cu [6] source code: http://tinyurl.com/3bznlj =======================PROPOSAL END============================== -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

2 3

Re: [Inkscape-devel] Tiger packages
by unknown＠example.com 30 Mar '08

30 Mar '08

(trying to build a Tiger osx package) I followed the instructions in http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX and also installed gtk-clearlooks I used ./configure --disable-static --enable-shared --prefix=/path/to/build/product --enable-osxap --enable-inkboard. I produced an Inkscape.app but it does not run. Loading it manually from an xterm gives macbook:~/inkscape-0.46/packaging/macosx/Inkscape.app/Contents/MacOS duncan$ ./I nkscape 2008-03-29 10:52:34.418 defaults[9262] The domain/default pair of (kCFPreferencesAnyApplication, AppleAquaColorVariant) does not exist 2008-03-29 10:52:34.435 defaults[9263] The domain/default pair of (kCFPreferencesAnyApplication, AppleHighlightColor) d oes not exist Then it hangs. Its not clear how to diagnose what the problem is. Also, the Wiki is written assuming one is using svn. I am using the official 0.46 release tarball, and have no idea whether what I would get by using svn is that or some slightly different version. I would like to produce an EXACT copy of whatever the "official" release for LEOPARD is (exactly the same options, library dependencies, etc) except built on TIGER. Is it possible to get the precise build instructions that were used for the Leopard Inskcape.app so I can run them on tiger. (I dont want to make decisions about whether to use e.g. --enable-inkboard )? One issue I saw when building the .app was cp: /opt/local/lib/gtk-2.0/2.10.0/loaders/*.so: No such file or directory I'd try to produce a Tiger universal Inkscape-0.46 dmg for general distribution if the OS X packager no longer has a Tiger/Intel installation to work with, but I need an authoritative recipe for doing it using the official release tarball. I assume using MacPorts is the the way to get the various gtk libraries, so I installed it and the recommended packages, but want to make sure I also produce a dependency-free Inkscape.app that doesnt relay on any external libraries except those that come with Tiger and Tiger/X11 (I will remove Macports as soon as the compilation is successful, as I use Fink). duncan -------------- Original message from Bryce Harrington <bryce@...1798...>: -------------- > On Wed, Mar 26, 2008 at 03:24:38PM -0400, Jamie Kimberley wrote: > > I was building on tiger until a few weeks ago (just got a new macbook). > > I'll see if I can compile and package the 0.46 code tonight. > > > > If you want to try it yourself the instructions on the wiki using > > macports are pretty easy to follow. One note not mentioned on the wiki is > > that you'll need to install the gtk2-clearlooks package before building > > inkscape from source. > > Could you please add this extra note to the wiki. (It's important > everyone keep the build directions up to date and as complete as > possible, since incorrect build directions can be a show stopper for new > devs.) > > Thanks, > Bryce > > > simply issue on the command line > > sudo port install gtk2-clearlooks > > or add it to the list of other ports that need to be installed. >

5 5

Official Inkscape 0.46 OSX package for Tiger (10.4) users
by Michael Wybrow 30 Mar '08

30 Mar '08

Hello OSX Tiger users, I have posted an Inkscape 0.46 package for Tiger (10.4.x) users: http://downloads.sourceforge.net/inkscape/Inkscape-0.46-2.TIGER.UNIVERSAL.d… This package was built complete from a PPC 10.4.11 machine, and since I do not have access to an Intel Mac running 10.4.11 it has not been tested on Intel hardware. If you have an Intel 10.4.11 machine, could you please let me know if the package works for you? Apologies for the initial lack of Inkscape 0.46 package for Tiger users. Producing packages for older OS releases is always more difficult when the Inkscape Mac developers are no longer using that OS for their normal builds, and building Universal packages, even more so! (Our CompilingMacOsX wiki page is currently out of date, but will be shortly updated to reflect the steps used to build these official packages.) Cheers, Michael

1 0

no native windows dialog on pre4-2
by Mihaela 30 Mar '08

30 Mar '08

Open and import dialogs are "old" style on pre4-2 on winXP. Is that expected?

1 0

NEW : LPE for groups
by Steren Giannini 30 Mar '08

30 Mar '08

Hello, We are proud to announce our first contribution to inkscape : Live Path Effects for groups. You can already test it from svn trunk. In a word, you can now add a LPE to a group of paths. For most LPE, the effect is applied recursively (try sketch, curve stitching or gears) but for Bend Path the result is more powerful : the distortion applies on the whole group. You can edit original path of the group by double-clicking on the group (as usual). A path with a LPE can be part of a group with a LPE, this is a sort of of "LPE stacking". You can make groups of groups, it will work (There is one known bug when using bend path, we will fix it very soon). You can apply definitively the effect with "Convert Object to path" We will soon make that when ungrouping, the effect is copied to each item in the group I will update the ReleaseNotes as soon as possible. We are currently working on LPE stacking (a simple UI is done, the engine is in a good way) and on an envelope deformation effect (it uses LPE PointParams for control points). Bye Steren for the "PI:Inkscape" team of Ecole Centrale de Lyon.

3 3

GSoC test suite proposal
by Jasper van de Gronde 30 Mar '08

30 Mar '08

I just created a Wiki page with my proposal for the GSoC [1]. I have attempted to incorporate most of the comments I received so far, with emphasis on getting the unit tests in shape. I would appreciate any further comments. For one thing, I named the page ...-blueprint, but I haven't created an actual blueprint yet, mostly because the page is worded more like a proposal than a blueprint (and I'm not yet that familiar with the blueprint feature). Would it still be desirable to have a blueprint for this proposal? [1] http://wiki.inkscape.org/wiki/index.php/TestSuite-blueprint BTW, I omitted all non-technical information (like my previous experience) from this Wiki page, it obviously will be part of the proposal I will submit.

2 1

Win32 pre4-2 (minor error fixed)
by rygle 30 Mar '08

30 Mar '08

Hi, For Windows users, the Win32 0.46pre4 has been updated to pre4-2 due to a missing file error. My apologies. You'll find pre4-2 on the Sourceforge server here; http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9911… This version is already quite stable, but please it for any further bugs and report to https://bugs.launchpad.net/inkscape/ If there are no other major problems, we will move to a stable release early next week. Note, there are some known issues that won't be fixed for 0.46.0, as per the readme; * (LP: #180890) Blend modes do not work correctly over transparent backgrounds. A workaround is to place an opaque rectangle underneath the bottom-most layer. * (LP # 202704) Blur and other filters are very slow when applied to an object with transform= attribute with rotation or skew. To avoid this slowdown, either do not rotate/skew objects you use with filters, or apply filters only to paths (but not shapes to text) because paths, by default, get no transform= attribute when you rotate or skew them. * Windows printing has two known issues. In both cases the workaround is to print to bitmap (Print -> Rendering -> Bitmap). - (LP # 205732) Blurred objects are misaligned when printing. - (LP # 208217) Masked objects disappear when printing. -- View this message in context: http://www.nabble.com/Win32-pre4-2-%28minor-error-fixed%29-tp16370629p16370… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Don't forget to Vote!
by Aaron Spike 30 Mar '08

30 Mar '08

Voting is open for Inkscape committee member until Friday, April 4th. Voting is Cool! Vote now! (Voting is open to everyone listed in AUTHORS.) The nominees are: Peter Moulder Bulia Byak Johan Engelen Merry Voting! Aaron Spike

1 0

Tiger (not leopard) osx Inscape 0.46 package?
by unknown＠example.com 30 Mar '08

30 Mar '08

(sorry, forgot to put subject line in post) > > I see that a Leopard dmg package for Inkscape 0.46 is posted, but not a Tiger > (OSX 10.4.11) version, and the Leopard package doesn't run on Tiger. > > I won't be upgrading my Macbook to Leopard for a while, if at all, and would > like to upgrade to > the latest Inskcape. > > Is anyone planning to make a Tiger dmg?. > > If not, and the build system is fairly-well automated, I could try to build a > Tiger universal package on my macbook, I have xcode etc installed. > > > Any advice on this? > > duncan >

2 1

NEW: LPE PathParams can link to existing paths
by unknown＠example.com 29 Mar '08

29 Mar '08

Hi all, Like suggested in another post, I have added functionality to the LPE PathParam. Now, it can also link to another shape/text on canvas. Especially the text is nice. For example: 1. Type text (not flowtext) 2. draw curved path 3. apply lpe-Pattern along path to curved path 4. select text and copy it 5. select curved path and press link to path button in the LPE dialog for the pattern source parameter 6. see what happens. edit the text and see what happens :) Please report bugs to me directly (not in launchpad, because I won't see it). I know deleting of the path to which is linked is bugged; it has not been implemented yet. Yours truly, Johan

1 1

GSoC test suite project
by Jasper van de Gronde 29 Mar '08

29 Mar '08

I'm interested in improving Inkscape's test framework for the GSoC. I've read the GSoC related documentation. I've also read all the information on testing on the Wiki that I could find and had a look at some of the current unit tests in SVN. Unfortunately I don't have a Linux system set up at the moment, so I can't actually execute 'make check'. So far I've come up with the following draft plan: 1. Make sure the existing tests work on Win32 (and MacOS X). 2. Set up system to rerun tests periodically/when needed. 3. *Possibly* also try generating some historical data (where possible). 4. Implement new tests for (at least): - nr-compose (I already did this locally, at least partially) - livarot (parts of) - sp_svg_... (transform_read/write, read/write_path, etc.) 5. Integrate (existing) SVG conformance tests so that they are also rerun. I will attempt to partially automate this (as far as I understand the current tests are evaluated manually) by storing result images and only asking for human judgement when an image changes. I'm also thinking of a few more advanced ways of automating some of these tests. 6. Add performance information by timing tests (as well as rendering of images, for the SVG conformance tests for example). In short my intention is to create a system which (continuously) keeps track of the status of unit tests as well as SVG conformance and performance of Inkscape. Test results will be accessable online. I also plan to use gcov to keep track of test coverage and if interesting (read: if the tests take long) reduce the number of tests that have to be rerun each time. I'm currently checking whether I can get gcov to work to my satisfaction with Inkscape. If deemed interesting I might also add information from gprof to give a better idea of what parts of the code are interesting to optimize (and keep track of performance over time on a fine-grained level). I already regularly use gprof with Inkscape myself. Is this more or less what was originally intended? In any case, I would appreciate any suggestions and/or information you might have.

7 18

Missing test files?
by Jasper van de Gronde 29 Mar '08

29 Mar '08

I have been looking at the existing unit tests in the Inkscape codebase, and interestingly enough I've found a few references to test files in the exclude list of build.xml that don't actually exist. In part this is because they refer to automatically generated files from CxxTest unit tests, and some others are probably explained by tests that were converted from Utest to CxxTest. But I have also found a few which I can't explain: - extension/script/bindtest.cpp - extension/script/cpptest.cpp - livarot/Path-test.cpp - trace/potrace/potest.cpp - widgets/test-widgets.cpp - removeoverlap/test.cpp - removeoverlap/remove_rectangle_overlap-test.cpp If anyone knows what happened to these files, and especially if anyone has these files (or of course other test files) still lying around, I'd love to hear about it (and if you do have one, how usable is it). BTW, there are also two nr-compose related test files which are not in the codebase, but I'm afraid that's due to me :) (I still have them lying around and will probably convert them to CxxTest and make sure they end up in the repository.)

1 0

Win32 Crash on help menu (Spawn) Problem
by rygle 29 Mar '08

29 Mar '08

Has anyone had a look at the Win32 spawn problem lately? (https://bugs.launchpad.net/inkscape/+bug/204779) Or has anyone managed to compile 0.46 branch with the patch suggested by Adib in 187920 (https://bugs.launchpad.net/inkscape/+bug/187290/comments/34)? Using the March 3 libs has no spawn problem, but means we drop some extra pango/type support. Is that a satisfactory resolution? -- View this message in context: http://www.nabble.com/Win32-Crash-on-help-menu-%28Spawn%29-Problem-tp162966… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

9 24

Committee Votes: Public or Private?
by Aaron Spike 29 Mar '08

29 Mar '08

Because we have three extremely qualified candidates with whom many of us have become friends, there is now a request that we allow voting in private so that no feelings get stepped upon. Give me your opinions. Should we allow private votes? Aaron Spike

4 5

Vote for Committee Memeber!
by Aaron Spike 28 Mar '08

28 Mar '08

Now opening voting for Inkscape Committee Member. Please vote! Votes will be accepted from anyone listed in AUTHORS. If you feel more comfortable voting with private ballot, please send your votes directly to aaron@...1928... Voting will be open for one week, closing on Friday, April 4th. Nominees are: Peter Moulder Bulia Byak Johan Engelen Happy Voting! -- Aaron Spike

1 0

Opening Inkscape Committee Nominations
by Aaron Spike 28 Mar '08

28 Mar '08

As many of you know Inkscape is a member organization of the Software Freedom Conservancy. (http://conservancy.softwarefreedom.org/) As Specified in Section 6 or our charter we maintain a committee of seven project members. Section 6 reads as follows: "6. Representation of the Project in the Conservancy. The Developers, each a signatory hereto, shall represent the Project in its official communication with the Conservancy. There shall be seven Developers (together, the "Committee"), elected by the community members of the Project listed in the Project's AUTHORS file (the "Community Members"). Each Developer shall continue to serve until he or she resigns from the position. The Developers may be removed from the position at any time by a majority vote of the Community Members. Upon the resignation or removal of a Developer, the Community Members shall elect a replacement Developer to serve on the Committee. The Committee will elect a single individual to communicate with the Conservancy (the "Representative") and shall notify the Conservancy promptly following the election of a new Representative. The Representative will have the authority to instruct the Conservancy on the Project's behalf on all matters. This section may be modified by a vote of at least 3/4 of the Community Members, with the consent of the Conservancy, such consent not to be unreasonably withheld." The committee consists of Josh Andler, Jon Cruz, Ted Gould, Bryce Harrington, Nathan Hurst, MenTaLguY and Aaron Spike. Bryce Harrington currently serves as the Representative. Nathan Hurst has recently resigned his position on the committee. Therefore we must elect a new committee member. I will be collecting nominations over the next few days (ending Friday March 28th unless there is great desire for an extension to the nomination period). Anyone listed in the AUTHORS file may make a nomination. Anyone listed in the AUTHORS file may be nominated. Nominees are free to refuse nomination. I will open the nominations by relaying Nathan's nomination: "I nominate Peter Moulder, as one of the most senior people, a clear thinker, an Aussie and as close to a lawyer as you can get in a programmer." Aaron Spike

7 10

GSoC 2008: Inkscape tools for publishing using LaTeX
by Andrew Lewis 28 Mar '08

28 Mar '08

Hi all, I would be grateful for feedback on this GSoC project idea which I would like to do. It should be reasonably orthogonal to the Inkscape core so it shouldn't interfere with refactoring. I haven't contributed to Inkscape before, but I did a GSoC project last year for BBC R&D (on Dirac motion estimation/mode decision). Name: Andrew Lewis (1st year PhD Student, University of Cambridge, UK) Abstract: Inkscape is an ideal tool for producing the types of diagrams present in academic papers, but various features could be added to make it ideal for tool-chains which use LaTeX [1] to typeset documents. Authors who want to use consistent fonts in diagrams and body-text (both font family and size) must currently put `position marker' text into their documents and then replace this when their document is compiled using a tool such as psfrag [2] to re-write an EPS file. This method has some short-comings with text alignment (baseline and right alignment) and is inconvenient at design-time as documents are no longer WYSIWYG. The tool to add LaTeX equations to Inkscape documents is not ideal for adding larger elements of text as it renders to a standard vector object, discarding information about baseline position, alightment, font-size and so on. It is also difficult for new users to understand what information will be preserved during the EPS conversion. To make this clearer I propose a pre-export check where users are informed, possibly with a preview, if the appearance of the diagram will change when it is included in a LaTeX document, and online documentation with a tutorial and FAQ about exporting for LaTeX. This project would make Inkscape easier to use when creating diagrams for eventual inclusion in LaTeX documents by keeping information about text alignment (for example, moving the text control point on aligment) and making font scaling clearer, which might require additions to the file format. As an extension, I would like to make a file output filter for generating .tex files which can produce posters with diagrams and standard body text which aims to produce output similar to what would have been made by hand. This project would make Inkscape an excellent alternative to tools such as xfig [3] when diagrams must look consistent with body text, make changes on exporting clearer to the user (including those not targeting academic papers but still using EPS) and produce better output for LaTeX users who make their diagrams in Inkscape. [1] LaTeX: http://www.latex-project.org/ [2] psfrag: http://www-h.eng.cam.ac.uk/help/tpl/textprocessing/psfrag.ps [3] Xfig: http://www.xfig.org/userman/ Notes This project would first consist of a psfrag-like feature with LaTeX placeholders, where I would fix the problems with text alignment by inclusion of right-align/baseline information in the file format. (This might involve moving the control point on text which has been aligned.) I would then try to make this render nicely when Inkscape is able to find dependencies (the feature would be unavailable if LaTeX is not installed). The aim would be to get as close to WYSIWYG editing for this as possible without going as far as a TeXmacs style editor (so focussing on plain diagram labelling and simple equations to start with). There would be an export to EPS for inclusion in LaTeX document feature, which would do a pre-export check and notify the user of any features which would be removed (gradients, effects, opacity and so on). Time permitting I would like to work on supporting as many of these features as possible; this might include improving the PDF output filter (its output can be included in a LaTeX document compiled using pdflatex) to, for example, support gradients. I would also write documentation and a tutorial to explain how to produce diagrams for LaTeX output. One of the main difficulties here is integrating with LaTeX on different platforms. I would first make this work on (Ubuntu) Linux, other distributions and then Windows (possibly with MikteX). If time permits I would also like to make an output filter for Inkscape which can produce .tex files for posters including standard body text and diagrams. The aim would be to produce a file which is as close to a .tex file written by hand. This would likely overrun the length of the programme, but would be useful and make it possible for people who haven't used LaTeX before to produce high quality posters in Inkscape. Thank you for having a look at this! Andrew

3 3

Google Summer of Code Application: PGF Export
by Caleb Reach 28 Mar '08

28 Mar '08

Hey, Here's my GSoC application, any comments/critiques are welcome! Cheers, Caleb ============= Application ============= Abstract ======== I would like to implement a PGF output extension for Inkscape. Currently, the TeX exporter in Inkscape utilizes the PSTricks macros, which are not portable and do not work with pdftex/pdflatex. PGF is a Portable Graphics Format for use with TeX/LaTeX/ConTeXt and works with all major back-end drivers. There are several feature requests which will be solved by this project: https://bugs.launchpad.net/inkscape/+bug/170802 : PS + LaTeX export https://bugs.launchpad.net/inkscape/+bug/171141 : Richer text layout features https://bugs.launchpad.net/inkscape/+bug/172195 : Export LaTeX with PGF/TikZ macros https://bugs.launchpad.net/inkscape/+bug/172022 : Combined PDF/LaTeX export Details ======= The implementation will be rather straightforward due to Inkscape's extension system. A new output extension (latex-pgf) will be developed which provides TeX output using the PGF macro package. PGF has two interface layers: the base system (PGF) and the front-end interface (TikZ). While exporting TikZ code might make subsequent editing easier, the base PGF layer is much more flexible and therefore will be used for this project. Qualifications --------------- While I haven't used GTK or worked with the Inkscape code base (aside from a simple bug fix for proof-of-competency: https://bugs.launchpad.net/inkscape/+bug/168349/comments/10), I have extensive experience with C++ and have used other widget toolkits such as JUCE. I have contributed small patches to several open source projects including Django and Lazy C++. I am also very familiar with LaTeX, having used it to typeset many reports over the last several years, and I use the PGF/TikZ package whenever I need to typeset drawings and diagrams. I also work well alone, and require little hand-holding. I have completed numerous projects on my own and am currently working on a software metrics visualization application in C++ which I plan to open source. Features -------- The PGF exporter will have support for the following features: * Paths - Clipping * Fill styles - Solid - Gradient - Pattern * Stroke styles - Dashes, Dots, etc. Implementation Plan ------------------- The first order of business will be to get a very basic export working. This will include support for paths, and nothing more. After this, features will be added on incrementally until the full export extension is complete. After basic path support is working, text output will be added. An option will be provided to either escape text or pass it through as-is so that it will be processed by TeX, allowing for formulas and other TeX trickery. Strokes styles, fills, and gradients will be implemented next. These all have direct equivalents in PGF. Finally, more esoteric features such as pattern fills and clipping will be implemented. Although these are supported in PGF, they are far less likely to be used than the other output functionality and thus will be implemented last.

1 0

Status - Inkscape 0.46.0-1 Windows Package
by Bryce Harrington 27 Mar '08

27 Mar '08

I. Rygle, that round-up of Windows issues is quite handy! II. Patches included so far #179988 01_win32_printing.patch ?????? 02_win32_print_dialog_parent_window.patch (from Joel; no LP#) #183646 03_vista_turn_off_dashes.patch #168896 05_save_as_xaml.patch: III. Patches/bugs not included due to problems #165726 04_win32_remove_dialogs_on_top_preference.patch Fails to apply. See bug for details. #204779: ?? Not sure what to do here. A late comment refs to a patch in #187290 so maybe that patch needs inclusion? #187290: ?? I'm unclear if the patch here (comment #34) is ready, or needs additional testing/fixing. IV. New Windows patch packaging system I've added a debian-like patch setup for managing Windows patches. In other words, rather than apply patches directly, they are placed in inkscape/packaging/win32/patches/ and listed in the 'series' file in that directory. I've also written a simple script to apply the patches: cd /packaging/win32/ && ./apply_patches.sh This will need to be done by the Windows packagers when building 0.46.0 Windows packages (perhaps some scripts could be updated to include this step). Please someone update the Win32 docs to reflect this. This may seem weird compared with just committing the patches directly onto the stable branch, however this is standard operating procedure on Linux distros, and makes managing the patches and future updates easier. By keeping the patches only applied for Windows, it also completely avoids the risk of windows patches breaking linux code (these patches look safe, but you never know...) This also gives the windows packagers the flexibility to do 0.46.0-2, -3, etc. releases with more patches later on if they wish. So the basic rule is that we should have one common 0.46.0 tarball, and then each distro (including the Windows package as a distro), applies their packaging patches against it before building their packages. When we prepare for 0.46.1, we can look into incorporating some/all of the windows (and other distro) patches. V. Packaging and Release Announcements As mentioned before, March 24th is the day for sending out release announcements. This means we need to get all packages (including Windows) posted ASAP. Please let me know if anyone needs additional time for packaging, in case we need to delay the PR a bit. Bryce On Mon, Mar 24, 2008 at 08:30:29AM -0700, rygle wrote: > > A few minor improvements have been made to the Win32 printing patch, and it's > as ready as I think it will get for 0.46 release. Can someone please commit > it? > https://bugs.launchpad.net/inkscape/+bug/179988/comments/139 > > > Here's the latest information on printing under Win32; > > * Non-printing - FIXED > > * Default page size problems - FIXED > > * Print Scaling problems - FIXED > > * White or black boxes over printing - FIXED - GTK uses the wrong call in > Cairo (create_win32_surface, not the create_win32_printing_surface). There > is a patch in the GTK bug tracker to fix this, but in the meantime we have > bypassed that part of GTK. The code will revert to GTK automatically when > GTK itself fixes the problem. > > * All known crashes - FIXED > Adrian Johnson has patched the Cairo libs to fix a rare crash with radial > gradients. > - There are two patched libs here (needs both) - > http://annarchy.freedesktop.org/~ajohnson/cairo/ > - A patch has also been submitted to the Cairo git repository - > http://gitweb.freedesktop.org/?p=cairo;a=commit;h=ae9635bf33cb989f5c525800b… > - If the cairo dlls for inkscape are built by patching 1.5.14 instead of > building from git head Adrian recommends also getting the PostScript bug fix > as well: > http://gitweb.freedesktop.org/?p=cairo;a=commit;h=13e05bffd5cae5690fada24c7… > > > > Remaining problems with Windows printing are; > > * Some blurs are misaligned/mis-scaled - see > https://bugs.launchpad.net/inkscape/+bug/205732 > The workaround is to print to bitmap (under rendering in the print dialogue) > > * When printing falls back to bitmap, the bitmap is not always an ideal > resolution. Again the workaround is to print to bitmap (Print -> Rendering > -> Bitmap). > > > > > -- > View this message in context: http://www.nabble.com/Win32-libs-tp16033417p16254450.html > Sent from the Inkscape - Dev mailing list archive at Nabble.com.

7 18

"Inkscape out of the box for Ubuntu Hardy" News Item
by Joel Holdsworth 27 Mar '08

27 Mar '08

Hi All, Would it be worth putting a news item on the website mentioning that 0.46 will be included by default in Ubuntu Hardy? - it's quite big news, and it makes me want to tell the world! What do you think? Joel

4 3

Inkscape at LugRadio Live USA 2008
by Jon A. Cruz 27 Mar '08

27 Mar '08

Hi, Just spreading the word that Inkscape will be exhibiting at LugRadio Live USA 2008 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * http://www.lugradio.org/live/USA2008/ LugRadio Live USA 2008 brings San Francisco the unique atmosphere of LugRadio Live UK, an event that has developed a strong reputation for providing a range of topics about free software, Open Source, digital rights, technology and more, a compelling list of speakers, exhibitors and birds of a feather sessions, and wrapping it all in a unique, fun, loose, social and inclusive event, which is often described as combining the atmosphere of a rock concert and a computer conference. LugRadio Live USA 2008 brings this unique atmosphere to the USA, with around 30 speakers, over 20 exhibitors, an eclectic range of BOF sessions, and plenty of additional sessions such as our debate discussion panel, a showcase of five minute talks, tech demos, and of course a live recording of LugRadio in front of an audience. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Any and all are welcome to come by and visit, hang out, talk about whatever. It's also a very user-centric conference with registration only running $10. We also need any volunteers to come by and help man the booth. Even being able to commit a few hours would be a great help to the Inkscape project. Additionally we have a minor need for equipment for the booth... it's a small, informal show but we can still do with a few things like monitors or projectors (if anyone lives in the area that would be handy). If anyone can volunteer, please let me know so that I can get them a list of all our people to get signed up. Thanks, and hope to see people there!

1 0

Public keys for Ubuntu?
by Diederik van Lierop 27 Mar '08

27 Mar '08

In our sourceforge forum an anonymous poster is asking: "Please provide public keys for the Ubuntu (Gutsy and Hardy) 0.46 testing distrubtion." Do we have these? If so, were? See http://sourceforge.net/forum/forum.php?thread_id=1985330&forum_id=323059 BTW, I noticed a few weeks ago that the (likely highly ineffective) spamming of our "installation help" forum has stopped, so I've re-enabled the anonymous posting. Regards, Diederik

2 1

ill2svg.pl
by Alexandre Prokoudine 27 Mar '08

27 Mar '08

Hi, We have at least one bug on old AI files importer, namely LP145145. In the past I already suggested moving to UC for importing old AI files. Do you think it's the right time to do it now? If yes, do we need a separate verb for this extension so that both PS-based and PDF-based AI importers would work? Alexandre

3 2

Copy-and-paste of defs/use
by Michael Droettboom 26 Mar '08

26 Mar '08

First -- I'd like to take the opportunity to thank you for Inkscape... Truly an important application to have as open source. I am one of the matplotlib developers, and somewhat recently extended its SVG output backend to save the glyph outlines directly in the SVG file. (To remove the need to install obscure math fonts everywhere the SVG file will be viewed.) It uses <defs>/<symbol> to define the character and then <use> to render them. Yes, SVG fonts would probably be better for this, but the lack of support for them in Mozilla and other tools makes them a no-go for now. One of our users recently came across a problem where copying from one SVG file into another mangles the text. See his blog here: http://assorted-experience.blogspot.com/2008/03/inkscape-matplotlibs-svg-on… From poking around the resulting XML, what seems to be happening is that the <symbol> elements in the pasted data are reassigned new ids, but the <use> elements are not updated accordingly, and thus the <use> elements end up referring to symbols in the existing (pasted onto) file. Matplotlib, at present, assigns ids to glyph outlines sequentially as they are encountered, so there is no attempt to assign "universally" unique names, and id clashes across different files are guaranteed. There's a simple workaround I'm considering at our end, which is to use hashes on the path content itself as ids. This would also ensure that glyphs that are common between files will have the same id, for whatever that's worth. It does seem to at least make things behave as expected in Inkscape. However, I wanted to bring this to your attention because a) maybe this is an Inkscape bug, and it should be correcting the defs/use links on a copy/paste operation. b) maybe my understanding/expectations aren't correct and I'm just horribly misusing the SVG spec... I've attached two example SVG files. If you open both, and then copy the contents of one into the other, you can see that the title text will be incorrect. Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA

4 4

Font Selector widget - Font size unit issue
by tayfun_biyikoglu 26 Mar '08

26 Mar '08

Hi, I need some help on font selector widget ? My exact question is how do we set the font name and size values on the toolbar right above the canvas after selecting some values from font selector(Text and Font Dialog). I am java developer and investigating the codes to add unit functionality and i am trying to get familier with c++. I really appreciate brief explanation of codes and also any technical approach for this issue is welcome. I am planning to add a new tab to document properties maybe named Font Defaults. I want to add two things there one is default font name and the other is default font size unit. If for example pt is selected i want to treat the font sizes as pt. I am sure this is a very simple issue for the ones who knows the codes and c++ very well. But as i go deeper i get more confused. Thanks, Sincerely, Tayfun -- View this message in context: http://www.nabble.com/Font-Selector-widget---Font-size-unit-issue-tp1631764… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Gsoc 2008 for 2geom: towards making up a proposal
by Marco 26 Mar '08

26 Mar '08

As already stated in previous mails the goal of my application is to implement 2geom or lpe features. After having browsed a lot of 2geom source code I started implementing a proof of concept version of SVGEllipticalArc, the result of my effort is attached at this mail (see svg_elliptical_arc.cpp). In order to get it compiled you have to put the file under the toy folder and add the file name into the list of source file in CMakeList.txt. The file provides a EllipticalArc class and a toy class for test it. (Please feedback!) I have always to write down a complete proposal but here are some ideas (any critique or suggestion is welcome) : (1) give my help in the integration task (2) make elliptical arc a first citizen in 2geom library I'd like also to implement basic shape support ( regular poligon, circle, ellipse, ..) and routines to support classical geometric construction methods (circonference by 3 point, circonference by 2 point and tangent to a given line, ...). Anyway I saw Maximilian Albert's mail and I'm not sure if this last point may overlap with his proposal or as I hope it could provide a basis for his project. Moreover I'm trying to complete my proposal with some other algorithm to be implemented so if you have something in mind I'd like to hear it. Kind Regards, Marco Cecchetti PS: are there mentors avaible for my project ? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

2 1

Re: [Inkscape-devel] Cmake build stuff
by Aaron Spike 26 Mar '08

26 Mar '08

Kai-Uwe Behrmann wrote: > # CMAKE generated file: DO NOT EDIT! > # Generated by "Unix Makefiles" Generator, CMake Version 2.4 > > # Default target executed when no arguments are given to make. > default_target: all > > ... > > all: cmake_check_build_system > $(CMAKE_COMMAND) -E cmake_progress_start /data3/CD/programme/fltk/djv_74b11/CMakeFiles $(CMAKE_ALL_PROGRESS) > $(MAKE) -f CMakeFiles/Makefile2 all > $(CMAKE_COMMAND) -E cmake_progress_start /data3/CD/programme/fltk/djv_74b11/CMakeFiles 0 > > ... > > Do you have an other version or output? The above is just an example. Here's a Makefile I have lying around from June of 2007: # Include the progress variables for this target. include progress.make # CMAKE generated file: DO NOT EDIT! # Generated by "MinGW Makefiles" Generator, CMake Version 2.4 #============================================================================= # Set environment variables for the build. SHELL = cmd.exe # The CMake executable. CMAKE_COMMAND = c:\cmake\bin\cmake.exe # The command to remove a file. RM = c:\cmake\bin\cmake.exe -E remove -f # The program to use to edit the cache. CMAKE_EDIT_COMMAND = c:\cmake\bin\CMakeSetup.exe # The top-level source directory on which CMake was run. CMAKE_SOURCE_DIR = C:\src\lib2geom # The top-level build directory on which CMake was run. CMAKE_BINARY_DIR = C:\src\2geom_build # Default target executed when no arguments are given to make. default_target: all ... # The main all target all: cmake_check_build_system $(CMAKE_COMMAND) -E cmake_progress_start C:\src\2geom_build\CMakeFiles $(CMAKE_ALL_PROGRESS) $(MAKE) -f CMakeFiles/Makefile2 all $(CMAKE_COMMAND) -E cmake_progress_start C:\src\2geom_build\CMakeFiles 0 ... Aaron Spike

1 0

Simple tugging curve editing etc
by Bill Baxter 26 Mar '08

26 Mar '08

The tweak/sculpt tool is nice, but sometimes it seems to introduce a little too much distortion. It's also quite slow, and setting the appropriate width can be a bit annoying. How about implementing something like this? http://www-ui.is.s.u-tokyo.ac.jp/~takeo/research/rigid/curve/index.html The two big ideas in there are as far as I know: 1) automatically setting region of influence based on maximum amount dragged. 2) angle preserving deformation -- for instance if you try Inkscape's sculpt tool on a crown shape like in the lower right corner of the applet there it's pretty impossible not to turn the straight lines into curves. The smoothing thing in that demo isn't bad either, I don't know of any way to "brush on" smoothing in Inkscape right now. Maybe the tweak/sculpt tool can do it somehow though? A couple of other line drawing enhancements that I think would be nice are * a mode where scribbling back and forth over a line erases it. * a mode where drawing over top of a portion of an existing curve would automatically splice in the new part. I've seen these latter two techniques used in some of Igarashi's papers, and they look handy. The first is used in Teddy. I'm not sure where I've seen the second. I think this could maybe even be a nice little set of mini-projects for a GSoC. --bb

4 6

Re: [Inkscape-devel] Cmake build stuff
by Aaron Spike 26 Mar '08

26 Mar '08

Kai-Uwe Behrmann wrote: > And the problem I see with current cmake "Makefiles" is not so much about > setting up a simple or big project, rather than to debug it. > In cmake I have no idea where veriables come from. In Make I do, at least > mostly. Learning debuging new feels a bit like a burden as it will need > quite extra time. On the other side make is pretty common. That's weird. I seem to have opposite experience. Perhaps we need a more concrete example. It has been a while now since I did any work with CMake, but I remember thinking that it was great because the generated makefiles had comments that point to the line of the source CMake file that generated them. In my most recent trip though trying to debug autotools makefiles I was missing this help. Aaron Spike

1 0

SOC 2008 - project - Guidlines feature
by Vangelis Katsikaros 26 Mar '08

26 Mar '08

Hello I am interested in the Guidelines features proposed in the SOC 2008 ideas (http://wiki.inkscape.org/wiki/index.php/SpecGuidesImprovement) and I would like to discuss some aspects before submitting my proposal (if this is ok). I guess this feature fits in the category of projects that doesn't mess much with the base code, since it uses already existing features. Moreover, I tried to find info about the guidelines: * From a quick search I did I saw that thre is no "guide line" element in SVG 1.1 . * I saw that in svg files the guides are defined as sodipodi:guide element. So, guidelines are Inkscape specific. * Guidelines are defined in src/sp-guide.cpp . SPGuide handles the svg file info. (Does this mean reading and writing from the file and modifying the svg abstraction?) * The rendering of the guidelines is handled in src/display/guideline.cpp . SPGuideLine holds the guideline info The the sp_guideline_* functions are responsible to deliver to the renderer the correct into? (not sure about this last one). * SnapManager manages the snapping. However, I haven't figured out if snapping and guidelines are directly connected. (However. this isn't relevant with the UI feature) This is an early search and I am just getting in touch with Inkscape internal. So, if I get something wrong or if you have any hints and directions they are welcome. (I've seen the dev docs you have on the wiki) As far as the feature specification is concerned, I would like to ask about the Design -> On-canvas editing section. The first 3 actions are already implemented. The last 2 were not implemented for a reason or you simply didn't have the time? Regards Vangelis Katsikaros __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

4 10

Transformations using the selector tool
by Diederik van Lierop 26 Mar '08

26 Mar '08

Hi all, Please be keen on any regressions in the way the selector tool handles transformations. If you see something weird then drop me a mail. This is all because I've given seltrans.cpp an overhaul to improve the handling of transformations, their origins and the snapping. For details, see this bug and revision https://bugs.launchpad.net/inkscape/+bug/174046 http://inkscape.svn.sourceforge.net/viewvc/inkscape?view=rev&revision=18015 Johan, I will now finally start working on the snapping indicator in the selector tool! Regards, Diederik

2 1

python extensions - lxml version 2
by Terry Brown 26 Mar '08

26 Mar '08

lxml version 2, from http://codespeak.net/lxml/lxml2.html#incompatible-changes "Some API functions now require passing options as keyword arguments, as opposed to positional arguments." e.g. the Edge 3d extension is broken because xpath is now ...xpath(path, namespaces=MyNameSpaces) rather than ...xpath(path, MyNameSpaces) so does that mean I should fix the extension to work out which version of lxml it's using? Or assume 2.x? Cheers -Terry

2 1

Inkscape 0.46 Released!
by Bryce Harrington 26 Mar '08

26 Mar '08

The Inkscape community today is announcing the release of the newest version of its open source vector graphics editor. Inkscape 0.46 is a major update that introduces native PDF support. The implementation of PDF support in Inkscape provides an easy, open source solution to editing PDF documents. Tons of new features and performance improvements are included in this release. Dialogs now have the ability to be docked to the editing window. Gradients can be edited completely on-canvas. The new Paint Bucket Tool fills bounded areas with color. A new 3D Box tool helps create perspective-correct drawings. A new Tweak tool provides an intuitive method for editing paths and painting objects. The new Live Path Effects feature can create "brushes" and various organic effects on paths. Improvements to color management include support for color spaces other than sRGB. Most SVG filters are now implemented, and a new powerful UI is provided for editing filter stacks. == Downloading Inkscape 0.46 == Inkscape 0.46 is already included by default in Ubuntu Hardy so just install it normally. Ubuntu Gutsy users can install by adding the following to System : Admin : Software Sources : Third-Party Software: deb http://ppa.launchpad.net/inkscape.testers/ubuntu gutsy main deb-src http://ppa.launchpad.net/inkscape.testers/ubuntu gutsy main Macintosh OS X users can download a Leopard Universal package from our SourceForge site: http://sourceforge.net/project/showfiles.php?group_id=93438 Packages for Fedora, Debian, Windows, and other platforms should be coming soon. == For more information == Complete Release Notes for 0.46: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes046 Community Contributed Screenshots: http://inkscape.org/screenshots/ Bryce

3 2

website needs "latest" fixed
by Jon A. Cruz 26 Mar '08

26 Mar '08

The top still lists 0.45.1 as the latest stable, and the download link also still goes there. https://bugs.launchpad.net/inkscape/+bug/206996 Can someone with main access tweak that to point to the latest. thanks.

4 3

Proposal: use std::iostream and friends instead of Inkscape::IO
by Krzysztof Kosiński 26 Mar '08

26 Mar '08

Hello, I had a look at the stream classes used to output SVG to flies and memory while working on fixing the clipboard bug. The functionality of those classes is largely the same as std::iostream and the related class hierarchy. I think Inkscape could switch from its own stream implementation to the standard library streams. This would, among other things, reduce the complexity of the application and the size of the codebase. Is there some good reason Inkscape uses its own stream implementation instead of the standard streams? BTW, you might want to look at this before replying: http://spec.winprog.org/streams/ Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Proposal%3A-use-std%3A%3Aiostream-and-friends-instead… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 10

Inkscape Classes?
by Bryce Harrington 26 Mar '08

26 Mar '08

Ubuntu does a really cool thing by holding online "classes" on various topics, like making patches, using Launchpad, doing Screencasts, etc. [1] Other FOSS projects do similar. I think it would be very worthwhile for us to do something like this - brief 101-level intros to various topics (both usage and development), if enough of us are able to teach. How it'd work, is we'd set up #inkscape-classroom in IRC with logging, and publish a timeline of classes. The teacher would prepare their lesson plan, including screenshots, sample files, etc., then run the class for 1 hour (max) and answer questions, and afterwards put the IRC log into wiki (and clean it up a bit), for future reference. Some random ideas for topics: * Using Live Path Effects * Using Filter Effects * Creating Icons using Inkscape * Web Design using Inkscape * The Open Clip Art Library * Google SoC Primer * Translation 101 * Launchpad 101 * Refactoring 101 * Scripting Effects 101 * Bug Triage * Debugging Inkscape * Maintaining the Inkscape Windows Port etc. etc. What do you guys think? Does this sound like a good idea? Would you be interested in teaching a class, or have ideas for topics not listed above? If there's enough interest (6+ teachers), I'll go ahead and start organizing it. Bryce [1]: https://wiki.ubuntu.com/UbuntuOpenWeek

14 36

Cairo-1.5.14
by Bob Jamison 26 Mar '08

26 Mar '08

Hi all, I tried Cairo-1.5.14 out today and it works fine. One small problem, though. It breaks Cairomm. If you try compiling with it, you will encounter the error: 'CAIRO_FONT_TYPE_ATSUI_replaced_by_CAIRO_FONT_TYPE_QUARTZ' was not declared in this scope This is because 1.5.14 has a small API change, using the QUARTZ names now instead of ATSUI. Cairomm does not have that change yet, even the version on their server. If you still want to try Cairo-1.5.14, just change line 195 in cairomm/enums.h from: FONT_TYPE_ATSUI = CAIRO_FONT_TYPE_ATSUI to FONT_TYPE_ATSUI = CAIRO_FONT_TYPE_QUARTZ Happy hacking. bob

2 2

UI ideas for next version(s) of Inkscape
by Michael Grosberg 26 Mar '08

26 Mar '08

The usual disclaimer... not a programmer, but perhaps some GSOC participant would find my suggestions worthy of implementation. Inkscape has gained some pretty impressive features lately, but complexity has taken a toll on the UI. It now contains many icons, toolbars, and dialogs, and these UI elements take a lot of space, even on a large monitor. he problem is even more pronounced on an Ubuntu desktop where the GTK theme forces Inkscape to render all toolbars using extra large icons, making it too large for many resolutions. The dialogs are also too large, with oversized controls and a lot of spacing, and you can barely fit a couple of them on each side when they are docked. Gimp had a similar problem and they solved it by introducing a "small" theme that users can st, which makes all the icons and widgets smaller. I think Inkscape could benefit from using such a theme. Another great UI improvement would be to make inkscape remember the windows settings between sessions. Currently whenever I open a new session of Inkscape I have to resize the window and turn on a couple of dialogs - layers and fill & stroke. Then I have to resize the dialogs themselves because the layer dialog opens with hardly any space to show more than one layer. It would be great if Inkscape could remember those settings between sessions. One last thing, a very small one - I think having layer dialog icon next to the other dialog icons on the right size of the main toolbar could be useful.

10 18

Re: [Inkscape-devel] UI ideas for next version(s) of Inkscape
by MenTaLguY 25 Mar '08

25 Mar '08

On Tue, 25 Mar 2008 22:07:14 +0300, "Alexandre Prokoudine" <alexandre.prokoudine@...400...> wrote: > On Tue, Mar 25, 2008 at 9:57 PM, MenTaLguY <mental@...3...> wrote: > >> > I'd say, bug themes developers. I've used a number of really small >> > GTK+ themes like Gummy Orange. They are cool, but not available by >> > default in distros. >> >> We want some widgets to be normal size, though. >> >> Really what GTK+ should have is some way to request various standard >> sizes for widgets; "large", "normal", "small", "tiny", or something >> along those lines. A lot of other widget toolkits provide such a >> facility (e.g. Cocoa and Qt). >> >> -mental > > Did you want to send this offlist? ;-) Er, whoops. No, meant to include the list. -mental

4 3

SoC'08 SVG Fonts application
by Felipe Sanches 25 Mar '08

25 Mar '08

As suggested on http://wiki.inkscape.org/wiki/index.php/SOC_Writing_Project_Proposals I am sending you a first draft of my application so that you can comment on it. I also expect to find out who would be interested in mentoring this one. Please, tell me if I forgot to mention something important. JucaBlues == About Me == My name is Felipe C. da S. Sanches, known on Inkscape community as JucaBlues. I study Electrical Engeneering with emphasys on Telecomunications on University of São Paulo, Brazil. My contributions to Inkscape are described later on this SoC application. I like a lot to deal with computer graphics and I have been ploting pixels since 11 years old, when I started to learn computer programming by myself on an old 386 with QBASIC and MS-DOS. Later I learned C, C++ and x86 Asm. Recently I have also played a bit with javascript and python. Currently I am working 20 hours a week on web development (using the django framework) on a brazilian startup. I will continue employed there during SoC. I have some small free software projects started by myself. Often very small and unimportant stuff. During some time I have contributed with bug reporting and feature requests to some big projects such as Mediawiki and Firefox, and I have aprox. 3 lines of code incorporated in DemocracyTV (now called Miro), but I did not get commit rights on those projects, so I won't count them. The first big project I am involved with a lot of coding is Inkscape. == My first contact with Inkscape == I first heard about Inkscape when I was looking for a free software drawing tool. I needed to draw the schematics of wood cuts for my pinball machine. You can see my (not yet finished) homebrew pinball machine at www.flickr.com/photos/felipesanches By that time Inkscape was on version 0.43 and I remember I got very impressed by the about screen drawing. == How I got interested on coding for inkscape == After some time I started designing some SVG images for my hexamines game ( http://code.google.com/p/hexamines/). I had to set the CC-licensing metadata for a lot of files and I didn't know it was possible to do it easily using templates, so I decided to write a patch to make a "default metadata settings" UI. This patch, and a fix to a bug in itself, gave me svn commit rights. Later, the patch was considered confusing and not that much useful and was reverted. But since I saw myself, for the first time, with commit access to a free software project, I got excited about that and decided to pick something to work on. I saw some work going on filters UI (Nicholas Bishopp's SoC) and decided that filter renderers would be something cool to implement. == Work done on Inkscape == Last year I have implemented in Inkscape some of the SVG filter renderers. More precisely, these ones: feTurbulence, feDisplacementMap, feFlood, feColorMatrix, feConvolveMatrix, feImage, feMorphology and feComponentTransfer. I have also worked a bit on the filters user interface. I have implemented the filters infobox (which gives users instructions on what each filter primitive does). I have designed all of the icons used on this infobox(*). I have also added all of the tooltips for the filters UI. I have recently adapted the 0.46 About Screen to some languages, based on advice given by people at inkscape-translator list. == What I intend to do on GSoC'08 == Basic SVG Font rendering support. This does not include UI for the SVG Fonts. === Parameter loading === Some time ago I started work on sp-font.{cpp,h}, sp-glyph.{cpp,h}, sp-missing-glyph.{cpp,h} and sp-glyph-kerning.{cpp,h}. These are not functional yet. I intend to complete their implementation, so that svg parameters related to SVG Fonts are correctly parsed. This will probably also need refactoring (as I understand that having these implemented as C++ classes is a main target for 0.47) I will need advice on the refactoring part of this task. (or, alternativelly, I will look at already refactored code in order to find out) === Laying Out Text === I intend to write code that uses Pango to layout text that uses SVG Fonts. Although I have never used pango before, so this is the part of my SoC work where I mostly need advice. I suppose that it is possible to setup a font and provide its metrics and details to pango, and then hook the glyphs handled by pango on code that properly creates the NRArenaItems and render the glyphs that are described by arbitrary SVG. It will depend on the capability of reading the proper coordinates of the glyphs after being laid out by pango. I also heard something about cairo's user font support. I wish somebody could explain this to me. This part of my SoC proposal can be improved once I figure out these things clearer. === future ideas (not to be implemented for SoC'08) === Here I include some ideas that I would possibly work on after I finish the SoC tasks. * SVG Fonts to TrueType (or other font formats) conversion and vice-versa * SVG Fonts User Interface Offtopic Notes: (*) The bird photograph was shot by my daddy. If you are interested, you can take a look at his work at www.flickr.com/photos/dariosanches

2 2

My application for you to critize (thanks in advance!)
by unknown＠example.com 25 Mar '08

25 Mar '08

Abstract With the refactoring spirit of Inkscape 0.47 in mind, I'd like to work on delegating Inkscape's math needs to lib2geom. The special goal is to convert Inkscape's internal representation of paths to a lib2geom type. The integration of lib2geom is a big task, therefore I propose a team effort. Name Johan Engelen Project title Lib2geom integration Benefits to Inkscape: I think it would be beneficial for Inkscape to use lib2geom (2geom), because it makes the math code better maintainable. Already LPEs profit hugely from the ease and power of using lib2geom. Deliverables 1. internal representation of paths as a 2geom type 2. conversion methods between current path type and new 2geom type, to use by methods that have not been converted to 2geom calls 3. implementation of test methods to ascertain and to prohibit regressions 4. Team work to move as much as possible of Inkscape to 2geom calls. Project details I think it is not possible to completely change all math to lib2geom within one GSoC project. I will try to get as far as I can, but I do have one specific goal: the internal representation of paths should become a 2geom type. This way, all path operations can be transformed to 2geom. First, 'perfect' conversion methods between the current representation and 2geom type will be made. Then, step by step, all path operations can easily be recoded to use this conversion methods first, then later on transformed completely to solely use 2geom calls. The perfect-ness of the conversion method will be proven by making test functions. More test functions will have to be written for large non-trivial functions that are converted, to decrease the possibility of regressions. I propose to use 2geom's std::vector<Geom::Path> as the new path representation type. I think this type already contains all functionality that the current type has; missing functionality must be implemented in 2geom. There already exist tried and proven 2geom methods that convert SVG pathstring to std::vector<Geom::Path> and via versa (LPE use them already). Apart from converting the internal representation, I also want to work on refactoring other parts of Inkscape to only use 2geom calls for math. E.g. snapping, tools, and transformations. (this largely means converting the over 4k occurances of NR::Point and NR::Matrix combined to their 2geom equivalents.) I want to emphasize that I'd like to work on integrating lib2geom as a team. The internal representation is my personal goal, the other student(s) that might work on integration as well may have his/her own goal; but I think the motivation that comes from seeing more and more parts of Inkscape using 2geom really helps conquer the big heap of work that awaits us. Especially I want to mention Michael Sloan of lib2geom, who has shown great abilities by implementing boolean ops in 2geom (almost complete). I think we can really use his expertise in creating 2geom functionality that is still missing, and I think he can benefit from my knowledge of Inkscape for his project goals. Although not explicitly called that way, I already did some small teamwork with Diederik on snapping and grids; which was highly motivating and resulted imho into something good. I feel integrating lib2geom is a great opportunity for me to try a large teamed effort in improving Inkscape. About me I am 24 years old and live in The Netherlands. I am an electrical engineering PhD student at the University of Twente (Netherlands). I've been programming for so long I forgot when I started; I've programmed in C++, C, Pascal, x86 assembly, PHP, Java and other languages. I'm mostly self-taught in these languages. Inkscape is my first (and only) open-source experience, before that programming experience has been a private hobby (once together with a friend). A friend showed Inkscape to me as his drawing application and I was sold immediately. Coding for Inkscape started after two weeks with adding the "Save-a-copy" functionality, then, apart from many bug fixes, for as far as I can remember: new extension parameter types, on-canvas gradient editing, new grid framework and 3D axonometric grid, angled guidelines, on-canvas mask and clippath editing, and of course Live Path Effects (GSoC2007). See http://wiki.inkscape.org/wiki/index.php/GSOC2007_Live_path_effects_in_Inksc…. Work schedule Being a PhD student in the Netherlands means I have to work during office hours and have no long summer vacation. Therefore I propose to work the same schedule as I did in last GSoC. As soon as I am accepted I will start working on my project, to compensate for the less than nominal available time during the 'official' working 2 month period of GSoC2008. I think my result of last year's GSoC project shows this works very well for me. Other GSoC applications I have not applied for any other GSoC project. I have no motivation to apply to other projects other than Inkscape's. -------------------------------------------------- Thank you very much for reading the long text. Any comments, especially critique, are very welcome. Kind regards, Johan

2 1

tar-pax option in configure.ac
by John Bintz 25 Mar '08

25 Mar '08

Ted, Myself and others have been having problems building Inkscape since r17648, when you added the option for the tar-pax format in AM_INIT_AUTOMAKE. Ubuntu Gutsy, which I'm running, and Fedora Core 6, according to some mailing list traffic, don't have a new enough version of automake in their standard repositories to run ./autogen.sh successfully with that option enabled. Other distributions may be involved, too. Using automake1.8 and removing the tar-pax option get ./autogen.sh to work, and I'm wondering what you would think about rolling back the tar-pax option for now, to ease the problems that users of those operating systems are having with building Inkscape, and then re-enabling it later, when the repositories for those distributions upgrade to the newer automake1.10. Thanks, John

8 15

Google Summer of Code Project Idea: PGF Export
by Caleb Reach 25 Mar '08

25 Mar '08

Hey all, I'm interested in creating a TeX exporter which uses PGF/Tikz instead of PSTricks, as PSTricks does not work well with pdflatex. Looking at the PSTricks code, it doesn't seem like this would be too terribly difficult to implement. Another idea that I had was to streamline the gradient editor so that it's easier to use. For the most part, Inkscape has a fantastic GUI, but the current gradient editor is very cumbersome to use. Here's a quick and ugly mock-up for a more intuitive version: www.annoware.com/temp/gradmockup.png What do you think? Cheers, Caleb

6 5

Working on input devices
by Jon A. Cruz 25 Mar '08

25 Mar '08

I did a rough screengrab + mock up of what I'm thinking of to replace the tablet input devices dialog. http://wiki.inkscape.org/wiki/index.php/Tablet_Dialog Any suggestions, workflow points, etc?

4 9

Win32 libs
by Bob Jamison 25 Mar '08

25 Mar '08

I uploaded another bundle with the new Glib and Pango libs that Adrian mentioned. Hopefully this will show improved OpenType support. http://inkscape.modevia.com/win32libs/devlibs-2.12-080313.7z There was also a new Atk available. and started using it for builds: http://inkscape.modevia.com/win32/Inkscape0803131626.7z bob (ishmal)

12 30

announcement edits
by bulia byak 25 Mar '08

25 Mar '08

Sorry to be late with this - but I just edited these sections: http://wiki.inkscape.org/wiki/index.php/AnnouncePlanning046#Inkscape_Announ…. http://wiki.inkscape.org/wiki/index.php/AnnouncePlanning046#The_Inkscape_Co… so if someone has taken copies of them previously for PR, please go get them again. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

GSoC Mentor Signup
by Bryce Harrington 25 Mar '08

25 Mar '08

Only three people have signed up as mentors for GSoC so far: acspike, ted, and mrdocs. If you're willing to serve as a GSoC mentor for Inkscape, please go to this address and sign up: http://code.google.com/soc/2008/mentor_home.html Bryce

2 1

GSoC Student applications now open
by Bryce Harrington 24 Mar '08

24 Mar '08

Forwarding from google list... LH (Leslie Hawthorn): > Student applications are now available. Please see > http://code.google.com/soc/2008/ > for information on how to submit your application.

1 0

[inkscpae-devel] Applying for GSoc 2008 - 2geom project
by Marco 24 Mar '08

24 Mar '08

Hi, I'm new to the mailing list. I'm interested in contributing in the development and integration of 2geom as a student for GSoC. At present I dived into the most of 2geom codebase. I checked out the library from here: https://lib2geom.svn.sourceforge.net/svnroot/lib2geom/lib2geom/trunk I noticed that the library is already mostly implemented, at a first glance it seems that there are more functionalities there that in libnr. I've always to find out what is the integration level. The idea description about 2geom is enough syntetic, I would like to get some more info and hints so that I'll be able to write down a sensible and detailed proposal/plan for gsoc the next week. In the case it isn't possible to apply for 2geom I could be interested in Live Path Effects too but I've aways to look at the codebase. Follows some rumination on 2geom library. I was wondering if the goal of 2geom is to become an independent library or the developed features have always to be thought with inkscape in mind. I got that path crossings are implemented by a uniform partioning of the interval where the parameter takes its value in small subintervals (2^6 for each path) these generate subpaths whose intersection points are computed as if they were line segment. I'm wondering if it was taken into account that a uniform partitioning of the parameter interval (usually [0,1] for single curve) doesn't mean a uniform partitioning of the path, that is, it could happen that [0, 1/2] is mapped to 9/10 of the path and [1/2, 1] to only 1/10 of the path. To summarize the issue is: making the parameter subintervals 'small enough' doesn't mean to get subpaths enough short that it is possible to manipulate them as they were straight line segments. What's the exact role of s-power basis ? Maybe to have a common form for all the types of curve supported by the svg specification (bezier, elliptical arc, segment) ? Are there specific computational advantages using s-power basis ? I would like to read Sánchez-Reyes's articles (as Applications of the s-Power Basis in Geometry Processing) but I haven't access to them. Follows a brief description of myself and of my previous programming experiences. I'm a student in mathematics (University of Pisa, Italy). I'm interested in computational geometry so I think that applying to gsoc for inkscape could be a good start point. I'm developing an extension of Boost.Function (http://www.boost.org/doc/html/function.html) in order to implement a model of function concept supporting multi-signature and so overloading. You can check out the source code from here: https://svn.boost.org/svn/boost/sandbox/overload/trunk or browsing the documentation: http://docs.google.com/View?docid=dfxvjncs_1x6456m I contributed in the development of a proof of concept svg import filter for Open Office. This import filter has been developed mainly by Fridrich Strba at Novell, my contribute was to add svg text element support to the import filter. If you want gives a glance at the code: http://svn.gnome.org/viewvc/ooo-build?view=revision&revision=9662 Sorry for my poor english. Kind Regards, Marco Cecchetti -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

3 4

Mentors for GSoC '08?
by Maximilian Albert 24 Mar '08

24 Mar '08

Hi all, is it already known who will be the mentors for this year's Summer of Code? I'm not yet 100% decided which project I'd like to apply for (the guidelines project is of particular interest to me but I will need to discuss with Vangelis about it who also expressed interest). So it might turn out to be one that is mainly based on my own ideas and only marginally related to those listed in the wiki (e.g., a collection of further 3D box related features combined with other geometric construction stuff). In this case I would need someone to discuss and refine these ideas so that they can be melted down to a good proposal. Who would be my contact person in this case? Thanks, Max

4 6

Re v 17966 build failure due to calligraphic profiles
by Krzysztof Kosiński 24 Mar '08

24 Mar '08

The recent addition of calligraphic profiles breaks the build due to unresolved references. Did anyone test it before committing? Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Rev-17966-build-failure-due-to-calligraphic-profiles-… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 8

System-wide clipboard implementation
by Krzysztof Kosiński 24 Mar '08

24 Mar '08

I think I've finished migrating Inkscape to use the system-wide clipboard instead of an internal per-instance clipboard. The patch is attached to the Launchpad bug report: https://bugs.launchpad.net/inkscape/+bug/170185 Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/System-wide-clipboard-implementation-tp16244404p16244… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Re v 17995 - build broken again...
by Krzysztof Kosiński 23 Mar '08

23 Mar '08

The Linux build is broken again due to link errors. There are so many of them that I'm not sure I'm able to sort this mess out by myself. Most of the undefined references are to things in libspwidgets. Can anyone help? Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Rev-17995---build-broken-again...-tp16238429p16238429… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 4

Re v 17995 gettext failure - patch for LP bug 170185
by Krzysztof Kosiński 23 Mar '08

23 Mar '08

There are 2 files which attempt to translate empty strings, which is wrong (this msgid gives the translation header - see https://bugs.launchpad.net/inkscape/+bug/170185 for details) Index: ../src/display/canvas-axonomgrid.cpp =================================================================== --- ../src/display/canvas-axonomgrid.cpp (revision 17998) +++ ../src/display/canvas-axonomgrid.cpp (working copy) @@ -411,7 +411,7 @@ "empcolor", "empopacity", _wr, repr, doc)); Inkscape::UI::Widget::RegisteredSuffixedInteger *_rsi = Gtk::manage( new Inkscape::UI::Widget::RegisteredSuffixedInteger( - _("_Major grid line every:"), _(""), _("lines"), "empspacing", _wr, repr, doc ) ); + _("_Major grid line every:"), "", _("lines"), "empspacing", _wr, repr, doc ) ); _rsu_ox->setDigits(4); _rsu_ox->setIncrements(0.1, 1.0); Index: ../src/display/canvas-grid.cpp =================================================================== --- ../src/display/canvas-grid.cpp (revision 17998) +++ ../src/display/canvas-grid.cpp (working copy) @@ -675,7 +675,7 @@ _wr, repr, doc)); Inkscape::UI::Widget::RegisteredSuffixedInteger *_rsi = Gtk::manage( new Inkscape::UI::Widget::RegisteredSuffixedInteger( - _("_Major grid line every:"), _(""), _("lines"), "empspacing", _wr, repr, doc) ); + _("_Major grid line every:"), "", _("lines"), "empspacing", _wr, repr, doc) ); table->set_spacings(2); Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Rev-17995-gettext-failure---patch-for-LP-bug-170185-t… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

SOC 2008 - project - Transformations Anchors
by Vangelis Katsikaros 23 Mar '08

23 Mar '08

Hello After a brief discussion on the list I did a small research for the Transformation Anchors idea. So, I 'd like to ask about the validity of the things I found. * SVG 1.1 has a "transform" attribute which is used for some of the transformations. Inkscape stores the transformation in the file as following: * "move", "scale" doesn't apply a trans matrix but simply moves, scales the coordinates. It also adds a second inkscape:perspective element. This one include a property "persp3d". This is related to the src/persp3d.cpp and the Persp3D class. * "rotate", "skew" applies a transformation matrix with the SVG:transform attribute. * "matrix" depends on the matrix's values. It could lead to one of the above situations. The Transformation UI is implemented in ui/dialogs/transformations.cpp * sp_desktop_selection() is used in order to get the things the user has selected from the "drawing area". (I don't know if you have a specific name for the area on which the inkscape user draws and selects graphics from. I called it "drawing area"). * The functions Transformation::applyPage(Move|Rotate|Scale|...) are responsible for the transformation of the selection. I then tried to figure out how "move" transformation works: updatePageMove() takes the bounding box from the selection. This is a NR::Rect object (NR::Maybe template). NR stands for "new renderer" right? I follow up to here but then I get a bit confused in this line: double x = bbox->min()[NR::X]; NR::Rect::min() returns a member of the NR::Rect class. It returns a Point instance. This class has overloaded the [] operators. With this overloading we return the [i]-th element of a Coord member. And this Coord is an array with 2 elements (for x and y). I think I think I lost the logic of it a bit... Then we take the value which updatePageMove() had set and we apply it with applyPageMove(). This calls sp_selection_move_relative() and then sp_selection_apply_affine(). That's as far as I have seen. So, it boils down to pass sp_selection_apply_affine() an argument about the center of the tranformation and change things in there so that the argument is used correctly? Sorry for the lengthy mail. I just want to make sure that I get how things work in order to estimate the size of the project and the extend of changes in the base code. Regards Vangelis Katsikaros __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

2 1