- Inkscape Devel - Inkscape Mailman

Inkscape slowing down
by LucaDC 23 Feb '12

23 Feb '12

I've not been using Inkscape for a while lately. Yesterday I made a new drawing and noted a considerable slowdown while moving objects. After some investigation, I found that this is mainly due to bounding box update, i.e. while an object (or a group of objects, but a single one is enough) is moved, its bounding box is drawn as a dashed rectangle around it; when I start moving, the rectangle stays in its original position for a while (and moving is ok), then if I stop moving or after a while it gets updated in the new position and this takes ages! I can't work with such a slow update. I've got a Pentium IV 3.2 GHz with 2 GB of RAM. I know it can be considered pretty old a system, but I run all the software I need on it without any problem. I feel that it should be fairly enough for an application like Inkscape (I never use filters or other graphical features, only technical drawing); and it was, up to few weeks ago. I suspect that the bounding box is continuously recalculated but this is not needed as the object cannot change while moving it; also, calculating the bounding box for a single object should not be heavy at all. So, should I start worrying for Inkscape requiring too much resources for me in the near future (or even present) or can this be simply considered a bug? I can easily trigger it by opening a new document, drawing a couple of circles and a couple of rectangles, selecting all four objects and start duplicating them with the spacebar: after a few duplications my CPU usage goes very high and moving objects becomes a pain. It seems related to how many objects are present in the drawing, which is a nonsense because moving a single object should not depend on anything else but the object itself (I tried with all snappings disabled too, of course). Thanks and regards Luca -- View this message in context: http://old.nabble.com/Inkscape-slowing-down-tp32606652p32606652.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

12 33

helper/util folder
by Johan Engelen 20 Feb '12

20 Feb '12

Hi all, We have two helper directories: src/helper and src/util. I think we should merge the two. Which name do we want to keep? Note we have for example src/helper/units.h and src/util/units.h, argh! If anyone is looking for a GSoC project: a unification of the units system would be nice. If I remember correctly, we have 4 (!) separate pieces of unit calculation code... Ciao, Johan

5 8

Debian Squeeze build issue
by Nicolas Dufour 18 Feb '12

18 Feb '12

Hi again, I've just found out that Inkscape no longer compiles on Debian Squeeze (Crunch Bang Linux variant, with back-ports), Inkscape trunk revision 10990. It fails on the first file with the following message: ----- CXX arc-context.o In file included from /usr/include/glibmm-2.4/glibmm/balancedtree.h:29, from /usr/include/glibmm-2.4/glibmm.h:83, from ./io/inkscapestream.h:14, from ./xml/repr.h:24, from display/canvas-grid.h:15, from sp-namedview.h:26, from arc-context.cpp:30: /usr/include/glib-2.0/glib/gtree.h:28:2: error: #error "Only <glib.h> can be included directly." ----- Last time it compiled correctly was with revision 10962 (I use it on a rather slow netbook that is not updated it as regularly as my other computers or VMs...) Squeeze uses libgk2-2.20.1 and libglib2-2.24.2 . Maybe it's too old for the trunk? Regards, -- Nicolas

6 14

Inkscape 0.48.3
by Ted Gould 17 Feb '12

17 Feb '12

