- Inkscape Devel - Inkscape Mailman

pdf import crashing
by MilesTogoe 05 Feb '10

05 Feb '10

I've had both pdf and ps import crashing - when trying to open file, the pdf import dialog pops up but when I click the program crashes - no message, just completely exits. The same files open okay with GIMP. Anyone else confirm this bug ? running this on Fedora 12 w/ gnome.

1 0

IMPORTANT: Windows compiler change
by Krzysztof Kosiński 04 Feb '10

04 Feb '10

Hello I have made a Windows build of Inkscape that does not exhibit this long standing critical bug. https://bugs.launchpad.net/inkscape/+bug/173116 However, it requires changing the compiler. To build Inkscape and all other C++ libraries, I used TDM-GCC (a patched build of MinGW) version 4.4.1 with SJLJ unwinding. We don't use exceptions in performance critical code, so bothering with Dwarf2 to get a minimal perf gain while substantially increasing code size doesn't seem worth it. (SJLJ gtkmm is 3x smaller than the Dwarf2 one!) http://www.tdragon.net/recentgcc/ Therefore, a note to all Windows devs: when you update to revision 9 or later of devlibs, required by revision 9041 of Inkscape trunk, also change your compiler to TDM-GCC version 4.4.1. You can just download the .exe at the top, it contains everything that's required. You will need to rebuild from scratch after this (btool clean). http://sourceforge.net/projects/tdm-gcc/files/TDM-MinGW%20Installer/1.908.0… Install it into C:\mingw, as usual, or set MINGW_PATH to the directory where you installed it before executing mingwenv.bat. Updated instructions for compiling on Windows: http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows Regards, Krzysztof

4 6

[PATCH] Grouping when setting mask
by Martin Sucha 04 Feb '10

04 Feb '10

Hi all, I've implemented feature to automatically group objects when setting clip/mask and it now works for me. (Thanks Krzysztof Kosiński for help.) Could you please review attached patch and commit it if you consider it good enough? Thanks. Best regards, Martin Sucha

2 1

Dwarf2 exception handling on Win32
by Bob Jamison 04 Feb '10

04 Feb '10

Hi all, For those people who arrived to the party too recently to remember, it was always Mingw's intention to shift to Dwarf2 EH. It was just slow in coming. One of the reasons it took so long was that for a long time, Mingw's compiler was not considered to be a first-class target, but was only a set of patches maintained by Mingw.org itself. Now Mingw -is- a first-class GCC target, and their compiler patches do make it into GCC trunk somewhat faster. Now that DW2 is becoming the default on Win32, shifting back to old SJLJ would be going -against- progress. (And be bad timing, too :-) Anyway, DW2 is what I will be using from now on. bob

3 2

bzr checkouts large and slow + failing to build for ~the last month: cube.obj
by Bernard Gray 04 Feb '10

04 Feb '10

