- Inkscape Devel - Inkscape Mailman

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