Happy to announce the 0.48.3 release of Inkscape being out the door. Of course this is only the source release, binaries will be along shortly. You can find the LP milestone here: https://launchpad.net/inkscape/0.48.x/0.48.3 Which reports 68 bugs as Fix Released, from 18 different assignees. Both impressive numbers. There are files on that page but also at SourceForge here: http://sourceforge.net/projects/inkscape/files/inkscape/0.48.3/ For the paranoid I've also included hashes of the files on my system, love you paranoids! == MD5 == 9038961369c4f8b63e900ca4bfa4da61 inkscape-0.48.3.tar.bz2 4b88d6220b491e94366c2365b90d36cc inkscape-0.48.3.tar.bz2.asc 4623e6be4d4553d7c871b26454de88db inkscape-0.48.3.tar.gz c97bb53225556cf704ca1d2cad4b654f inkscape-0.48.3.tar.gz.asc 2669679a121def72577184c8691f4209 inkscape-0.48.3.zip cedf6bc858ff63d54c0659eaabd2ddba inkscape-0.48.3.zip.asc == SHA1 == 7de7f5cb28d7407a891f02a3cfcfbff962bc3f9f inkscape-0.48.3.tar.bz2 531349ebbcbde497b419b86b14b8f4588e5f592b inkscape-0.48.3.tar.bz2.asc 937c1376bb0d9c00b22b88525826257d67ce237b inkscape-0.48.3.tar.gz e90e00e75a1af5ec0ef9736ebcff843e5def9a5b inkscape-0.48.3.tar.gz.asc 048e65843d61a70858966068a1c98f3e3a8667b6 inkscape-0.48.3.zip eb65f197135c48acfa274f3a16a93761c30b3562 inkscape-0.48.3.zip.asc --Ted

6 7

does devlibs need libgcc_s_dw2-1.dll ?
by alvinpenner 17 Feb '12

17 Feb '12

I was updating my devlibs from rev 24 to rev 27, on Windows XP, tdm-gcc-4.5.1. After recompiling Inkscape the compiler gave me an error message saying it could not find libgcc_s_dw2-1.dll. I could not find this in devlibs or mingw32 so I copied a version from a Gimp 2.0 installation and it appears to work. Will this file need to be in devlibs or is this a peculiarity of my machine? tia, Alvin -- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp436… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

8 35

btool compile error on windows
by Susan Spencer 17 Feb '12

17 Feb '12

In compiling Inkscape for Windows vista Home SP2, in response to the 'btool' command, I received this error message: make error line 0 ： cannot open the file 'C:\devlibs\lib\pkgconfig\gtkmm-2.4.pc' Adding the DEVLIBS_PATH fixed this problem, ran btool again, but received similar message for mingw, adding the MINGW_PATH environment variable fixed this problem as well. How to: In Control Panel/System/Advanced System Settings/Advanced Tab/Environment Variables: 1. click New, type DEVLIBS_PATH in Variable Name, C:\<path>\devlibs in Variable Value, click OK ...(individual paths may vary) 2. click New, type MINGW_PATH in Variable Name, C:\mingw32 in Variable Value, click OK 3. click OK, close control panel, etc. 4. run btool again 5. play skyrim while it grinds - susan

2 3

Re: [Inkscape-devel] Powerstroke requests
by Valerie 17 Feb '12

17 Feb '12

Alright, I've made a bug report: https://bugs.launchpad.net/inkscape/+bug/933928 Now that you mention it, you're right, the bug also shows up with Pattern along Path and such. While we're on the topic of powerstroke, I'd like to suggest having multiple styles of powerstroke available from the drop-down, which means users wouldn't need to open the LPE dialogue at all. This means different end styles, different cusp node styles etc. I'm at a loss as to how they'd be named though. Maybe we can at least have a "rounded" (rounded edges, rounded for cusp nodes) and a "sharp" shape (everything sharp, a bit like for thin calligraphic strokes). Thanks for the tip by the way! I'm going for a different style, but it's useful. Date: Thu, 16 Feb 2012 20:51:07 +0100 From: Johan Engelen <jbc.engelen@...2592...> Subject: Re: [Inkscape-devel] Powerstroke requests To: inkscape-devel(a)lists.sourceforge.net Message-ID: <4F3D5E2B.2050701@...2592...> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 26-1-2012 16:59, Valerie wrote: > Weird behavior to report: > 1. Make a powerstroke (example: triangle in) > 2. Make a duplicate (ctrl+D) > 3. Move some of the nodes of the second powerstroke > 4. Modify the width of the second powerstroke > > Behavior: the width of the first powerstroke gets modified as well. > > This does not happen if you select and move the second > powerstroke with F1 before modifying its width. > This does not happen with ctrl+C. This is a more general bug that duplicating does not fork LPEs. There is a setting for forking behaviour for gradients, so I will have to add it for LPEs too. Perhaps if I forget about it too long, you can add a bug report about it and assign it to me... > I was trying to trying to do easy eyelashes by making one > powerstroke the shape I wanted, duplicating it, moving the end > slightly and modifying the width slightly (to have a bit of variety). > I was also trying to do some sketchy effects with the same > method. You can also do eyelashes with the stitch sub-paths effect (and paste an eyelash shape as stitch path). But then you cannot do width variations... perhaps a good addition to stitch sub-paths LPE... Cheers, Johan*******************