Hi All, I've been trying to migrate my package building process (for debian sid) for about the last month (on and off ;-) ) but I've encountered one fatal issue, and one pita issue. The fatal one: ... make[5]: Leaving directory `/tmp/buildd/inkscape-0.47+svn20100202.cle/share/extensions/Barcode' Making all in Poly3DObjects make[5]: Entering directory `/tmp/buildd/inkscape-0.47+svn20100202.cle/share/extensions/Poly3DObjects' make[5]: *** No rule to make target `cube.obj', needed by `all-am'. Stop. make[5]: Leaving directory `/tmp/buildd/inkscape-0.47+svn20100202.cle/share/extensions/Poly3DObjects' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/tmp/buildd/inkscape-0.47+svn20100202.cle/share/extensions' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/inkscape-0.47+svn20100202.cle/share' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/inkscape-0.47+svn20100202.cle' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/inkscape-0.47+svn20100202.cle' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ... I've got this for the last month - I'm building inside a clean pbuilder chroot, the process has been consistent for the last year or more, spitting out weekly builds. The pita issue - I've followed the instructions for checking out the latest bzr branch (head?) using the command: bzr checkout lp:inkscape - this takes _ages_. It begins with a decent dl rate of ~300KBps, but then drops to ~4KBps for the next 4 hours! Please help :( Bernie (cleary)

2 2

Re: [Inkscape-devel] 0.47 X11 on Mac OS X 10.4 Tiger
by ~suv 03 Feb '10

03 Feb '10

On 17/1/10 12:47, Michael Wybrow wrote: > On 11/01/2010, at 11:42 PM, JiHO wrote: >>> On 7/12/09 20:51, Wolf Drechsel wrote: >>>> my attempt in building a 0.47 X11 on Tiger can be visited. >>>> It is PPC only - are there people around who need Tiger-Intel? >> I'd say, post it like that. I don't and won't ever have a Tiger >> machine to test it. The release will be the large scale test I am >> afraid. I agree it should be posted, as a reward for Wolf's tremendous >> efforts. > > I tested Wolf's build on Friday and it worked fine other than the > status bar issue which also occurs on all versions of Inkscape I > tested (though it does go blank moving over the page sliders on 10.4 > but not the other later versions). > > I forgot to write a response on Friday, but you may have noticed that > I compressed it as a DMG and uploaded in to Sourceforge. > > Thanks for all your work on this Wolf, and also ~suv. Much > appreciated. Could the newly uploaded Tiger PPC build please be added to the download page on inkscape.org? ------------ Stable release 0.47 intended for production use is available: * Mac OS X o OS X 10.6, Snow Leopard – Universal .dmg o OS X 10.5, Leopard – Universal .dmg (Please first upgrade X11.app to at least XQuartz v2.1.4.) + o OS X 10.4, Tiger - PPC .dmg [1] (requires Apple's X11 v1.1.3) [1] http://sourceforge.net/projects/inkscape/files/inkscape/0.47/Inkscape-0.47-… ------------ ~suv

2 2

How to create group object
by Martin Sucha 02 Feb '10

02 Feb '10

Hi all, it may seem to be a stupid question, but I can't find answer anywhere... How can I get SPItem from Inkscape::XML::Node? (or create group object and get xml node from that - I need both) I'm hacking on automatically grouping objects when setting clip/mask (as mentioned in another thread) and I need to create new group, so mask can be applied to the group instead of selected objects. Currently, I know how to create the svg:g XML element, move other objects into it and where to pass reference to the group to do what I want, but it needs to be a reference to SPItem and not Inkcape::XML::Node. Is there any documentation for object tree and xml tree and how do they interact? Thanks. Best regards, Martin Sucha

2 1

Path rendering buggy?
by Jasper van de Gronde 02 Feb '10

02 Feb '10

I looked into bug #514649 and it looks like Inkscape has some problems rendering the complicated paths in the problem image. Could someone with a bit more knowledge of the path rendering internals have a look at it?

1 0

Re: [Inkscape-devel] Inkscape & Dbus
by Krzysztof Kosiński 01 Feb '10

01 Feb '10

W dniu 1 lutego 2010 20:28 użytkownik Bryan Hoyt | Brush Technology <bryan@...2310...> napisał: > Thanks, Ted, for the update on the DBus stuff. > > Yes, Krzysztof, it would be nice if DBus extensions could work in a similar > manner on Windows. Does DBus actually work on Windows at all? I'd imagine > that even if it did, it would be nice to have a lightweight Windows > alternative for live extensions, so that the Windows people wouldn't be left > out, or required to download (and compile?) extra dependencies. > > Doesn't affect me directly, since I almost never use Windows, but it's nice > to have things work everywhere. > > That said, I plan to factor the PixelSnap code in such a way that it will > work both with & without DBus in exactly the same way as far as possible. > > - Bry There is a winDBus port here. It appears to be maintained. http://sourceforge.net/projects/windbus/files/ D-Bus isn't too large (a few megabytes when unpacked). I'll try to get it working once I'm done with midterm exams (next week). Regards, Krzysztof

2 1

bzr snapshots
by Alexandre Prokoudine 01 Feb '10

01 Feb '10

Hi, Some people have grown to rely on our daily SVN snapshots and win32 builds. Do we have a plan to provide them now that we have moved to bzr? Alexandre

10 18

Re: [Inkscape-devel] Assigning bugs to me in Launchpad
by Krzysztof Kosiński 01 Feb '10

01 Feb '10

W dniu 1 lutego 2010 12:59 użytkownik Hans Meine <meine@...2314...> napisał: > Shouldn't that account be deleted then? (0 karma, only member of inkscape- > developers?) I sent an email about this to LP devs. I noticed that the dead account is the only one popping up when searching for my ASCII-only name, because Launchpad is not smart enough to ignore accents when searching for people. I replaced the "ń" in my name with "n" - the correct account should now appear first. Regards, Krzysztof

1 0

Assigning bugs to me in Launchpad
by Krzysztof Kosiński 01 Feb '10

01 Feb '10

Hello I noticed that a few bugs were assigned to somebody with an account called "krzysztof kosinski (krzy-kos)". I would like to point out that it's not me, and I'm not receiving notifications about this. My account is called "Krzysztof Kosiński (tweenk)". Maybe we could put such information here? http://wiki.inkscape.org/wiki/index.php/Contact_information Regards, Krzysztof

2 1

Failed building
by unknown＠example.com 31 Jan '10

31 Jan '10

Trunk doesn't build anymore after the latest changes concerning updated devlibs. Where should we find these updated devlibs? Apparently not in the usual SVN. Reverting 9036 and 9037 soon... -johan

2 2

[PATCH/RFC] New feature: Enclose objects in groups when applying mask
by Martin Sucha 30 Jan '10

30 Jan '10

Hi all, I prefer adding objects into a group before applying a mask, because it allows me to manipulate masked content easily without unsetting mask. But I often forget to group objects before I apply a clip/mask. So I decided to take a look at inkscape source code and made this little feature that does it automatically for me. It needs one more thing to work properly though - when automatically enclosing each object in a group it should mark that group as made by that feature so when unsetting mask it ungroups only those automatically added groups. So where should be stored some info about whether this group should be automatically removed? There are two possibilities that I think of: either inkscape:groupmode attribute or custom attribute for this purpose Also, is it sufficient to manipulate those attributes directly or is there any class that takes responsibility for this? At least there is some code managing inkscape:groupmode attribute, right? I've added a new checkbox in Inkscape Preferences/Clippaths and masks called "Enclose masked objects in groups" to activate this feature (disabled by default to be consistent with previous behavior), so don't forget to check it before testing ;) As I'm not very familar with C++ or Inkscape source code I hope I've not introduced any memory leaks or crashes. Also if you find any coding style violations, please notify me. Patch attached. Any comments are welcome ;) Best regards, Martin Sucha

3 7

pdf-parser.cpp:812: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
by Jeff Kowalczyk 30 Jan '10

30 Jan '10