1 0

Re: [Inkscape-devel] Powerstroke requests
by Valerie 16 Feb '12

16 Feb '12

Weird behavior to report: 1. Make a powerstroke (example: triangle in) 2. Make a duplicate (ctrl+D) 3. Move some of the nodes of the second powerstroke 4. Modify the width of the second powerstroke Behavior: the width of the first powerstroke gets modified as well. This does not happen if you select and move the second powerstroke with F1 before modifying its width. This does not happen with ctrl+C. I was trying to trying to do easy eyelashes by making one powerstroke the shape I wanted, duplicating it, moving the end slightly and modifying the width slightly (to have a bit of variety). I was also trying to do some sketchy effects with the same method. Any clue?

2 1

Windows version messed up in lcms.h and color-profile.cpp
by LucaDC 16 Feb '12

16 Feb '12

Even after a clean build, I get these errors (rev 10983, Windows XP): Make error line 289: problem compiling: In file included from src/color-profile.cpp:30:0: c:\devlibs/include/lcms.h:196:0: warning: "ZeroMemory" redefined [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.1/../../../../include/winbase.h:1348:0: note: this is the location of the previous definition c:\devlibs/include/lcms.h:197:0: warning: "CopyMemory" redefined [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.1/../../../../include/winbase.h:1346:0: note: this is the location of the previous definition c:\devlibs/include/lcms.h:212:0: warning: "LOWORD" redefined [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.1/../../../../include/windef.h:131:0: note: this is the location of the previous definition c:\devlibs/include/lcms.h:213:0: warning: "HIWORD" redefined [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.1/../../../../include/windef.h:132:0: note: this is the location of the previous definition In file included from src/color-profile.cpp:30:0: c:\devlibs/include/lcms.h: In function 'void* _cmsMalloc(size_t)': c:\devlibs/include/lcms.h:1410:16: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits] src/color-profile.cpp: In static member function 'static std::vector<Glib::ustring> Inkscape::ColorProfile::getBaseProfileDirs()': src/color-profile.cpp:824:55: error: invalid conversion from 'cmsUInt32Number* {aka unsigned int*}' to 'PDWORD {aka long unsigned int*}' [-fpermissive] c:\mingw\bin\../lib/gcc/mingw32/4.6.1/../../../../include/icm.h:319:13: error: initializing argument 3 of 'BOOL GetColorDirectoryW(PCWSTR, PWSTR, PDWORD)' [-fpermissive] Regards. Luca -- View this message in context: http://inkscape.13.n6.nabble.com/Windows-version-messed-up-in-lcms-h-and-co… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 5

sp-conn-end.cpp specialist in the room?
by Kris De Gussem 16 Feb '12

16 Feb '12

Hi all During another round of cppcheck, I stumbled upon some weird code in sp-conn-end.cpp. Can someone have a look at line 77 to 85? This block of code does not seem right (why is for-loop variable i used again as for loop variable in a sub loop?): ------------- for (Geom::CrossingSet::const_iterator i = cross.begin(); i != cross.end(); i++) { const Geom::Crossings& cr = *i; for (Geom::Crossings::const_iterator i = cr.begin(); i != cr.end(); i++) { ------------- Regards K.

2 1