I'm seeing a compile error in my Gentoo Linux ebuild tracking inkscape trunk. The branch checked out is: lp:inkscape I haven't built in several months since the bzr switchover, so I can't guess when the error first appeared. Gentoo's poppler libraries are: app-text/poppler-0.12.3-r3 app-text/poppler-data-0.4.0 virtual/poppler-0.12.3-r1 virtual/poppler-glib-0.12.3-r2 virtual/poppler-utils-0.12.3-r1 The compile error is as follows (apologies for length): x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -fopenmp -I/usr/include/ImageMagick -I/usr/include/libwpg-0.1 -I/usr/include/libwpd-0.8 -I/usr/include/poppler -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DPOTRACE=\"potrace\" -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib64/gdkmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib64/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib64/pangomm-1.4/include -I/usr/include/gtk-2.0 -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/gtkmm-2.4 -I/usr/lib64/gtkmm-2.4/include -I/usr/include/gtk-unix-print-2.0 -I/usr/include/atkmm-1.6 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0 -I../cxxtest -I./bind/javainc -I./bind/javainc/linux -Werror=format-security -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O2 -pipe -fopenmp -Wno-strict-aliasing -MT extension/internal/pdfinput/pdf-parser.o -MD -MP -MF $depbase.Tpo -c -o extension/internal/pdfinput/pdf-parser.o extension/internal/pdfinput/pdf-parser.cpp &&\ mv -f $depbase.Tpo $depbase.Po extension/internal/pdfinput/svg-builder.cpp: In member function 'std::string Inkscape::Extension::Internal::SvgBuilder::_BestMatchingFont(std::string)': extension/internal/pdfinput/svg-builder.cpp:907: warning: comparison is always false due to limited range of data type extension/internal/pdfinput/svg-builder.cpp:912: warning: comparison between signed and unsigned integer expressions depbase=`echo extension/internal/pdfinput/pdf-input.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -fopenmp -I/usr/include/ImageMagick -I/usr/include/libwpg-0.1 -I/usr/include/libwpd-0.8 -I/usr/include/poppler -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DPOTRACE=\"potrace\" -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib64/gdkmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib64/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib64/pangomm-1.4/include -I/usr/include/gtk-2.0 -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/gtkmm-2.4 -I/usr/lib64/gtkmm-2.4/include -I/usr/include/gtk-unix-print-2.0 -I/usr/include/atkmm-1.6 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0 -I../cxxtest -I./bind/javainc -I./bind/javainc/linux -Werror=format-security -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O2 -pipe -fopenmp -Wno-strict-aliasing -MT extension/internal/pdfinput/pdf-input.o -MD -MP -MF $depbase.Tpo -c -o extension/internal/pdfinput/pdf-input.o extension/internal/pdfinput/pdf-input.cpp &&\ mv -f $depbase.Tpo $depbase.Po extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetExtGState(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:812: error: no matching function for call to 'GfxColorSpace::parse(Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorSpace(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1012: error: no matching function for call to 'GfxColorSpace::parse(Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp:1014: error: no matching function for call to 'GfxColorSpace::parse(Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorSpace(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1035: error: no matching function for call to 'GfxColorSpace::parse(Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp:1037: error: no matching function for call to 'GfxColorSpace::parse(Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorN(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1104: error: no matching function for call to 'GfxResources::lookupPattern(char*)' /usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern* GfxResources::lookupPattern(char*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorN(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1148: error: no matching function for call to 'GfxResources::lookupPattern(char*)' /usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern* GfxResources::lookupPattern(char*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opShFill(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1546: error: no matching function for call to 'GfxResources::lookupShading(char*)' /usr/include/poppler/Gfx.h:114: note: candidates are: GfxShading* GfxResources::lookupShading(char*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doImage(Object*, Stream*, GBool)': extension/internal/pdfinput/pdf-parser.cpp:2510: error: no matching function for call to 'GfxColorSpace::parse(Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp:2595: error: no matching function for call to 'GfxColorSpace::parse(Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doForm(Object*)': extension/internal/pdfinput/pdf-parser.cpp:2770: error: no matching function for call to 'GfxColorSpace::parse(Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) make[2]: *** [extension/internal/pdfinput/pdf-parser.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/var/tmp/portage/media-gfx/inkscape-9999/work/inkscape-9999/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-gfx/inkscape-9999/work/inkscape-9999' make: *** [all] Error 2 Thanks, Jeff

2 1

Inkscape & Dbus
by Bryan Hoyt | Brush Technology 28 Jan '10

28 Jan '10

Could somebody bring me up-to-date on the state of the new Dbus interactive stuff in Inkscape? I remember seeing a news post or wiki page about it, and I was quite excited. It looks like the best (only) way to make interactive, real-time plugins for Inkscape -- and lots of other fun stuff. But I can't find much on it now. Nothing turns up on a news search or a wiki search. One thing I'm thinking of is trying to write the PixelSnap plugin to be more real-time. - Bryan

3 2

Re: [Inkscape-devel] GSoC 2010 is a go!
by Josh Andler 28 Jan '10

28 Jan '10

Excellent. I will follow up with more info as the application date approaches. Additionally, I will forward on the couple of emails I've received so far so you can get some info and signed up for the mailing list. On Jan 27, 2010 10:09 AM, "Joshua Facemyer" <jfacemyer@...400...> wrote: If that's the case (not requiring any coding ability), I'll be happy to help out. Just point me the right way. JF Jon Cruz wrote: > On Jan 27, 2010, at 5:50 PM, Ted Gould wrote: > > >> Works for me, but I think... ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

GSoC 2010 is a go!
by Joshua A. Andler 27 Jan '10

27 Jan '10

Hey All, Google announced that they will be doing Summer of Code again this year. We can apply to be a mentoring organization again on March 8th. I'm willing to be the Administrator again if no one else is interested. Cheers, Josh

4 3

Missing file on make command
by Karlisson 27 Jan '10

27 Jan '10

Hi everyone, on revision 9020, before 'make' or 'make clean' can run, it stops and says it need the file 'm4/ink_svn_snapshot_build.m4' (with the 'SVN' on the filename). If I switch the 'svn' to 'bzr', it gives me the same error, saying it needs the 'm4/ink_bzr_snapshot_build.m4'. I could fix the problem and run 'make' by copying the file and renaming it to m4/ink_bzr_snapshot_build.m4, so, there's a file somewhere needing an update :) Thanks! -- Karlisson M. Bezerra http://nerdson.com/ -

2 1

Fwd: Set new coordinates for points in thePiecewise<D2<SBasis> > array
by Anton Moiseev 26 Jan '10

26 Jan '10

Hello, > I haven't read your mail in much detail, but generally it is a very bad idea to directly modify nodes of a path. > Could you exp > Actually, the effect is live version of "perspective" extension. The input is rectangle with modifiable by user nodes (which is originally generated from the object bounding box), the result - the object would be inscribed into modified rectangle, so it would look like in perspective. I am not aware if this problem has a solution based on some kind of generic coordinate transform formula, which could be applied to the whole Piecewise object, so I use my own solution of the problem based on straight-forward linear geometry, which calculates new position for each object's point and then tries to apply this value to the original point - as if the user used "node editor" tool to move points to the places where he wants to. I can try to describe the algorithm in more details if that makes sense. I know there is experimental perspective_path live effect which also works with perspective, but when I tried it, it appeared that it works in some different way - it does not use bounding rectangle to setup perspective, but relies on object resize/movements instead, so this is not what I need exactly. I also looked at the perspective.py code, but it seems that python extensions work in a bit different way than live effects, so I could not neither reuse it as is, nor understand its formula basing on source code without comments. thank's Anton

2 2

Set new coordinates for points in the Piecewise<D2<SBasis> > array
by Anton Moiseev 26 Jan '10

26 Jan '10

Hello, I'm trying to write a new live effect which would move original path points to new locations. I have taken lpe-envelope.cpp for the base and write my code inside Geom::Piecewise<Geom::D2<Geom::SBasis> > LPEPerspective::doEffect_pwd2 (Geom::Piecewise<Geom::D2<Geom::SBasis> > const & pwd2_in) so, I receive Piecewise<D2<SBasis> > at the input and want to return generated object Piecewise<D2<SBasis> > at the output, which would contain all orinal pwd2_in points, but with new coordinates. Generally I did not have problems with my algorithm and I have an array of Point objects, but now when I want to put them back to Piecewise<D2<SBasis> > array, the result does not have the required quality: It is hard to explain in more details, so would try to put some code I have. Piecewise<D2<SBasis> > output = pwd2_in; // this gives me a path with same number of nodes as the original one then I go though all points in the path and try to set new location for each point for (unsigned i = 0; i < pwd2_in.segs.size(); i++){ Point target_point = XXX; // calc new value for current point output[i][0][0][0] = target_point[0]; // set value for x output[i][1][0][0] = target_point[1]; // set value for y } return output; With code which works in this way the transformation converted any the object to invisible phantome (the selection showed its area with nothing inside, but when remove the selection it is not possible to select object again, also the "edit points" did not show any objects) - in short, the result was broken. Then I played a bit with printing values for pwd2_in path, understood that I must somehow play with SBasis object values (set values to SBasis[0][0] and SBasis[0][1]) and added the following to the code: for (unsigned i = 0; i < pwd2_in.segs.size(); i++){ Point target_point = XXX; // calc new value for current point output[i][0][0][0] = target_point[0]; // set value for x output[i][1][0][0] = target_point[1]; // set value for y if(i > 0) { // setup previous point target value output[i - 1][0][0][1] = target_point[0]; output[i - 1][1][0][1] = target_point[1]; } else { output[i][0][0][1] = target_point[0]; output[i][1][0][1] = target_point[1]; } } return output; That was much better - I was able to see the deformed objects which looked much like originals, but still had some issues: 1. Bended curves became straight lines 2. I have problems with objects consisting of multiple paths Actually, the 1st point only shows itself when I try to deform such object as symbol '3' (converted to path) - after deforming its shape looks like original, but consists of straight lines; though when I deform a simple triangle with one rib curved,the curve does not disappear, but did not test much though with this deffect. The 2nd problem for now is more important - it is visible after deforming symbol '4' - when it is converted to path, it consists of 2 unconnected path objects, and after my deforming, those 2 paths become connected at some point. This is definitely happens because I set incorrect values to SBasis[0][1] and actually I would prefer not to play with SBasis object by hands and to do my task in some other more reliable way, but for now I could not find anything relevant in the documentation. thank's

2 1

Call for booth volunteers - SCALE8x
by Jon Cruz 26 Jan '10

26 Jan '10

Hello, This is a general call to see if anyone might be able to volunteer some time to help man the Inkscape booth/area at SCALE8x next month in Los Angeles. If you might be able to lend some time, we have a few conference passes as an exhibitor. So if you can get there, we can get you in. :-) It's a great experience, and very low pressure. Don't feel intimidated; step on up.

1 0

Devlibs in Launchpad?
by Krzysztof Kosiński 25 Jan '10

25 Jan '10

Can I put the Windows devlibs in a Launchpad project? (not in lp:inkscape, but in a separate project like lp:inkscape-windows-devlibs) I have successfully compiled Inkscape on both Linux and Windows using Waf, but there are 2 or 3 minor changes I need to make to the Windows devlibs. Moving them to Launchpad would make them more accessible to all developers. Regards, Krzysztof

4 5

Re: [Inkscape-devel] Node tool committed to trunk
by Krzysztof Kosiński 25 Jan '10

25 Jan '10

W dniu 25 stycznia 2010 06:28 użytkownik ~suv <suv-sf@...58...> napisał: > Can I ask you two more general questions related to changes from your > node-tool merge? (I'm just curious and trying to better understand): > > a) date removed from about-dialog > I reverted this change locally because when testing different builds > e.g. with different patch versions from the bug tracker that don't > change the revision number - or re-building after external changes - I > thought the build date at least as useful as the revision number (during > development phases I wouldn't mind including the build time as well). > I'd like to understand the reason to reduce the 'About' info to the > revision number only, while trunk is still open for so many changes? The problem was that the date displayed in the dialog was not the actual date of the build, but the date of building the aboutbox.cpp file. Since that file doesn't change too often, it would not be accurate. I changed it so that the date was included in the version string that gets written to inkscape-version.cpp, but probably it got lost during the Bazaar transition. > b) src/ui/icon-names.h > When comparing available lists of icon names (wiki, src) I noticed that > your new 'node-transform' icon has no entry in the macro list for icon > names. Will the list in 'src/ui/icon-names.h' no longer be the most > up-to-date list of named Inkscape icons? I think that file wasn't a very good idea to begin with - changing the names will cause the define names to be out of sync with actual names, which is confusing, and changing any icon name or adding one will cause extensive rebuilds, because icon-names.h is included in many files. I have a different solution to the "list of all icons" problem that I'll share later. > p.s. btw - I am *very* pleased with the new transformation handles for > selected nodes: it is the first time ever I can savor the ability to > rotate nodes! Previously this action was accessible only by keyboard > shortcuts which completely fail with many localized keyboard layouts > ([,]) *and* - iiuc - bypass verbs and thus any custom keyboard shortcut > mapping ;( I'll consider adding a verb or GtkAction for each keyboard action in the node tool. This problem of non-configurable keybindings is not limited to the node tool, by the way, though probably it's the most noticeable in the node tool due to the large number of shortcuts it has. Regards, Krzysztof

1 0

Re: [Inkscape-devel] Waf build branch
by Krzysztof Kosiński 25 Jan '10

25 Jan '10

W dniu 25 stycznia 2010 04:42 użytkownik the Adib <theadib@...1439...> napisał: > Krzysztof, > > does it build parallel (aka make -j2)? > > Thx, Adib. Yes. If you don't give it any parameters it will use all available logical CPUs. I use it on an i7 (8 cores) and in a Windows VM with 2 cores without any issues. I'll put detailed instructions on how to build on Windows using devlibs and the waf-build branch on the wiki, hopefully today or tommorow. Regards, Krzysztof

1 0