- Inkscape Devel - Inkscape Mailman

Difficulty rendering Arabic text (re-send)
by Adam Baker 26 Feb '12

26 Feb '12

This is a repost of my earlier message, since the Arabic characters in the pasted SVG weren't encoded properly. -- Hello, I believe this may be a bug, but I will leave that judgment to more capable people. In rendering paragraphs of Arabic text, I have come across situations where the text simply does not join together. In fact, it's possible through editing to toggle the text back and forth between appropriately joined and entirely unjoined. I haven't been able to identify the conditions under which this occurs. The attached SVG file is a minimal example. In Inkscape 0.48.2, Windows Vista, the letters are all completely unjoined. But, if the final space is removed from the text, the letters join properly. On the other hand, some longer blocks of text do render properly. I am at a loss. Any thoughts are appreciated, or if it looks like this is a bug, that would be good to know as well. Thanks, Adam

1 0

IRC meeting
by Josh Andler 25 Feb '12

25 Feb '12

A big thanks to everyone who participated! It was great to see and some good stuff got covered. Cheers, Josh

1 0

Minutes of the Inkscape team IRC meeting, 25/02
by Krzysztof Kosiński 25 Feb '12

25 Feb '12

This is a rough record of the main subjects of discussion. Copied with slight changes from http://piratepad.net/inkscape The agenda turned out to be too long for a single meeting, and several points were left untouched. 1. Inkscape 0.48.3.1 packaging Need people (2 or 3) to create an installer on win32 and OSX. How about UweSch ? Tweenk is making a package on a VM (for win). Quite slow need 1h. Discussion about tool (btool, MSYS..) "we have 2 ways forward, fix our autotools scripts to work with MSYS (should be doable since they have recently updated their Perl port) or move to a different build system" Resume: ScislaC and Tweenk will see about building the Win32 packages. They need to figure out if the project could invest in virtualized OS copies so they can knock specific builds out (like OSX). If Michael W. doesn't have time/resources, su_v could provide 32bit Intel (Leopard) and 64bit Intel (Lion) packages (no Universal packages) Unit testing: we need to get our unit tests cleaned up and all passing. Then a continuous build system can take care of that whole one-os-breaks-the-others issue. Breaking OS often stems from #ifdef or package issues, so is not solved by unit testing. Unit testing + continuous build systems on multiple OS's catches #ifdef breakage, etc. 2. Inkscape 0.49 2.1 - Remaining refactoring goals Cairo and render caching : still some bugs to fix Gradient rendering: kuribas offers to chip in to help fix the banding. Idea is to add it as an option in exporting. Needs to be implemented in Cairo. disadvantages: speed, filesize, consistency between outputs, shouldn't be done partially (only on gradients f.e.) proposal (Tweenk): implement a GEGL renderer as an alternative to the Cairo renderer for use in export (running 16 bit engine under the hood) 2.1.1 - Handling of svg:switch not as a kind of group, but as a "transparent" element that is effectively replaced by the best choice in the SP tree (ScislaC): we need to be a solid test ground for SVG2 ... switch helps make it happen. (Tweenk): there is an asymmetry between the "base path" and "path parameters": the "base path" is stored in the svg:path that represents the result, while all other path parameters are stored in, IIRC, inkscape:liveeffect (Tweenk): the primary use case for switch in Inkscape would be to put 2 elements in it where the first is an inkscape-specific XML element while the second is an SVG fallback browser implementation is not at par yet - this isn't usable on the web for now. Some playing/testing with Firefox: (Tweenk): looks like FF works as I intended only if I put the SVG element first, and the Inkscape-specific XML second link: https://developer.mozilla.org/en/SVG/Element/switch (Tweenk): if I put Inkscape XML in a foreignObject it works properly (MenTaLguY): foreignObject is probably the technically correct thing anyway (Tweenk): there would be two elements in the <switch>, a <inkscape:something> inside <foreignObject> that would contain flowframe info and a <g> that would contain SVG 1.1 text (...and ScislaC nods) 2.1.2 - SVG 1.1 fallback for flowtext (probably depends on the above) see above - 2.1.1 2.1.3 - UI & Document coordinates the problem in short: where do you set the (0,0) point and what direction? Currently: (Inkscape standard): bottom left corner = (0,0) and up is positive versus (SVG standard): top left corner = (0,0) and down is positive. Current fix breaks a few things stored in desktop coordinates: grids, 3D boxes and guides, rows and columns, view coordinates, ... (JonCruz): "I'd say we need to have a wiki page to start listing what can be affected, and the use cases we care about" Changes shouldn't alter the SVG, but be purely interface (preferrably the document origin should be configurable on a per document basis) 3D box: fix or remove and then rewrite, if a new one is written, keep in mind http://dev.w3.org/csswg/css3-transforms/ wiki page to summarize broken areas, general use cases, etc. for guiding the coord fixes: http://wiki.inkscape.org/wiki/index.php/UI_and_Document_coordinates 2.1.4 - Markers matching stroke by default (user preference vs current default behavior) See SVG2 below. 2.1.5 - Better architecture for Live Path Eeffects (LPE; similar to SVG 2.0 vector effects) 2.1.6 - User visible version numbering suggestion of switching to a different scheme after 0.49 is released 1.0 conditions: fix most annoying problems: flowtext, coords, marker coloring discussion background: http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/31650 and take 2: http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/36540 2.2 - Status 0.49 should contain the coords fix (but it should be forward compatible with origin being placed in another spot) Flowtext fallback is too complicated and there's already too much new stuff in 0.49 Lack of mipmapping / downscaling in Cairo: critical bug WIKI page is needed to work on this: http://wiki.inkscape.org/wiki/index.php/Mipmapping 2.3 - Release Plan 3. - GSOC 2012 3.1 - Focus / Goals Pick coders who have better chances of sticking around and delivering instead of those who promise super-features Focus on completing all selected projects successfully with benefit to the project rather than on adding flashy new stuff Preference on structural type projects over features 3.3 - Mentoring Available mentors: Johan E. (dutch, english, german), Tweenk (english, polish) (can also be a student), Tav (English, W. African Pidgin), JonCruz (english) Available mentors should be pinged: JazzyNico, pygmee, steren. i guess we can manage some "french team" Not available: Jasper vd G. Available as admin: simmie 3.4 - Getting new students JonCruz mentioned something about African students - African countries have a lot of open source activity, but most of it is in French-speaking countries (language barrier) -> JazzyNico, pygmee and (Steren -if available) can speak French : need to find available african too but we can have help from some organization for this :) For GSoC purposes, 2Geom should be part of Inkscape - interesting potential projects with concrete deliverables; relates to point 8 (to be discussed in the future) Strictly enforce two patches rule Have IRC meetings with mentors/students as part of our process (Johan: I meant this as part of our *selection* process) 4. SVG2 and CSS3 - not discussed thoroughly due to lack of time. 4.1 - Implementation strategies 4.1 .1 - Fallback support for older versions of the spec and inkscape 4.1 .2 - Specific features (markers inheriting properties for example) 4.2 - Low hanging fruit Marker color matching stroke. Named colors. CSS3 2d transforms (duplicates current attributes) 4.3 - Most important features to our userbase 4.3.1 - Helping Tavmjong with the Mesh branch 4.4 - Initial Vector Effects support (non-destructive boolean ops might be a good target) - relates to Live Path Effects 4.5 Pushing for wanted features in SVG2. - multipage support 8. What we need in upstream libraries (including 2geom) 2geom: coders better documentation of mathematics behind path operations more unit tests port existing tests to Google Test Framework? provide skeleton test example libgdl: named icons in dock item labels there's a bug in the code that we currently have imported into our codebase that makes 64 bit architectures crash: https://bugs.launchpad.net/inkscape/+bug/933058/comments/10 cairo: bitmap downscaling / mipmapping libcroco: ability to work with other XML tree implementations this is provided by our in-tree cr-sel-eng (selection engine) modification 11. Platform specific issues (and responsibilities) - see point 1 12. Regular IRC Meetings (monthly is ideal, quarterly would be as a good minimum) general consensus on 1 or 2 times per month. suggestion to let timeslots alternate (f.e. 8AM and 8PM UTC) to accomodate ppl worldwide Various points: * do we need more focus on 'polish' instead of new features? see Bruce Perens' keynote on Linux.conf.au http://www.youtube.com/watch?v=Uoum-DHO7S8 * long-winded discussion about preferences system * this discussion then spilled over into the embed/link debate Participants (list might be incomplete): jazzynico, Johan Engelen (johan_e), Jon A. Cruz, Jurgentje, Kris, Nikita Kitaev, parasidasaeidae, pygmee, ScislaC, simarilius, su_v, Tavmjong, Tweenk, yemanjalisa

2 1

Re: [Inkscape-devel] Powerstroke cusps
by Valerie 25 Feb '12

25 Feb '12

> Hi all, > I've been working on cusps on powerstroked paths. And I've obtained a > first success. The attached picture shows a comparison between how > powerstroke strokes thick cusps, and how Inkscape does it normally (I > suppose according to SVG spec). I think the powerstroke solution is more > artistically pleasing, what do you think? :-) That looks Fantastic! The powerstroke version, of course! I can't wait to try it out! :D

1 0

Difficulty rendering Arabic text
by Adam Baker 25 Feb '12

25 Feb '12

Hello, I believe this may be a bug, but I will leave that judgment to more capable people. In rendering paragraphs of Arabic text, I have come across situations where the text simply does not join together. In fact, it's possible through editing to toggle the text back and forth between appropriately joined and entirely unjoined. I haven't been able to identify the conditions under which this occurs. The SVG file below is a minimal example. In Inkscape 0.48.2, Windows Vista, the letters are all completely unjoined. But, if the final space is removed from the text, the letters join properly. On the other hand, some longer blocks of text do render properly. I am at a loss. Any thoughts are appreciated, or if it looks like this is a bug, that would be good to know as well. Thanks, Adam <?xml version="1.0" encoding="utf-8" standalone="no"?> <svg xmlns="http://www.w3.org/2000/svg" width="744.09448819" height="1052.3622047" version="1.1"> <flowRoot xml:space="preserve" style="font-size:16px;direction:rtl;writing-mode:lr-tb;font-family:Times New Roman">‏<flowRegion><rect width="745" height="283.57144" x="-1.4285715" y="1.6478958" /></flowRegion><flowPara>سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام </flowPara></flowRoot> </svg>

1 0

2/25 IRC Meeting Agenda (draft)
by Josh Andler 25 Feb '12

25 Feb '12

Hey all, I just wanted to send out a draft agenda for the upcoming irc meeting and also seek feedback about what others would like to add to the list. I will send out a finalized version a couple hours before the meeting time. Just a reminder, the meeting is scheduled for UTC 2/25 0800. *Inkscape 0.48.3.1 packaging *Inkscape 0.49 **Status **Release Plan *GSOC 2012 **Focus **Goals **Mentoring **Getting new students *SVG2 **Implementation strategies **Low hanging fruit **Most important features to our userbase *CSS3 *Javascript *Membership changes on the Inkscape Board *What we need in upstream libraries (including 2geom) *Old/unfinished code **Lessons learned **Cleanup *Release schedule moving forward **Fixed schedule **Schedule timing **Developer needs **Translator needs *Platform specific junk (OSX, Windows, etc... and yes, it's junk and unless people are going to contribute code, we won't stay focused on it too long) Cheers, Josh

3 3

02/25 IRC Meeting Agenda
by Josh Andler 25 Feb '12

25 Feb '12

Hey all, Here is a slightly modified agenda for the irc meeting in ~2 hours. Sorry that the formatting is probably not ideal, it's my first shot as this is the first official meeting that I can remember in the past 8 years. Just a reminder, the meeting is scheduled for UTC 02/25 0800. *Inkscape 0.48.3.1 packaging *Inkscape 0.49 -Remaining refactoring goals --Handling of svg:switch not as a kind of group, but as a "transparent" element that is effectively replaced by the best choice in the SP tree --SVG 1.1 fallback for flowtext (probably depends on the above) --UI & Document coordinates --Markers matching stroke by default (user preference vs current default behavior) --Better architecture for LPEs (similar to SVG 2.0 vector effects) --User visible version numbering -Status -Release Plan *GSOC 2012 -Focus -Goals -Mentoring -Getting new students *SVG2 -Implementation strategies --Fallback support for older versions of the spec and inkscape specific features (markers inheriting properties for example) -Low hanging fruit -Most important features to our userbase --Helping Tavmjong with the Mesh branch -Initial Vector Effects support (non-destructive boolean ops might be a good target) *CSS3 support *Javascript support *Membership changes on the Inkscape Board *What we need in upstream libraries (including 2geom) *Old/unfinished code -Lessons learned -Cleanup *Release schedule moving forward -Fixed schedule -Schedule timing -Developer needs -Translator needs *Platform specific issues (and responsibilities) *Regular IRC Meetings (monthly is ideal, quarterly would be as a good minimum) Looking forward to seeing whoever shows up. I want to have these meeting be painless, but this initial one might be a little more in-depth given that it's our first and we probably have a bit to share/discuss and document. I will try to keep us focused if we stray. Cheers, Josh

1 0

Disappearance of rendering and regression tests.
by Tavmjong Bah 24 Feb '12

24 Feb '12

Hi, At one point we had automatic rendering and regression testing. I can't seem to find any information about this. The links are all broken. Can someone point to a current source of the tests? Thanks, Tav

2 1

Gradually replacing UniConvertor + refactoring
by Alexandre Prokoudine 24 Feb '12

24 Feb '12

Hi, Speaking of refactoring, I think it's time we consider replacing some of our UniConvertor-based importers. The one I particularly have in mind is CDR. Thus far support for some file formats via UC was a low-hanging fruit. However the project isn't progressing (http://bit.ly/pRwyJV) in a way that would provide us an increasingly good support for some of them, especially CDR. Yet users keep complaining (and rightfully so). Last year we (re-lab) started working with LibreOffice team. The first project we did together was reading binary Visio files which resulted in libvisio (http://bit.ly/rh0TGd) that's now available to everyone with release of LibreOffice 3.5 a week ago. Then we started working on CDR (again), and now there is libcdr available (http://bit.ly/zJFr7l). With release of v0.0.3 the library is now feature-wise on par with UniConvertor and even surpasses it in terms of supported objects, properties and a certain part of API that is of interest for us. I'm talking about API that allows building previews of pages and importing just the pages that the user needs (something like what we have in the PDF/PS importer). Pages used to be one of the selling points for Corel DRAW, since Adobe Illustrator got its artboards only in CS4. So no wonder that there's quite a lot of legacy CDR files around that have multiple pages. And we cannot sensibly read those. The very same API was added to libvisio. So what I'm wondering about is whether we can abstract part of the importing preview dialog and rebuild existing importers around it: redo both PDF/PS/EPS (probably little work), use libcdr instead of UC, add Visio importer (libvisio). If we ever go for Assimp for importing 3D projections of 3D files, that would come in handy too. It would probably also make sense adding a possibility to import pages as either layers or new documents (the way GIMP does it for e,g, PDF). What do you think? P.S. As for libcdr and libvisio, both are well maintained project (as they are part of LibreOffice). Currently we are working on support for gradients and text in CDR (both missing in UniConvertor). If anyone's interested, it's best to fetch code from Git, as it's moving forward very fast. $ git clone git://anongit.freedesktop.org/libreoffice/libcdr Alexandre Prokoudine http://libregraphicsworld.org

2 3

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

Problem with the following SVG
by Gerben Wierda 14 Feb '12

14 Feb '12

The following SVG can be correctly exported to a bitmap, but it cannot correctly be printed on Windows and not correctly translated to PDF on either Windows or Mac.

2 2

UI related
by Josh Andler 14 Feb '12

14 Feb '12

Hey all, As mentioned in the past regarding wanting better UIs for Filters and LPEs, here's another vector app that is based around things operating in "nodes" to take a look at. http://beta.nodebox.net/ And here's some basics from their documentation about: http://beta.nodebox.net/documentation/tutorial/getting-started.html I'm not saying that their overall UI is desirable, but I think there's something that can be learned from pieces of it. Cheers, Josh

1 0

Google Summer of Code
by Josh Andler 14 Feb '12

14 Feb '12

Hey All, Any volunteers for possible mentors? When/if we apply later this month, it would be good to know how many potential students we could handle. Cheers, Josh

3 3

My involvement with the project
by Josh Andler 13 Feb '12

13 Feb '12

This is related to the discussion over the past couple days. I have decided that I will fulfill my commitments surrounding releasing 0.49.0 and GSoC 2012. However, I will most likely be less active on the mailing list, and less involved in general until those commitments have been fulfilled. I will reassess how I feel about continued involvement with the project at the time that those commitments have been fulfilled. For the time being I will remain on the board, but will likely step down later this year in favor of "new" blood getting in there. Cheers, Josh

2 1

Ubuntu LTS feature freeze deadline
by Alex Valavanis 13 Feb '12

13 Feb '12

Hi All, Just a quick reminder that Ubuntu 12.04 LTS hits its feature freeze deadline on Thursday 16 Feb. It will be pretty difficult to update the Inkscape package after that deadline, so it would be great if we can push ahead with the 0.48.3 source tarball in the next day or two. I can quickly submit an updated package for review as soon as this is done. Thanks, Alex

2 2

Problem with the following SVG
by Gerben Wierda 13 Feb '12

13 Feb '12

The following SVG can be correctly exported to a bitmap, but it cannot correctly be printed on Windows and not correctly translated to PDF on either Windows or Mac. (I did not see it coming through with the attachment, so here is the SVG attachment in plain text) <?xml version="1.0" encoding="UTF-8" standalone="no"?> <svg xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://creativecommons.org/ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" version="1.1" width="43.82cm" height="51.92cm" viewBox="0 0 4382 5192" preserveAspectRatio="none" id="svg2" inkscape:version="0.48.2 r9819" sodipodi:docname="Total view for [rs6sv054_k0bbbd01] Oracle RDBMS (Artifact).svg"> <metadata id="metadata1049"> <rdf:RDF> <cc:Work rdf:about=""> <dc:format>image/svg+xml</dc:format> <dc:type rdf:resource="http://purl.org/dc/dcmitype/StillImage" /> <dc:title></dc:title> </cc:Work> </rdf:RDF> </metadata> <defs id="defs1047" /> <sodipodi:namedview pagecolor="#ffffff" bordercolor="#666666" borderopacity="1" objecttolerance="10" gridtolerance="10" guidetolerance="10" inkscape:pageopacity="0" inkscape:pageshadow="2" inkscape:window-width="1217" inkscape:window-height="1292" id="namedview1045" showgrid="false" inkscape:zoom="0.5" inkscape:cx="838.10578" inkscape:cy="790.69214" inkscape:window-x="0" inkscape:window-y="0" inkscape:window-maximized="0" inkscape:current-layer="svg2" /> <g id="g22" transform="translate(5.6444446,-705.55559)"> <defs id="defs24"> <pattern id="pattern6" patternUnits="userSpaceOnUse" x="90.00" y="870.00" width="540.00" height="180.00" patternTransform="translate(0.000000,0.000000) scale(1.000000,1.000000) translate(-90.000000,-870.000000)"> <g style="fill-opacity:1.00;stroke:none;" id="g27"> <rect style="fill:#b4ff00" x="0.00" y="0.00" width="180.00" height="180.00" id="rect29" /> <rect style="fill:#b4b400" x="180.00" y="0.00" width="180.00" height="180.00" id="rect31" /> <rect style="fill:#ffff00" x="360.00" y="0.00" width="180.00" height="180.00" id="rect33" /> </g> </pattern> </defs> <g style="fill:url(#pattern6);stroke:#000000;stroke-width:2.6500001" id="g35"> <path style="fill-rule:nonzero;stroke-linejoin:bevel" d="m 630,915 0,135 -540,0 0,-180 495,0 45,45 -45,0 0,-45 z" id="path37" inkscape:connector-curvature="0" /> </g> </g> </svg>

2 1

Re: [Inkscape-devel] Future development
by Valerie 13 Feb '12

13 Feb '12

There we go, volunteer #1. :) Thanks for volunteering so fast! It's good for the testers and compilers of Inkscape on OS X to actually be using Inkscape on OS X, since it means they actually have very good incentives to keep an eye on it. Any other takers? Date: Mon, 13 Feb 2012 11:54:58 +0100 From: Drechsel Wolf <edv-e@...2249...> Subject: [Inkscape-devel] Future development To: Inkscape List <inkscape-devel(a)lists.sourceforge.net> Message-ID: <4B050791-52B0-456A-863A-C0052A0DDA61@...2249...> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > With any luck there may already be Mac Inkscape-users out there > compiling and fixing Inkscape on OS X for themselves... I've been doing my professional work in my home-made inkscape aqua for more than a year now. Allthough it has some issues, I like it a lot over the X11 variant. I cant belive that finishing Gellule's (aka Julien's) work documented in his blueprints will be so much effort, and I strongly belive that there will be many Mac people interested in a useable inkscape aqua. Sorry - still I dont know about coding - but still I'm very much willing to do testing and compiling. Yours, Wolf

2 2

Re: [Inkscape-devel] Future development
by Valerie 13 Feb '12

13 Feb '12

Since several issues are gtk-related, "Coordinating with the OS X GTK+ team" could be part of the job description. With any luck there may already be Mac Inkscape-users out there compiling and fixing Inkscape on OS X for themselves... > More blending/compositing options will be available in SVG2. Ah, I was already aware of that. I was just saying. x) I suppose it won't be implemented anytime soon, but that's fine.

2 1

LCMS2 support in
by Jon Cruz 13 Feb '12

13 Feb '12

Hi, I got in the rough fix for enabling LCMS2. I confirmed that things just aren't working right on OS X, but that on Ubuntu 11.10 they operate well. https://bugs.launchpad.net/inkscape/+bug/885324 I should be able to get a backport to 0.48.3 done tomorrow, but if anyone else wants to get it in sooner, feel free.

2 1

Re: [Inkscape-devel] Future development
by Valerie 13 Feb '12

13 Feb '12

On the OSX debate... a few years ago I would not have cared about OSX native versions at all, but it's true that Apple products have been getting more popularin recent years. But, can't there be a dedicated OS X team as opposed to forcing the core team to dedicate itself to it? Apple products aren't exactly cheap, and how many systems does one have to force all developers to use? Maybe Inkscape could send an announcement on the website asking for an OS X team, something in the lines of "As some of you know, Inkscape currently lacks a native OS X build. However, as Apple products have become more popular, more people are also asking for a native version of Inkscape. However, not all the developers use OS X, so if you are a developer familiar with OS X, we welcome you to join the Inkscape team to help produce native OS X builds." I'm willing to bet that if people are actually aware that Inkscape is looking for sure a team, you'll get a few responses offering to help. I admit, I already use Windows and Linux, and I'm not personally interested in OS X. I'm much more interested in features such as Pablo Trabajos' transformation anchors blueprint, layer masks (especially since unlike raster programs, you can't just lock visible pixels), and maybe a few more layer composite modes like overlay. Powerstroke of course, but that's happily in the works. :) (on the other hand... how many people want to use Inkscape on touchscreen devices? I'm not familiar with this area, so forgive me if there are actually a lot of them)

4 4

Future development
by Josh Andler 13 Feb '12

13 Feb '12

Hey All, So I think we need to discuss a few things related to development. 1) Regarding the irc dev meeting it appears that two weeks from today on 02/25 at 0800 UTC is the time that worked the best for the most people. Everyone, please put that on your calendar. 2) We're close to cutting 0.48.3, given the state of 0.49, we will also pursue 0.48.4. 3) We need to think seriously about GTK3 at some point. We may want to create a GTK3 branch sooner rather than later to begin that work. It would be good to get other people's thoughts on this. Do we want to take on A) 3 active development branches and B) 2 active refactoring branches. I will note that I don't believe there is a full set of GTK3 libs available for win32 yet and have no idea about the status on OSX. Cheers, Josh P.S. Tavmjong, I cc-ed you explicitly because you didn't put the time we ended up with as available. Any chance it can be made to work?

9 15

Inkscape 0.48.3?
by Alex Valavanis 12 Feb '12

12 Feb '12

Hi All, Any thoughts about when we're going to release Inkscape 0.48.3? Coming at this from an Ubuntu maintenance perspective, the next LTS release (12.04 - "Precise Pangolin") will hit feature freeze on Feb 16, so it would be great to update the binary-package in the Ubuntu-main repository before that date. Large numbers of Ubuntu desktop users could potentially end up sticking with it for a couple of years, so I think it makes sense to squash as many bugs as possible! Does anyone else agree with releasing 0.48.3 in the very near future? Is there any reason to hold back? If we're going to do this, we'd need to release a source tarball by ~9 Feb. We've already committed a fair number of bug fixes in 0.48.3[1], so it would probably already be useful to users in its current form. However, perhaps a two-week bug-squashing session would be nice before we go ahead. Best wishes, AV [1] https://launchpad.net/inkscape/+milestone/0.48.3

7 18

inkscape at graphicall
by Alexandre Prokoudine 12 Feb '12

12 Feb '12

Hello gang, Given that we are now parted from modevia, how about unloading builds to graphicall which mostly hosts Blender builds? It already has an Inkscape section that looks rather lonely. Alexandre Prokoudine http://libregraphicsworld.org

6 10

How to fix Aligning stroked and strokeless items & bounding box issues?
by Эльдар Файзуллин 10 Feb '12

10 Feb '12

Here: https://bugs.launchpad.net/inkscape/+bug/473608 It came from 0.47

3 2

Inkscape and XML whitespace handling
by Andi McClure 10 Feb '12

10 Feb '12

I am trying to create a patch to Inkscape and it isn't working very well, I was hoping I could ask for some help. I have been using Inkscape for creating resources for a video game I'm writing. As part of this I often attach custom attributes to XML nodes in the "XML Editor" window. When I do this, Inkscape gives me a nice big multiline editor window to enter my attribute text. Sometimes, I find myself needing to enter many lines of text or code into one of my custom attributes; when I do this, Inkscape handles newlines in a way that strikes me as incorrect and makes it very hard for me to get work done. Inkscape will allow me to enter, set and save multi-line attributes; however then later when I try to open the file, all the newlines will be erased, replaced with spaces. Although I understand newlines are rarely relevant in normal SVG, it seems very wrong to me that Inkscape allows me to enter content, save a file, and then reopen the file and it has been silently altered. I have been trying to fix this behavior on my own. What I found is that if you put a newline into an attribute and then save, Inkscape will actually write the newline raw into the file, like-- <example:example attribute="one two three four" /> When the file is opened the next time, Inkscape silently turns all newlines into spaces. The convert-newline-to-space behavior is apparently not only correct, but required for a conformant XML parser: http://www.w3.org/TR/2008/REC-xml-20081126/#AVNormalize So my conclusion is that if Inkscape is doing something wrong here (which I think it is), the mistake is that it should not be writing newlines raw into the file, rather it should be saving the appropriate XML entity (
 or 
). I have a local branch (patch attached) where I have attempted to implement this change. I can't get it to work. I found four separate places in the source code where strings are escaped into XML entities for storage; I added a '\n' -> 
 rule to each, and taught xmlreader.cpp to convert 
 back into '\n'. The reader change seems to have worked (I can manually write a &#xA into a file, and when loaded in Inkscape it becomes a newline) however, when I write a newline into an attribute and then set and save, Inkscape is still writing raw newlines instead of my escaped attribute. While making this change, I noticed two things that seem problematic: - XML entity escaping is done in at least four separate places in the code! - The XML reader in dom/xmlreader.cpp appears to only recognize a small number of hand-entered entities. At the moment there is no provision for loading any kind of &# style entity, which if I'm not missing something means Inkscape could choke on valid SVG XML produced by a different program. Should either of these two things be fixed? And would anyone know why my attempts to add '\n' to the escaper are having no effect? When you enter text into the attribute-value box in the XML editor, what path does it take in being entity-escaped (i.e. " becomes " and so on)? One more question-- other than this one problem the XML editor in Inkscape is quite nice, are there any examples of standalone programs for Mac or Linux that allow you to edit general XML in this manner? Thanks. - mcc http://runhello.com/

2 1

keyboard uneable with inkscape
by Rosa Alonso Garcia 09 Feb '12

09 Feb '12

Only I can to work with mouse. version inkscape 0.46.0 Keyboard uneable. MACOS Tiger. thanks. Rosa M. Alonso Garcia Il.lustradora gràfica http://rosailustradora.com http://rosailustradora.blogspot.com

1 0

libcroco
by Alex Valavanis 08 Feb '12

08 Feb '12

Hi All, Just wondering what the status of our libcroco fork is at the moment. Upstream development has restarted, and version 0.64 was released yesterday. It appears that Abhishek Sharma pushed some of our changes upstream, but then reverted them. Can anyone shed some light on this? Thanks, Alex

2 2

inkscape on a G5
by Drechsel Wolf 05 Feb '12

05 Feb '12

Hi everyboy, yesterday I succeeded it repairin an imac G5 1,8GHz. On this brand new machine I'm making an entierly new inkscape experience. Did some professional work - wow, it rocks. Compared to my slightly outdated G4 - what a difference… Therefore - what is said too seldomly: THANKS FOR MAKING INKSCAPE !! - I love it! BTW.: Can someone give me a quick hint: How can I find out on which (probabely locked) layer an object resides? - Couldnt google an anser for that. Greetings, Wolf

3 5

Inkscape tiling interface redesign proposal
by Valerie 05 Feb '12

05 Feb '12

Ah well, I have no idea if the wiki image upload issue will be fixed, so I just made everything into an image and uploaded it somewhere else: http://postimage.org/image/7f9ms5kw3/ As you can see, central concepts include: 1. Transformations separated into groups that people other than tile mathematicians understand 2. And moved to a dedicated dialogue. Basically: - One-time filters -> floating boxes - Properties that may need future editing -> side-dialogues By the way, radial transformations to use polar coordinates. 3. Top level interface to address most common use cases, while more advanced options (clutter) are moved to an extra button that you can access. 4. Guides can be edited on canvas... 5. ...and locked or unlocked to objects, so you can create half a vase, stick a symmetry on it, then move the whole thing around as though it were one object. 6. Stacking symmetries or tilings as you would LPEs I'm probably missing a lot of things, but it doesn't hurt to make a few proposals to see what people's thoughts are. :) So what do the rest of you think? Is this a direction you think can lead somewhere, or do you think the interface should be taken in a completely different direction?

5 12

support multiple extension locations
by Tim Cuthbertson 05 Feb '12

05 Feb '12

I was looking into how one might provide inkscape extensions using 0install[1], which basically amounts to adding extensions _without_ touching any well-known paths, typically using environment variables. I've done the same thing for gnome-shell, by essentially adding each extension's location to $XDG_DATA_DIRS. So for example to run gnome-shell with the shellshape extension[2], $XDG_DATA_DIRS might contain the following dir: /home/tim/.cache/0install.net/implementations/sha256=2437376cd245ee4f09b0738e1cc7392a04750a9cec4b0875bf71606703d9ee01/xdg which contains a `gnome-shell` directory with the files you would normally put in /usr/share/gnome-shell if you were installing them system-wide. I wondered if this would work for inkscape as well, but after having a look at the source, it doesn't seem likely. Based on the `profile_path` function in inkscape.cpp: - inkscape seems to assume that there will be at most one folder for each of (user, system) level preferences - it assumes preferences and extensions will all live in the same location. These both go against the XDG spec[3], which recommends that config and data live in different locations and should be able to be looked up in a cascading fashion (i.e supporting multiple paths in $XDG_DATA_DIRS). These restrictions also make it very difficult to use 0install to distribute extensions since that would require: - readonly `extensions` directories - all 0install implementation directories must be read-only as they can be shared between users (among other reasons) - cascading lookup of extensions in _all_ paths in $XDG_DATA_DIRS - adding or removing plugins must be possible by affecting what is in XDG_DATA_DIRS, rather than modifying folders in the filesystem. So, I guess my questions are: - am I wrong about my conclusions here? I've looked at the source, but may have missed something. - is there any interest in extending the extension loading mechanism to support loading extensions across all $XDG_DATA_DIRS? Presumably this would be implemented for _all_ data types (gradients, icons, etc) as well as just extensions. Cheers, - Tim. [1]: http://0install.net/ [2]: http://gfxmonk.net/dist/0install/shellshape.xml [3]: http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

3 3

Inkscape with OpenMP support on OS X Lion: First attempt at build script (WIP)
by ~suv 04 Feb '12

04 Feb '12

On 03/02/2012 23:03, ~suv wrote: > >> due to license restrictions in MacOs X, there are problems with compile >> Inkscape with OpenMP support. > > The underlying issue is the rather old version of GCC Apple provides > with Xcode [1] . Due to license changes in GCC, Apple will never upgrade > to a later GCC version than 4.2.1, and eventually drop GCC completely in > favor of CLANG. Building Inkscape with a custom-installed newer GCC > version doesn't work out-of-the-box due to ABI conflicts in linked > C++interface libraries [2]. > > Update: Since the time I had discussed the details impeding OpenMP > support on Mac OS X with Kris on irc, I did manage to produce stable > builds of 0.48.2, 0.48.x and current trunk with full OpenMP support > (64bit builds with GCC 4.6.2 (MacPorts) on OS X 10.7.2 Lion). I'm > currently working on a shell script as 'proof-of-concept' and to allow > easier testing of the build setup on other systems. The script does not > create a bundled osx application yet (this might be added later on). > > [1] <http://article.gmane.org/gmane.comp.graphics.inkscape.devel/36355> > [2] <http://wiki.inkscape.org/wiki/index.php/FAQ#On_Linux.2C_Inkscape_crashes_wi…> > quoted from <https://bugs.launchpad.net/inkscape/+bug/200415> Attached is an initial attempt (WIP) of a build script which allows to compile the following Inkscape versions on OS X 10.7.2 Lion in 64bit with OpenMP support (using GCC 4.6.2): - Inkscape 0.48.2 (from tar ball) - Inkscape 0.48.x (from lp:inkscape/0.48.x) - Inkscape trunk (from lp:inkscape) with cairo devel 1.11.2 - Inkscape mesh (from lp:~tavmjong-free/inkscape/mesh) with cairo master What the script basically does: ------------------------------- - rebuilds all C++ interfaces outside of MacPorts with GCC 4.6.2 (libsigc++, glibmm, atkmm, cairomm, pangomm, gtkmm) - builds cairo-devel (+ cairomm, pangomm, gtkmm) for trunk - builds cairo-master (+ cairomm, pangomm, gtkmm) for mesh branch - builds inkscape with GCC 4.6.2, linking to the new libs What it does not (yet): ----------------------- - create universal binaries or - create an osx application bundle - build with Quartz backend of GTK+ - fancy error handling: if something fails and you can't figure out how to fix it, you might simply delete $localSRC and $inkPREFIX and try again (or use './osx-build-inkgcc46.sh del_all) - optimize to the max (ATM everything is compiled with -02) - ... Prerequisites are: ================== - OS X Lion (tested on 10.7.2 with Xcode 4.2.1) - MacPorts (up-to-date), gtk2 with X11 backend (!) - port 'inkscape' installed in MacPorts (for all dependencies) - ports autoconf, automake and dbus-glib installed in MacPorts - port 'gcc46' installed in MacPorts (for the compiler) - $PATH is set up accordingly for MacPorts (the script does not override nor try to verify it in any way) How to use it: ============== 1a) edit the script file and adjust the paths for: LIBPREFIX (MacPorts install prefix) localSRC (directory to unpack the sources and compile) inkPREFIX (top-level dir for installation of inkscape+dependents) 1b) optionally reuse (clone or branch) local repos for inkscape 0.48.x, trunk, pixman, cairo and / or inkscape mesh branch (see script) 2) use a build target as command line argument: release | branch | trunk | mesh for example: $ ./osx-build-inkgcc46.sh trunk 3) grab a cup of coffee and wait for the build to finish 4) launch the inkscape binary with its full path name Note: DYLD_LIBRARY_PATH is needed for trunk and mesh (as displayed in a note if the installation was successful), for example: $ DYLD_LIBRARY_PATH=$inkPREFIX/cairo-devel/lib $inkPREFIX/trunk/bin/inkscape 5) updating local source trees of inkscape branch, trunk and mesh: you can update from parent branch and rebuild by rerunning the script with the same target. The script ought to test and detect already installed libs as well as the local repo, pull new revisions and rebuild as needed. Alternatively, you can cd into '$localSRC/inkscape-trunk/build' (or '$localSRC/inkscape-mesh/build'), and use 'bzr pull', 'make && make install' as usual. Note: you can install multiple targets without changing $inkRPEFIX (the builds install into different sub-directories) Feedback, comments, improvements, test and bug reports about the script (to me personally, or here on the list - not in the bug tracker) would be welcome :) ** (inkscape:79650): WARNING **: the script is unstable and buggy in its current state - use at your own risk ;-). It was _not_ written with regular Mac users in mind - ideally it would be improved/reworked and extended to allow to create precompiled osx application bundles of trunk (and experimental feature branches), which then could be uploaded and shared for testing. ~suv

1 0

Re: [Inkscape-devel] Mesh gradient status
by Valerie 03 Feb '12

03 Feb '12

Speaking of the mesh gradients, can someone describe to me different types of mesh gradients and how they're supposed to be edited so I can try to design a toolbar for it? I have no idea how to compile it, and I don't want to risk breaking my system dependencies again either (if it involves that)... That said, I'm not sure what functions should go into the toolbar and what guides could be edited by the other editing tools. For example, can tweak tools be used to edit the meshes? I'm adding mesh gradient to the list of tools I'm doing at the same time as thoughts on toolbar rework. Since I plan to add a few toolbar suggestions for a few other tools at the same time, I might as well do one for mesh gradients too.

1 0

Mesh gradient status
by Tavmjong Bah 02 Feb '12

02 Feb '12

Hi, I've gotten a number of queries as to when mesh gradients will be available in Inkscape. Some people seem to think that it is a project that is close to being ready... it is not. There is still a lot of work to do and several major issues to be resolved. So I though I would give a status report: At the moment, you can create, edit, save, read in both Coons Patch meshes and tensor meshes (the latter have not been approved by the SVG working group). There are a few nice editing features available: Conical gradients, sampling color from beneath the mesh, toggling between straight edges and curves, etc. However, the code is very buggy. Expect frequent crashes. Save often. Undo does not work for most things. Revert is a poor person's substitute. Before the mesh code can be merged with trunk the following issues MUST be resolved: 1. Meshes have been approved for SVG 2 but the syntax has not been finalized and will not likely be finalized for some time. For meshes to be included in Inkscape we will need to keep them in the Inkscape namespace for the moment and include a fallback mechanism. (Note, there are quite a few nice SVG 2.0 features that we could adopt quickly if we had a way of handling fallbacks: markers that inherit stroke color, solid colors that will eliminate the need for the one-stop gradient hack for creating a palette, etc.). 2. Meshes rely on Cairo trunk. We need an official Cairo release with the mesh rendering code. The last new Cairo release was in Sept of 2010. Who knows when a new release will be made. 3. My code is a hack. There are multiple issues that need to be resolved. The most important one is how do meshes fit into the Private/Vector structure used by linear and radial gradients (Inkscape gradients are broken up into two gradient elements, one that handles the geometric layout and the other that handles the color vector. This allows reuse of the same gradient to be applied to multiple objects. It may not make sense for meshes.) Of course all the crashes must be eliminated. 4. GUI: How should meshes fit into the GUI? Should meshes have their own tool bar? The gradient chooser is not really applicable for meshes and meshes will have lots of their own options: * Mesh creation: * Mesh type: Normal, conical, ? * Number of rows/columns. * Mesh editing: * Show/hide handles. * Make handle smooth/symmetric. 5. Saving to PDF/PostScript needs to be implemented. (Export to PNG works.) I am sure I've missed some. Issues that would be nice to address: 1. Node editing. Gradients implement their own dragger code. It would be nice to be able to use the code from path editing. This would enable things like editing the paths by dragging or selecting a group of nodes and rotate/scale/etc. them together. 2. Auto generating an initial grid based on path shape. 3. Auto fitting. It would be the nice to be able to layout a rough mesh and have Inkscape adjust the mesh to match an underlying drawing. My branch can already set the mesh corner colors by sampling the image underneath which is a real time saver. 4. Auto smoothing of patch boundaries. I have an initial implementation that attempts to make color transitions across patch boundaries smooth. This can certainly be improved. Tav

4 4

Question about tool control bars
by Valerie 02 Feb '12

02 Feb '12

To my understanding, a limitation with tool control bars right now is that they aren't too dynamic. For example, when I draw lines: - I'd like dotted lines and markers to appear in the tool control bar for lines without shapes - But with the "from clipboard" option, I'd like width, repeat style etc. to appear there instead. But without introducing new interface features, the tool control bar is pretty much static right now, so we face all-or-nothing situations. Is it possible to have two layers of tool selection instead? Explanation: Right now: [tool control bar] [t o o l b a r] Proposal: [subtools] | [subtool control bar] [t o o l b a r] I'm asking this because it'd allow for several things: - Consolidate the shapes tools into one button in the toolbar. Instead, sub-shapes appear in the subtools bar. - If more 3D shapes are added, they can similarly be grouped into a single button in the toolbar, while allowing each shape to have its own controls. - When tech-drawing becomes available, they could be accessed from the top-level instead of as LPEs - unshaped line, "from clipboard" line, powerstroke line and maybe other line effects (sketch?) can be treated as separate sub-tools with their own top-level control bars (so you don't need to open the LPE dialogue) - transformation options such as perspective, envelop and envelop deform can become available as sub-tools of the transform tool - composition guides, maybe common on-canvas tiling options (symmetry, radial and normal tiling - anything more advanced must be accessed from a separate panel) become available from top-level - extra mode in text tool for controlling flowing text into shapes? (for graphs and such) Of course, it it's not possible, then that's that. It seemed like a possibility worth asking.

3 4

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 69, Issue 3
by Rosa Alonso Garcia 02 Feb '12

02 Feb '12

Good Morning, Thanks Jason and other people of this equipment. In this link I can solve error. http://sourceforge.net/projects/inkscape/files/inkscape/0.46/Inkscape-0.46-… I'm grateful your fast answer. Sincerely Rosa M. Alonso Garcia Il.lustradora gràfica http://rosailustradora.com http://rosailustradora.blogspot.com >________________________________ > De: "inkscape-devel-request(a)lists.sourceforge.net" <inkscape-devel-request(a)lists.sourceforge.net> >Para: inkscape-devel(a)lists.sourceforge.net >Enviado: Miércoles 1 de febrero de 2012 21:46 >Asunto: Inkscape-devel Digest, Vol 69, Issue 3 > >Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > >You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Inkscape-devel digest..." > > >Today's Topics: > > 1. error inkscape runs first time! (Rosa Alonso Garcia) > 2. Re: error inkscape runs first time! (Jason Simanek) > 3. Re: error inkscape runs first time! (~suv) > 4. Inkscape tiling interface redesign proposal (Valerie) > 5. Re: Inkscape tiling interface redesign proposal > (Krzysztof Kosi?ski) > 6. Re: Inkscape tiling interface redesign proposal > (Tobias Ellinghaus) > 7. Re: Inkscape 0.48.3? (Krzysztof Kosi?ski) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Wed, 1 Feb 2012 11:32:41 +0000 (GMT) >From: Rosa Alonso Garcia <disenografica@...2758...> >Subject: [Inkscape-devel] error inkscape runs first time! >To: "Inkscape-devel(a)lists.sourceforge.net" > <Inkscape-devel(a)lists.sourceforge.net> >Message-ID: > <1328095961.19545.YahooMailNeo@...2769...> >Content-Type: text/plain; charset="iso-8859-1" > >I need to learn Inkscape, but I download app and add to Applications folder, and previous I have just installed X11, I can''t run program. >>>It opens 10 seconds, and close automatic. >>>I work with MACOS 10.4, Tiger. >>> >>> >>>It's urgent, please a solve! >>>? >>>Sincerely, > >? >Cordialmente, > >Rosa M. Alonso Garcia >Il.lustradora gr?fica >http://rosailustradora.com > >http://rosailustradora.blogspot.com >

1 0

Image uploading on Inkscape Wiki?
by Valerie 02 Feb '12

02 Feb '12

Recently I've been working on a UI redesign proposal for the Tiled Clones interface, and thought of creating a new page on the Inkscape Wiki to see if it's even plausible. However, when I tried to upload images, I get: The upload directory (public) is not writable by the webserver. A quick search only tells me that it's a permissions problem. I've also noticed that there were no new file uploads since July last year. Has there been a policy change? Any suggestions as to where else to upload them then? In case anybody's curious, major suggestions are: - On-canvas guides - Separation into Symmetries, Radial Clones, Rectangular tiles and Triangle tiles (basically dependent on the guide type) - Move from a floating box to a side-bar dialogue, where you can basically stack symmetries and tilings to a selected object (like with LPEs, so it's easy if you want to make a flower-shaped design then have it fill up the page as tiles, for example) - Top-level options are simple and intuitive to address the main use cases (I'm assuming most users just want to do some basic symmetrical or radial patterns...) - But more advanced options are available by clicking "advanced" and opening a separate box (to avoid cluttering the main dialogue. If the user wants jittery tiles distributed in an outward spiral that change colors and become transparent near the end, surely he can open an extra dialogue) - Presets are also available

4 4

Inkscape tiling interface redesign proposal
by daniele rossi 01 Feb '12

01 Feb '12

I do agree that tiling dialog today is a short way to headache... Daniele > ------------------------------ > > Message: 5 > Date: Wed, 1 Feb 2012 19:00:07 +0100 > From: Krzysztof Kosi?ski <tweenk.pl@...400...> > Subject: Re: [Inkscape-devel] Inkscape tiling interface redesign > proposal > To: Valerie <valerie_vk@...36...> > Cc: Inkscape-devel <inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <CAFLw2WSOhagh1v-Qkn3cjDEBEG_QCwiNfCECkSDzYN49g3JFUg@...401...> > Content-Type: text/plain; charset=UTF-8 > > 2012/2/1 Valerie <valerie_vk@...36...>: >> Ah well, I have no idea if the wiki image upload issue will be >> fixed, so I just made everything into an image and uploaded >> it somewhere else: >> >> http://postimage.org/image/7f9ms5kw3/ >> >> >> As you can see, central concepts include: >> 1. Transformations separated into groups that people other >> than tile mathematicians understand >> 2. And moved to a dedicated dialogue. Basically: >> ?- One-time filters -> floating boxes >> ?- Properties that may need future editing -> side-dialogues >> By the way, radial transformations to use polar coordinates. > > I was thinking about the tiling thing for some time and I came to a > conclusion that usability-wise the tiling dialog is a cruel joke > (adjusting numbers by trial and error? seriously?).

1 0

inkscape.org in svg
by john Culleton 01 Feb '12

01 Feb '12

I am doing some experimenting with svg pages in lieu of html. Is there a reason why the inkscape.org front page is not done in svg? -- John Culleton Free list of books for self-publishers: http://wexfordpress.net/shortlist.html "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html

6 6

error inkscape runs first time!
by Rosa Alonso Garcia 01 Feb '12

01 Feb '12

I need to learn Inkscape, but I download app and add to Applications folder, and previous I have just installed X11, I can''t run program. >>It opens 10 seconds, and close automatic. >>I work with MACOS 10.4, Tiger. >> >> >>It's urgent, please a solve! >>? >>Sincerely, Cordialmente, Rosa M. Alonso Garcia Il.lustradora gràfica http://rosailustradora.com http://rosailustradora.blogspot.com

3 2

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 69, Issue 1
by Rosa Alonso Garcia 01 Feb '12

01 Feb '12

Cordialmente, Rosa M. Alonso Garcia Il.lustradora gràfica http://rosailustradora.com http://rosailustradora.blogspot.com >________________________________ > De: "inkscape-devel-request(a)lists.sourceforge.net" <inkscape-devel-request(a)lists.sourceforge.net> >Para: inkscape-devel(a)lists.sourceforge.net >Enviado: Miércoles 1 de febrero de 2012 12:18 >Asunto: Inkscape-devel Digest, Vol 69, Issue 1 > >Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > >You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Inkscape-devel digest..." > > >Today's Topics: > > 1. Re: Re : Image uploading on Inkscape Wiki? > (Romain de Bossoreille) > 2. Re: Inkscape 0.48.3? (Krzysztof Kosi?ski) > 3. Re: Inkscape 0.48.3? (Josh Andler) > 4. Re: Re : Image uploading on Inkscape Wiki? (Valerie) > 5. Rv: I can run Inkscape-URGENT!- (Rosa Alonso Garcia) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Tue, 31 Jan 2012 23:32:40 +0100 >From: Romain de Bossoreille <romain2boss@...48...> >Subject: Re: [Inkscape-devel] Re : Image uploading on Inkscape Wiki? >To: inkscape-devel(a)lists.sourceforge.net >Message-ID: <4F286C08.5040208@...48...> >Content-Type: text/plain; charset="iso-8859-1" > >I've made a bug report some time ago: > >https://bugs.launchpad.net/inkscape/+bug/905949 > >But no news... > > >*Romain* > >Le 31/01/2012 20:53, Ivan Louette a ?crit : >> I had the same problem two weeks ago when I tried to upload an image >> to my blueprint proposal for Export bitmap UI changes. >> >> ivan >> >> ------------------------------------------------------------------------ >> *De :* Valerie <valerie_vk@...36...> >> *? :* "inkscape-devel(a)lists.sourceforge.net" >> <inkscape-devel(a)lists.sourceforge.net> >> *Envoy? le :* Mardi 31 janvier 2012 18h20 >> *Objet :* [Inkscape-devel] Image uploading on Inkscape Wiki? >> >> Recently I've been working on a UI redesign proposal for the >> Tiled Clones interface, and thought of creating a new page >> on the Inkscape Wiki to see if it's even plausible. >> >> However, when I tried to upload images, I get: >> The upload directory (public) is not writable by the webserver. >> >> >> A quick search only tells me that it's a permissions problem. >> I've also noticed that there were no new file uploads since July >> last year. Has there been a policy change? Any suggestions as >> to where else to upload them then? >> >> In case anybody's curious, major suggestions are: >> - On-canvas guides >> - Separation into Symmetries, Radial Clones, Rectangular >> tiles and Triangle tiles (basically dependent on the guide type) >> - Move from a floating box to a side-bar dialogue, where you can >> basically stack symmetries and tilings to a selected object (like >> with LPEs, so it's easy if you want to make a flower-shaped >> design then have it fill up the page as tiles, for example) >> - Top-level options are simple and intuitive to address the main >> use cases (I'm assuming most users just want to do some basic >> symmetrical or radial patterns...) >> - But more advanced options are available by clicking "advanced" >> and opening a separate box (to avoid cluttering the main dialogue. >> If the user wants jittery tiles distributed in an outward spiral that >> change colors and become transparent near the end, surely >> he can open an extra dialogue) >> - Presets are also available >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> <mailto:Inkscape-devel@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >> >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> >> >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

1 0

Rv: I can run Inkscape-URGENT!-
by Rosa Alonso Garcia 01 Feb '12

01 Feb '12

>Hi everyone! > > > >I need to learn Inkscape, but I download app and add to Applications folder, and previous I have just installed X11, I can''t run program. >It opens 10 seconds, and close automatic. >I work with MACOS 10.4, Tiger. > > >It's urgent, please a solve! > >Sincerely, > >Rosa M. Alonso Garcia >Il.lustradora gràfica >http://rosailustradora.com > >http://rosailustradora.blogspot.com > > > > >>________________________________ >> De: "inkscape-devel-request(a)lists.sourceforge.net" <inkscape-devel-request(a)lists.sourceforge.net> >>Para: disenografica@...2758... >>Enviado: Miércoles 1 de febrero de 2012 12:10 >>Asunto: confirm e9cee2c32eec12e9453a6e3c41eeaf3926479508 >> >>Mailing list subscription confirmation notice for mailing list >>Inkscape-devel >> >>We have received a request from 172.29.29.1 for subscription of your >>email address, "disenografica@...2758...", to the >>inkscape-devel(a)lists.sourceforge.net mailing list. To confirm that >>you want to be added to this mailing list, simply reply to this >>message, keeping the Subject: header intact. Or visit this web page: >> >> https://lists.sourceforge.net/lists/confirm/inkscape-devel/e9cee2c32eec12e9… >> >> >>Or include the following line -- and only the following line -- in a >>message to inkscape-devel-request(a)lists.sourceforge.net: >> >> confirm e9cee2c32eec12e9453a6e3c41eeaf3926479508 >> >>Note that simply sending a `reply' to this message should work from >>most mail readers, since that usually leaves the Subject: line in the >>right form (additional "Re:" text in the Subject: is okay). >> >>If you do not wish to be subscribed to this list, please simply >>disregard this message. If you think you are being maliciously >>subscribed to the list, or have any other questions, send them to >>inkscape-devel-owner@...460... >> >> >> > >

1 0

devlibs update?
by Nicolas Dufour 29 Jan '12

29 Jan '12

Hi, Apparently the latest GTK version (2.24.8) fixes lots of Windows issues, including tablet support (details on http://mail.gnome.org/archives/gtk-devel-list/2011-November/msg00026.html). Just tested with a local modified version of Inkscape, based on revision 10922, and I can confirm at least a bug and a regression (#786667 "Color drag and drop broken" and #707255 "Layer dialog - symbols disappear when mouse hover over") are gone. More tests planned later with a Wacom Bamboo tablet. BTW, the current devlibs introduced a regression in the trunk and 0.48.2 version (see #173116 Gtk::PixbufError exception not caught in Windows), and need to be recompiled to to prevent Inkscape from crashing on Windows when opening an invalid image. Krzysztof, would you be willing to update and recompile the devlibs so that more users can test before we release 0.48.3? Regards, -- Nicolas

2 1

Re: [Inkscape-devel] Powerstroke requests
by Valerie 25 Jan '12

25 Jan '12

Awesome! Some feedback of my own: 1) So powerstroke is now available from the shapes drop-down: Very neat! Can the "eclipse" form also be replaced by a powerstroke? It's actually the most common usage scenario. Also, I recommend adding a separation line between the powerstrokes and "from clipboard", to show that they are different functions. 2) Cusp styles are currently either Beveled or Rounded. How complicated is the coding for an "Angled" option? For font designers in particular, thick powerstrokes using successions of angled segments render a bit strangely, when some may be hoping for sharp edges (Example: the letter A with a sharp top) (I thought I suggested this before, but the mail never seems to have reached the mail archive...) 3) Does anybody think he might need an "assymetric" option? 4) +1 on the "Filled Powerstroke" (or whatever it will be called) option in the drop down. As for manually setting the width value for powerstroke points, I suggest click-enter for a numerical box to appear near the point, for the user to input the value. ------------------------------ Message: 6 Date: Tue, 24 Jan 2012 05:57:42 -0800 (PST) From: Defiant00 <defiant00@...400...> Subject: Re: [Inkscape-devel] Powerstroke requests To: inkscape-devel(a)lists.sourceforge.net Message-ID: <1327413462235-4335274.post@...2730...> Content-Type: text/plain; charset=us-ascii Hello again, here's some further feedback: 1) A way to directly set width values for Powerstroke points (or at least a command that sets the value to zero without having to directly edit the XML) would be useful. 2) I noticed the 'Triangle in' and 'Triangle out' shapes now use Powerstroke. Is there any chance we could get an extra shape option added to that drop down that produces both a Powerstroke and the clone original LPE at the same time. 3) Adding and removing Powerstroke control points should not require switching to another control and back to have them show up properly. 4) The 'Smoothness' control cannot be dragged (at least on Windows 7). Instead, it changes values by 0.01-0.03 (appears to be random) and then loses focus. Regards, Aaron

4 5

Re: [Inkscape-devel] Powerstroke requests
by Valerie 25 Jan '12

25 Jan '12

Glad to hear that "Angled" cusp style is the highest priority right now! It's probably the biggest thing missing functionality-wise. I'm not surprised that it'd take some time to code though. By the way, the interpolator type I tested most right now is "CubicBezierJohan", yes. Currently it seems to be the algorithm with the most predictable results. CubicBezierFit and SpiroInterpolator do seem to produce some interesting results though, I'm still trying to figure out use cases.

1 0

Merging Export and Create bitmap
by Ivan Louette 25 Jan '12

25 Jan '12

Hello As I wasn't able to add a mockup png image to the following blueprint I join it to this message. https://blueprints.launchpad.net/inkscape/+spec/merging-export-and-create-b… ivan

8 21

IRC meeting, anyone interested?
by Josh Andler 24 Jan '12

24 Jan '12

Hey All, Who would be interested in a good old fashioned IRC meeting to discuss various things about the project? It seems like other projects seem to be able to pull them together (on a regular basis no less), so why not us? I would especially like if we could get the likes of Krzysztof, Johan, Tavmjong, Jasper, Jon, Alex, Kris, and anyone else who would be interested. This especially goes for anyone who lurks on the devel list who is interested in contributing but still hasn't introduced themselves yet (they're always around). ;) I think it would be good to get people together to help us help each other. I think one of the things we should remember is that sometimes reviewing others work or just answering questions, can be more valuable than actually writing code yourself. I'm not asking for a huge time commitment or anything. If you are interested please chime in with any preferred dates or times so we can coordinate based on global distribution of participants. I'll throw out the 18th as a possible date... mainly because it's not terribly likely that this will happen and the 18th is my birthday so that's my wish. :P Cheers, Josh

8 15

Powerstroke requests
by Johan Engelen 24 Jan '12

24 Jan '12

Hi all, I don't know what to work on anymore... Please help me out by test driving the Powerstroke LPE and tell me what you dislike and what you'd like to be added. (I already know you want it to work with tablets, I am waiting for my tablet to arrive...) Ciao, Johan

5 18

New version of mesh branch.
by Tavmjong Bah 24 Jan '12

24 Jan '12

Hi, I just checked in a new version of my mesh branch. There was some major restructuring to use a simple array of nodes for the internal representation rather than the complicated side and corner classes I had before. This was motivated by adding support for tensor meshes which naturally calls for an array. Tensor meshes were added as an experiment to see if they would help in smoothing color transitions across patch boundaries (they don't seem to help very much) and are not envisioned to be part of the SVG specification for meshes. New/newish features: Corner operations: Ctrl-B: Toggle selected patch sides between linear and curve. (Select both corner nodes of side to select side.) Ctrl-C: Attempt to convert selected sides into elliptical arcs by changing the length of the Bezier handles. Ctrl-G: Toggle on/off tensor points for selected patches. (Select all four corner nodes of a patch to select patch.) Ctrl-J: Attempt to smooth color transition around a corner by changing length of Bezier handles. This needs lots of work to make it truly useful. Ctrl-K: Sample colors underneath mesh at corner nodes. For nodes at edge of mesh, move sample point inside mesh. Older features: 1. Create a simple one patch square mesh the size of an objects bounding box. (Select the third button on the Gradient Tool-Tool Bar and then click-drag on object. You won't see a change as the default mesh has all four corner colors set to the former object color. Click on object again to see mesh handles.) 2. Drag corner nodes (diamonds). 3. Change color of corner nodes. 4. Drag handles (circles). There is no indication of what handle belongs with which corner node or path so it can be confusing. And all handles are shown. (Should be able to toggle on/off handle visibility.) 5. Divide a row or column of patches into two rows or columns. (Double click on the lines connecting corner nodes. Double clicking elsewhere may lead to a crash.) The row/column will be split at the place you click. 6. Save the mesh. The mesh is saved in the proposed SVG standard format (likely to change). 7. Read in saved meshes. Bugs: * Frequent crashes. * Changing node color isn't saved until a node is moved. * Linear patch sides are shown as non-linear when corner node moved. * Selected nodes become unselected when any of the corner operations are done. * etc. Note, a trunk version of the Cairo rendering library is needed. My branch can be found at: https://code.launchpad.net/~tavmjong-free/inkscape/mesh Tav

5 11

Wacom inkling files
by Gaetano Lo Nigro 22 Jan '12

22 Jan '12

Good morning guys, I asked few files to a guy who bought, the new Wacom-inkling just in case if somebody want have a look on them. The Wacom website reports the possibility to record layers, for instance, to separate preparatory and final drawings. These layers are then retained after import. It creates native bitmap or vector versions of your sketches for Adobe Photoshop, Adobe Illustrator or Autodesk Sketchbook. With a simple click you can directly transfer your sketches into your preferred software. These imported versions retain the layers and line weights of your original sketches. Additionally, you can save all sketches in the native Inkling format or as single layer files in other popular image formats such as JPEG, PNG, PDF or SVG. You can find more details here with a full review from the owner`s sketch http://www.inkscapeforum.com/viewtopic.php?f=30&t=11278 You ll fin attached on the forum a svg file in three layers, pdf, ai, and wac directly Have a nice day

1 0

SpCursor
by Kris De Gussem 21 Jan '12

21 Jan '12

Hi all Is there a reason why the parameters named xpm of the functions in src/sp-cursor.cpp are refering to gchars and not guchars? As a result a signed char is used as index for colorMap from line 153 on and AFAIK using signed chars to index is risky business Regards K

1 0

Launchpad bug mail improvements
by Johan Engelen 20 Jan '12

20 Jan '12

Hi all, Have a look at this post: http://blog.launchpad.net/cool-new-stuff/better-bug-subscriptions Now, you can unsubscribe from the mails you get from your Inkscape Bug Team membership. In addition, you can add your own individual subscription with filtering on Launchpad's side (instead of in your mail client). Great work! Johan

1 0

Re: [Inkscape-devel] Writing an extension
by Trever L. Adams 19 Jan '12

19 Jan '12

> Date: Mon, 16 Jan 2012 10:24:00 +0100 > From: Jasper van de Gronde <th.v.d.gronde@...528...> > Subject: Re: [Inkscape-devel] Writing an extension > To: inkscape-devel(a)lists.sourceforge.net > > On 13-01-12 19:10, Trever L. Adams wrote: > > This relates to https://bugs.launchpad.net/inkscape/+bug/247463 and > > comment 37 in particular. > > > > I would like to be able to attach information to objects that are needed > > for high quality digitization. This includes stitch length and stitch > > direction. I am thinking of displaying the direction as gradient, > > although direction may be very complex. I am just learning about SVG so, > > I do not know if there are smart ways of doing this. (For example, think > > of a leaf, where you may have 20 different direction changes.) I also do > > not know XML very well (creating schema, etc). > So basically you want to embed information needed to convert a drawing > to something that can be embroidered? And you want this information to > be visible and manipulable in Inkscape's interface? Yes, I am starting from information I have found here: http://jumpnslide.tumblr.com/post/2557920924/how-to-use-inkscape-as-a-game-… I am missing just a few pieces of information: 1) How do I set values in the interface (fetch them from the SVG)? I have defaults working, etc. 2) How do I insert my custom attributes back into the SVG? The following partial code block doesn't do #2 properly and actually crashes inkscape: #Loop through all the selected items in Inkscape for id, node in self.selected.iteritems(): #Check if the node is a Group ( "svg:g" tag in XML ) if node.tag == inkex.addNS('g','svg'): #DO SOME THINGS TO GROUPS outputBlock += "Found a Group!" + "\n" children = list(node) for node2 in children: outputBlock += "Group " + str(node) + " contains: " + str(node2.attrib["id"]) + "\n" node2.attrib["max_stitch_length"] = str(max_stitch_length) I am sure I am going to have to create an XML schema right? If so can you point me in the right direction? > > > So, is there a standard way to extend SVG or embed such codes in SVG for > > a given object? > Extending SVG is in principle very easy, just define a namespace that > hasn't been taken yet (and preferably as specific as possible) and use > elements/attributes from that namespace. Ideally you would also create a > schema to define which elements/attributes are in that namespace and so > on, but I wouldn't necessarily start out that way (although it's > obviously a good idea to think about a formal definition if you want > this to be used by others as well, and/or save yourself some trouble in > the future). > > The idea is that viewers/editors will ignore anything they don't > recognize. The extent to which this is true in practice varies a bit, > and it's definitely not a given that an editor (Inkscape) will preserve > the tags, but in principle it should "work" (in the sense that nothing > will suddenly go wrong). Can you provide me with any urls which show an example of how to create an XML schema? In the past when I have looked, I just walk away with a headache. > > I would like to do this in SVG and Inkscape since I believe both are > > scriptable and both can be used for print as well. (This is a project > > for both print and embroidery.) > Inkscape itself is not really scriptable. What you can do is write a > python extension that essentially gets a piece of SVG to transform. But > this is fairly flexible. Also, if you know C/C++ you might be able to > write something like an LPE to help out. LPE? I do know several languages, including C/C++. I thought Inkscape was. I would like to be able to change colors (and maybe remove them in some cases), resize and place objects and save/load files from scripts. > > > Additional request for information: > > Is it possible to define a custom color table? Embroidery machines > > usually have a fixed color table (which can be converted to various > > thread vendor product/color numbers). > Not sure, but I think there is at least some support for color > management. Perhaps someone else knows more about this? I think the palettes was what I was looking for and have since learned how to do this. > > > Is it possible to turn an outline on for an object and give it a > > different color than the object, or easily create an outline? > You mean outline as in stroke? If so, that's trivial in SVG, every > object intrinsically has a fill and a stroke. Yes, I finally figured this out. As I said, new to inkscape and SVG. > > > Finally, is there a way to do "Ungroup repeatedly until there are no > > groups left, and convert objects to paths." as part of an extension > > (http://www.jonh.net/~jonh/inkscape-embroidery/) without modifying the > > original (as part of an export, etc.)? > I think it's possible to create extensions for output as well, so > conceivably this would be possible. In any case, you might want to have > a look at this extension: > > https://gitorious.org/various-small-stuff/inkscape-ungroup-deep/ > I am starting to wonder if I actually need this, but on having looked at that code, I was able to at least start working on groups with my code. Thank you, Trever

4 3

Codestyle: _*
by Johan Engelen 18 Jan '12

18 Jan '12

Hi all, I am busy 'improving' a small part of the code to use an underscore for class members. I think this helps fight bugs when converting C functions to class methods. For example, a SPPath function may define a temporary variable 'curve', but that one will hide the class's own 'curve' variable (inherited from SPShape). Since the class hierarchy is quite long at places, this is not so easily spotted. So I think the _* stuff for members is really nice and clarifies code a lot. However, now I read in our codestyle document: * Underscore as first character of identifiers Please consider that the C++ standard reserves _* identifiers [17.4.3.1.2]: "Each name that begins with an underscore is reserved to the implementation for use as a name in the global namespace". Hmm, quite a large part of our codebase already uses _* to signify class members. I think this is somewhat common practice? Do we agree to ignore this text in the C++ standard? And shall we change our codestyle text to indicate that we use _* to indicate class members? (I hope this does not result in long maillist discussions... Please answer yes or no. I am already convinced that _* is better than without, and cannot be convinced otherwise. (I _may_ consider 'm_' but it is perhaps overly verbose?)) Thanks, Johan

3 4

Re: [Inkscape-devel] Powerstroke requests
by Valerie 18 Jan '12

18 Jan '12

If I may add a few words about interface... Inkscape now has several pretty fun options for path shapes: - Simple line - Pattern along path - Powerstroke - Sketch brush - [anything I might have missed. There will probably be future options too] Now, for the "shape" drop-down I rarely use the presets because they are rarely the exact width I need them at, it's easier to create the right shape and copy it. So, how about the following? Shape: - Line - Thick stroke (<- powerstroke) - Sketch brush - Clipboard - Custom (insert drop-down of shapes you've saved for Pattern along Path) It's rather unfortunate that Inkscape's tool control bar is static, otherwise I'd recommend for common options (like width and repeat options in Pattern Along Path) to appear depending on the shape you've selected. (though in the meantime, can someone please add dashes and markers to the tool option bar? Having to hunt through two layersof Fill & Stroke dialogue each time is a bit annoying... also, a button to match marker colors to stroke color rather than hunting through the menus, please? Some of us do a lot of graphs in Inkscape...) More generally, I'd like to see some proper of sorting of LPEs eventually: - Path shapes can be integrated into pen and other tools - Effects like Gears seem like they belong in Extension -> Render - I'd also Really like easier and on-canvas access to some transformations that would probably be used more often if access were easier (not only LPE): Envelope, Perspective, and Envelope deformation. Couldn't we include them as a drop-down options (like with pen and Shape) in the Select and Transform tool? I can do mock-ups.

5 10

cannot compile rev 10891 (Windows XP)
by alvinpenner 17 Jan '12

17 Jan '12

attempting to compile rev 10891 I get the following error message: Make error line 289: problem compiling: src/2geom/conicsec.cpp:1491:20: error: prototype for 'std::vector<Geom::Point> Geom::xAx::allNearestPoints(const Geom::Point&) const' does not match any in class 'Geom::xAx' src/2geom/conicsec.h:477:24: error: candidate is: std::vector<Geom::Point> Geom::xAx::allNearestPoints(Geom::Point) const - Alvin -- View this message in context: http://inkscape.13.n6.nabble.com/cannot-compile-rev-10891-Windows-XP-tp3677… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

Traversing nodes of a path in order
by Maximilian Albert 17 Jan '12

17 Jan '12

Hi all! After a long break I just had a quick play-around with some of the Inkscape code. At some point I needed to traverse the nodes of the selected path in the order in which they appar along the path, but I couldn't find out how to do it in the limited time I was able to spend. What's the correct/recommended way of doing this? Are there some examples on the wiki or somewhere else? Cheers, Max

5 8

Writing an extension
by Trever L. Adams 16 Jan '12

16 Jan '12

This relates to https://bugs.launchpad.net/inkscape/+bug/247463 and comment 37 in particular. I would like to be able to attach information to objects that are needed for high quality digitization. This includes stitch length and stitch direction. I am thinking of displaying the direction as gradient, although direction may be very complex. I am just learning about SVG so, I do not know if there are smart ways of doing this. (For example, think of a leaf, where you may have 20 different direction changes.) I also do not know XML very well (creating schema, etc). So, is there a standard way to extend SVG or embed such codes in SVG for a given object? How would I go about attaching buttons, etc. in the GUI? Can I have Inkscape view the direction code as a gradient for display (if an option is set)? Or, show the fill as lines going in that direction? (Again, this wouldn't be done in printing/export/etc., only in viewing with an option set.) I would like to do this in SVG and Inkscape since I believe both are scriptable and both can be used for print as well. (This is a project for both print and embroidery.) Additional request for information: Is it possible to define a custom color table? Embroidery machines usually have a fixed color table (which can be converted to various thread vendor product/color numbers). Is it possible to turn an outline on for an object and give it a different color than the object, or easily create an outline? Finally, is there a way to do "Ungroup repeatedly until there are no groups left, and convert objects to paths." as part of an extension (http://www.jonh.net/~jonh/inkscape-embroidery/) without modifying the original (as part of an export, etc.)? Thank you, Trever

2 1

nigthlies ppa
by Alexandre Prokoudine 14 Jan '12

14 Jan '12

Hi, Apparently https://launchpad.net/~inkscape-nightly/+archive/ppa turns up first in google for "Inkscape nightly", even though it's an outdated PPA. Could we please somehow redirect people to the real one? Alexandre Prokoudine http://libregraphicsworld.org

1 0

Extended input issues with later GTK2
by Jon Cruz 13 Jan '12

13 Jan '12

Just wanted to toss out a note that I think I've found a main problem with how Inkscape deals with extended input devices. The issue where they give no extended pressure, etc. on later GTK2, including that in Ubuntu 11.10, is due to missing event initialization. I'm trying to narrow it down a bit. Of course, there are still some other bugs that appear to give random garbage in the middle of extended input. There's a good chance that a simple work-around could even filter those out. So, the main thing now is to know if anyone is trying to use tablets currently and is tripping over GTK2 extended input problems. Speak on up and we might be able to get things at least passible soon. Thanks.

6 10

regression in current trunk (r10873) when zooming in/out
by ~suv 12 Jan '12

12 Jan '12

A recent commit (one of r10870-10873) has changed how the canvas gets redrawn (prior build r10869 is still ok): with my latest builds of r10873 [1], the canvas is not properly cleared when zooming in/out. Steps to reproduce: 1) open the attached file in Inkscape 2) zoom in closer and then zoom back out several times --> result: <http://imgh.us/regression-test-r10873-2-screenshot.png> (compare to <http://imgh.us/regression-test-r10873-2.svg>) ~suv [1] tested on Leopard and Lion: - Gtk+/X11 with cairo 1.10.2 (32bit, 64bit), debug + optimized - Gtk+/Quartz with cairo 1.11.2 (32bit), optimized

2 2

Re: [Inkscape-devel] Extended input issues with later GTK2
by Jasper van de Gronde 11 Jan '12

11 Jan '12

On 11-01-12 16:22, jbc.engelen@...2731... wrote: > ---- Jasper van de Gronde <th.v.d.gronde@...528...> wrote: >> I usually just download the latest TDM GCC from this site: >> http://tdm-gcc.tdragon.net/download >> I would recommend taking the 32 bit bundle installer. >> >> Any objections if I update the Wiki page to point to the site above >> instead of the direct download? > > Not at all. We should always be able to build with latest TDM GCC. > Done.

1 0

Re: [Inkscape-devel] NULL vs. 0
by Jon Cruz 09 Jan '12

09 Jan '12

On Jan 7, 2012, at 11:39 AM, Tomaz Canabrava wrote: > Stroustrup answer to that: > > Should I use NULL or 0? > > In C++, the definition of NULL is 0, so there is only an aesthetic > difference. I prefer to avoid macros, so I use 0. Another problem with > NULL is that people sometimes mistakenly believe that it is different > from 0 and/or not an integer. Actually, for a modern compiler NULL is not an integer. C++ did a bit of a change, and 0 gained special meaning. I believe that most of the systems where it made an actual difference are now gone, but it did. However... the main reason I made the code change is that when I updated to gcc 4.5.2, it started warning on that constructor. It complained that we were setting a pointer value into a non-pointer variable. So we probably have NULL defined as some pointerish macro or value and which should not be assigned to integer variables, while '0' is a magical constant that the compiler knows to just do the right thing with for both pointers and integers. '0' by the C++ language definition works in all cases, but NULL does not. This and the associated warning start to become very important for 64-bit code. Mixing integers and pointers leads to major problems. Bottom line, though, is that we need to remove warnings by fixing the code. The pointer assignments in that initializer could be changed to "NULL", but the integer ones need to stay changed to zero.

5 5

Janitorial tasks
by Kris De Gussem 08 Jan '12

08 Jan '12

Hi all I like to go on with the replacement of the deprecated wrapper functions in src/xml/repr.h with direct calls to their respective functions (as listed in the first section on http://wiki.inkscape.org/wiki/index.php/Janitorial_tasks). Any objections? Kind regards Kris

4 8

Unweirdification of preferences button location in toolbar ; )
by Johan Engelen 08 Jan '12

08 Jan '12

Hi all, With the unweirdification of the preferences dialog in place... shall we exchange the locations of the document properties and inkscape preferences buttons in the toolbar? I am always confused to see them in the order they are in now. Ciao, Johan

1 0

NULL vs. 0
by Johan Engelen 07 Jan '12

07 Jan '12

Hi all, Before reading on, have a look at this code fragment, and ask yourself the question "what type is _desktop, _verb_t, _css, _tool_obs, etc.?" StyleSwatch::StyleSwatch(SPCSSAttr *css, gchar const *main_tip) : _desktop(0), _verb_t(0), _css(0), _tool_obs(0), _style_obs(0), _table(2, 6), _sw_unit(0) The correct answer is: _desktop is a pointer _verb_t is an int _css is a pointer _tool_obs is a pointer _style_obs is a pointer _sw_unit is a pointer Please STOP changing NULL into 0. It makes the code completely unreadable and makes me want to quit Inkscape. I am not kidding. Thanks, Johan

1 0

New: add nodes at extreme values
by Johan Engelen 05 Jan '12

05 Jan '12

Hi all, To help font designers, I just added new functionality to the node tool. It adds a node at the extreme values of a path, if there is not already a node there. (because of a bug in 2geom, it does not work for some special cases, we are working on it) At the moment, this new feature adds 4 buttons to the node tool. Way too much of course. The plan is to move them into a submenu of the Add nodes button. This should not be too hard, the first step is to rewrite in /src/widget/toolbox.cpp: " <toolitem action='NodeInsertAction' />" " <toolitem action='NodeInsertActionMinX' />" " <toolitem action='NodeInsertActionMaxX' />" " <toolitem action='NodeInsertActionMinY' />" " <toolitem action='NodeInsertActionMaxY' />" to " <toolitem action='NodeInsertAction'>" " <menu action='NodeInsertActionMenu'>" " <menuitem action='NodeInsertActionMinX' />" " <menuitem action='NodeInsertActionMaxX' />" " <menuitem action='NodeInsertActionMinY' />" " <menuitem action='NodeInsertActionMaxY' />" " </menu>" " </toolitem>" or so I learn from a gtk demo [1]. It uses a new GtkMenuToolButton [2]. But, alas, if you rewrite it, you get GTK errors and Inkscape terminates... I hope someone can find the time and spirit to work on this. Thanks! Cheers, Johan [1] http://git.gnome.org/browse/gtk+/tree/demos/gtk-demo/appwindow.c?id=2.24.8 [2] http://developer.gnome.org/gtk/2.24/GtkMenuToolButton.html

2 3

Deep Ungroup
by Matěj Cepl 05 Jan '12

05 Jan '12

Hi, in view of https://bugs.launchpad.net/inkscape/+bug/171117 I have created this small extension for recursive ungrouping https://gitorious.org/various-small-stuff/inkscape-ungroup-deep/ (tarball should be available at https://gitorious.org/various-small-stuff/inkscape-ungroup-deep/trees/0.1). It is just proof-of-concept (version 0.1) but seems to work for me. Bug reports, or (even better) patches and pull requests are more than welcome! I was told on #inkscape IRC channel that I cannot add my extension on http://wiki.inkscape.org/wiki/index.php/Extension_repository so if anybody would be able and willing to put it there, I would really appreciate it. Thanks a lot (and happy New Year!) Matěj -- http://www.ceplovi.cz/matej/, Jabber: mcepl<at>ceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC "Anything essential is invisible to the eyes", the little prince repeated, in order to remember. "It's the time you spent on your rose that makes your rose so important." "It's the time I spent on my rose ...," the little prince repeated, in order to remember. "People have forgotten this truth." the fox said. "But you mustn't forget it. You become responsible forever for what you've tamed. You're responsible for your rose..." "I'm responsible for my rose...," the little prince repeated, in order to remember. -- Antoine de Saint-Exup?ry: The Little Prince

2 1

Wiki !!!
by Johan Engelen 04 Jan '12

04 Jan '12

I need ours! :) Thanks for fixing it, Johan

3 5

GSEAL issues (lots of them!)
by Alex Valavanis 03 Jan '12

03 Jan '12

Hi All, I thought it would be worth mentioning that we need to get rid of all direct access to private fields of objects as part of our GTK+ 3 migration. i.e. foo->bar = bar_val; // NO!! gtk_foo_set_bar (foo, bar_val); //Yes! bar_val = foo->bar; // NO!! bar_val = gtk_foo_get_bar (foo); //Yes! To check for these issues, you can compile inkscape with: make CFLAGS+="-DGSEAL_ENABLE" CXXFLAGS+="-DGSEAL_ENABLE" Note that there are probably hundreds of such problems, so any help with the cleanup would be appreciated! Usually there is a suitable GTK/GDK accessor function to fix the problem. Sometimes (e.g. [1]) there isn't, which I guess implies that we're doing something the "wrong" way. Cheers, Alex [1] https://bugs.launchpad.net/inkscape/+bug/911174

1 0

Bazaar advice
by Johan Engelen 03 Jan '12

03 Jan '12

Hi all, A recent commit to lib2geom compressed almost all commits since februari into one. Very annoying, although I know you can find out what those individual commits were with some more clicking. These mistakes don't surprise me; I am scared of the bzr tool that does things I do not understand. So to make people aware of the dangers of bzr, I'd like to give advice to simple folks like me: ************************************* I strongly advise you to not work in branches and merge it into trunk, and stay away from any other so-called convenient advanced functionality of bzr, like push-pull-whatever. Simply use it in 'svn mode'. http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar#Using_a_central… ************************************* If you have fully understood how bzr works, perhaps you can try to use the extra functionality. In that case, learn how to foul up the history (like rev2000 in lib2geom) so you don't type in such commands. Thank you very very very much, Johan (PS. no hard feelings to the committer of course! I blame the tool that allows these things to happen)

4 5

Canvas color option (Bug #169623)
by Nicolas Dufour 01 Jan '12

01 Jan '12

Hi all, I've just committed a patch William Swanson did for the wishlist bug #169623 "Canvas color option" (https://bugs.launchpad.net/inkscape/+bug/169623). A rather popular wishlist (12 people declared being affected on LP). It compiles and works as expected on Windows XP and Ubuntu. The canvas color is now set to the drawing background color (defined in the document properties), ignoring alpha. Thus if you choose a fully transparent black, the canvas will be black (instead of white as in the stable Inkscape version). Note that the modification doesn't affect exports (PNGs still use the alpha channel). Don't hesitate to comment. Regards, -- Nicolas PS: Apparently the snap indicator color is broken (it never gets the white stroke it has in the 0.48.x branch when using a dark background - SnapIndicator::set_new_snaptarget is *always* called with pre_snap=false), but it seems that the bug was already in the trunk (also reproduced on Windows XP with 10760, 10700, 10614 and 10568).

4 5

Re: [Inkscape-devel] [Lib2geom-devel] Bazaar advice
by Krzysztof Kosiński 30 Dec '11

30 Dec '11

By the way, all people who work on a trunk checkout of lib2geom might need to use bzr pull --overwrite or get a fresh checkout. I'm not sure how a bound branch works in this case. If you opt for a fresh checkout, you can carry over your uncommitted changes using bzr merge --uncommitted or a diff Regards, Krzysztof

2 2

Inkscape Website (Help needed)
by Ian Caldwell 30 Dec '11

30 Dec '11

Hello Folks, It's that time again, I hope everyone is having a happy holidays! I am writing to you all in an urge to complete the new website within the next couple of months. I know we have all been busy with the holidays and what not. Here's a brief update on that status. The website in regards to the design elements have been completed almost all the bare bones pages have been completed and implemented into the design. The design can be seen at dev.inkscape.org . and of course the code can be viewed at https://code.launchpad.net/~inkscape-webadmin . The backend code has been partially implemented however a lot is still missing such as user accounts login etc and a web based editor. I'd like to take a moment to thank Chris Morgan for porting over all the pages an Hinerangi Courtenay for the actual design as well as the various others. I can't name everyone in this email but it's definitely been a team effort. On that note there's still a lot to be done. Here's what I think our best plan of attack is. I think our best plan of attack is to take the current site and all of it's factors and put it into a solution such as pinax ( http://pinaxproject.com/) Using pinax allows us to make a custom website without having to have all the components of a CMS but it allows us to easily implement various things with little effort such as account management profiles etc and web based editing. Overall it shouldn't be too much work but we need someone with python/django experience to port our current code/design elements to pinax. >From there once it's implemented we will then of course need the various translation teams to finish translating the content and to port over the rest of the news. So today I am looking for anyone with django/python experience to contribute to getting this website finished. I need people who are motivated and willing to push forward and get this done in the least amount of time possible. If you're willing to contribute or have any further questions on the inkscape website please feel free to reply to this email or to me directly via email or irc (msg inc) Also if there is a company that would like to sponsor development of the website or put in hours. We're willing to list you as a contributor on the website development page. In the past this project has kind of been put a little bit on the back burner due to everyones time constraints which is completely understandable but any help we can get would be great. Thank you, Ian Caldwell

1 0

Participation at SCALE 10x
by Jon Cruz 30 Dec '11

30 Dec '11

Hi guys, Just putting out a general call for anyone who would like to help us man a booth at SCALE 10x this year. http://www.socallinuxexpo.org/scale10x I know Josh and I will be there, but if anyone else can spend a little time in the booth that would be a big help. The conference has given us a set of free full access passes for that. If anyone is interested in helping, just drop me an off-list email. I'll get you the instructions (which basically cover registering up to the point of paying, then sending me the registration number to finish on my side).

1 0

Re: [Inkscape-devel] OCAL Dialog Redesign
by Andrew 28 Dec '11

28 Dec '11

Hi Guys, So I have been doing a lot of work on the Import from OCAL dialog and I have finally finished! I was wondering whether I could get some testing, especially on some different platforms with different internet connections. All you need to do is get my branch using: bzr branch lp:~and471/inkscape/ocal-dialog-improvements And then compile as usual. You will find the dialog in File > Import Clip Art So yeah, basically I want a lot of testing, to iron out any errors that I have missed and also feedback on the stuff I have done. Then once that is all done, I shall propose for merging into trunk. A list of changes is below, as well as a link to screenshots of the new dialog. Thanks! -- Andrew Screenshots: http://wiki.inkscape.org/wiki/index.php/OCAL_Dialog_Re-Design == Changes == * UI Redesign (which includes) - Altered the padding and packing of all widgets - Added search entry with clear and search icons - Added OCAL Logo overlay - Put descriptions inline in list - New preview widget that shows extra metadata - New status widget to notify on errors/success etc. - Dialog is now persistent (retains state) - Better messages for the user - Changed title/menuitem to 'Import Clip Art' * Backend stuff (which includes) - Use new GFile API instead of depreciated GNOMEVFS - Use async methods so the UI isn't blocked - Use smaller, thumbnail images in the preview widget (save on bandwidth and increase speed) - Implement cancelling of operations - Put downloaded resources into one directory, from which we can use later - Big cleanup in terms of code

5 5

Find / Replace dialog
by John Smith 28 Dec '11

28 Dec '11

How about an updated Find dialog to include the great replace functionality found in 2 text extensions - Replace text and Replace font ? The idea is to have a unified dialog that can find/replace on almost anything in the document - text, styles, attributes, fonts etc. A history of past find/replaces (in the combo-box), exact and case sensitive matching, undo history, dockable dialog, and the status on what was found/replaced. Any ideas to improve the find dialog more that welcome ... https://bugs.launchpad.net/inkscape/+bug/909328 ----------------------------------------------------------------------------------------------------------------------- Send big files for free. Simple steps. No registration. Visit now http://www.nawelny.com

1 0

FOSDEM and Color
by Tavmjong Bah 21 Dec '11

21 Dec '11

Hi, Do we have anyone going to FOSDEM[1] in February? Chris Lilley will be giving a talk on the SVG2 Color chapter at a "Colour Management" session and will be looking for feedback on color management in SVG2. Tav [1] http://fosdem.org/2012/

1 0

Adding half tones pattern to SVG filters
by Ivan Louette 21 Dec '11

21 Dec '11

I would propose to add half tones patterns to svg filters primitives. I think adding them at this level could be extremely powerful and useful for designers like turbulence is already. No need for a lot of settings (most of them like color could be controlled by their association with other primitives) ; only frequencies (x and y), shape, angle and eventually other ones proposed by print specialists. ivan

3 2

Wacom Weird
by Martin Owens 21 Dec '11

21 Dec '11

I just noticed that in Oneiric that my tablet isn't doing it's thing even with everything switched on. Is there still a bug in inkscape trunk over the pressure? This is what I dug up: http://osdir.com/ml/ubuntu-bugs/2011-11/msg06429.html It looks like it might be a gtk bug? If so, what needs to happen to fix it? Martin,

9 29

Re: [Inkscape-devel] DHW file input extension
by Nikita Kitaev 21 Dec '11

21 Dec '11

The repository now has four test files: https://github.com/nikitakit/DM2SVG/tree/master/sample Page 1 is an all-in-one test file, Page 161 should be just a single stroke, and Page 162 should have each number on its own layer. ~Nikita On Tue, Dec 13, 2011 at 3:01 AM, Chris Morgan <chris.morganiser@...400...> wrote: > Nolota: try this and see if it works properly: > https://gist.github.com/1471691 > > (Not having any DigiMemo files I can't test it without faking data myself by > following the process in reverse, which would be a waste of time.) > > -- Chris On Tue, Dec 13, 2011 at 2:48 AM, Mark Schafer <mschafer@...2596...> wrote: > Thanks - please also send a very very simple test file - say with a single > stroke in it. > Cheers... > > > On 12/13/2011 11:20 PM, Nikita Kitaev wrote: >> >> Thank you. There's one test file in the repository, and I'll send you >> a couple more tomorrow. >> >> ~Nikita >> >> On Tue, Dec 13, 2011 at 2:14 AM, Mark Schafer<mschafer@...2596...> >> wrote: >>> >>> Hi Nikita, >>> I can probably convert it to python for you. >>> Can you send me some files for testing - with what they look like as pngs >>> (say) >>> >>> Cheers, Mark... >>> >>> >>> >>> On 12/13/2011 10:34 PM, Nikita Kitaev wrote: >>>> >>>> On Tue, Dec 13, 2011 at 1:13 AM, Chris Morgan >>>> <chris.morganiser@...400...> wrote: >>>>> >>>>> It won't be hard to port to Python, which would be ideal for use in >>>>> Inkscape. It's short and simple. >>>>> >>>>> >>>>> On Tue, Dec 13, 2011 at 8:08 PM, Alexandre Prokoudine >>>>> <alexandre.prokoudine@...400...> wrote: >>>>>> >>>>>> On Tue, Dec 13, 2011 at 12:34 PM, Nikita Kitaev wrote: >>>>>>> >>>>>>> A couple of months ago I modified someone's BSD-licensed DHW to SVG >>>>>>> converter and turned it into an Inkscape extension. DHW is the >>>>>>> proprietary format used by DigiMemo digital notepads (writing on the >>>>>>> notepad with a special pen will record all of the penstrokes and save >>>>>>> a copy of the writing onto an SD card). >>>>>>> >>>>>>> Right now the code is up on github [1]. It's a 215-line perl script, >>>>>>> plus the accompanying INX file. I'm wondering if it would make sense >>>>>>> to do something else with it, like adding it to an extension >>>>>>> repository or maybe even including it with Inkscape. Any suggestions? >>>>>> >>>>>> Ahem... So we should add Perl to our Windows installer? >>>>>> >>>>>> Alexandre Prokoudine >>>>>> http://libregraphicsworld.org >>>> >>>> My fault for not knowing that perl extensions don't work on Windows. >>>> >>>> I've never done binary file operations in Python, but if I can find >>>> some good documentation (or if someone else can port it) then we can >>>> make a Python version. I have an actual DigiMemo notepad and several >>>> hundred DHW files to use as test cases. >>>> >>>> ~Nikita

3 3

Make inkscape remember dialogs window status (bug #171579)
by John Smith 20 Dec '11

20 Dec '11

I have put an improved patch that addresses most of the issues in launchpad https://bugs.launchpad.net/inkscape/+bug/171579 >> 1. It only works with dockable dialogs (not with Text and fonts, XML editor, etc.). Now works with both dockable and non-dockable dialogs >> 2. It doesn't work correctly with dialogs docked in a floating window Docked dialogs in floating window are now remembered as open. Currently the basic status of visible/hidden, floating/docked, size and position are saved to preferences. However we dont save the complete docking status (such as docked above/below/left of/right of, iconified, dock in floating window etc), this patch mainly addresses the visible/hidden status of dialogs. >> 3. The minimize status of the docked dialogs is not remembered (they are considered closed). Iconified docked dialogs are now remembered as open, but are docked (not reiconified) on open (same as 2. above, currently no code to open a dialog as iconified) >> 4. It doesn't restore all the locked/visible icons of the Layers dialog. Layers icons fixed >> 5. The status is updated when the dialog is opened or closed, and doesn't necessarily reflects the status of the last closed Inkscape window. Saves the last windows status correctly in all the use cases i tried. Regards, John. ----------------------------------------------------------------------------------------------------------------------- Send big files for free. Simple steps. No registration. Visit now http://www.nawelny.com

1 0

GTK+ version dependency
by Alex Valavanis 20 Dec '11

20 Dec '11

Hi All, As we move towards GTK3 compatibility , we're going to run into a lot of backward-compatibility issues. For easy cases like bug #800565 [1], we can just add code alternatives, but there are other situations where this isn't really desirable. An example would be fixing deprecated symbols in our copy of GDL... I'd really prefer to import changes from upstream rather than increasing the size of our diff any further. However, the upstream fix for one of the GDL issues requires gtk+ 2.22. The question is when to start bumping the gtk+ version requirement for Inkscape? If we want to support LTS linux distros, we could be waiting a **very** long time. For example... Ubuntu Lucid (LTS) has no GTK+3 library, and only gtk+ 2.20, and is supported until April 2013. Options include... 1. Keep our linux LTS-release support rigorously; don't make any gtk code updates that introduce a gtk > 2.20 dependency (unless there are easy code-alternatives for backward compatibility). Eventually move on when common LTS distros reach end-of-life. 2. Gradually inch forward with dependency versions. Drop linux LTS-release support for trunk, but maintain support for all current non-LTS distro versions (e.g. Ubuntu Maverick and higher). 3. Charge ahead mercilessly towards compatibility with the current stable GTK version (currently 3.2). Break support for linux distributions as required, and laugh heartily in the faces of the grieving users. Any thoughts? AV [1] https://bugs.launchpad.net/inkscape/+bug/800565

6 8

Floating Dialogs with multiple documents
by John Smith 19 Dec '11

19 Dec '11

Is there a plan for how floating dialogs should be managed with multiple windows ? Currently each document has is own set of dialogs and a dialog-manager to control them. The dialog-manager ensures there is only one instance of each dialog per document. So with 2 documents open, you have 2 dialog-managers and can have 2 identical dialogs floating around at the same time (and several bug reports relating to this below) All floating dialogs respond to the current active document. When a document is closed all the dialogs opened with that window are reattached to the next open window and remain alive until the application is shutdown. Hence memory usage grows for each new window that is opened and is not reclaimed when documents are closed. Users have requested 2 different styles of operation (1) Have floating dialogs per document, but close/hide them when a document is closed/unfocused (258013) (2) Have at most a single instance of each floating dialog that works across all open documents "gimp style" (317439). Which is the preferred behaivour ? (1) Looks simpler because (2) needs to deal with dialogs docked with a document and floating dialogs across the whole app, and with new instances launched (such as double clicking a file in the file manager) Related bugs * https://bugs.launchpad.net/inkscape/+bug/317439 * https://bugs.launchpad.net/inkscape/+bug/258013 * https://bugs.launchpad.net/inkscape/+bug/216693 ----------------------------------------------------------------------------------------------------------------------- Send big files for free. Simple steps. No registration. Visit now http://www.nawelny.com

1 0

Toolbars architecture
by Romain de Bossoreille 18 Dec '11

18 Dec '11

Hi, I'm working updating the wiki to have a more clear view on modules, works to be done and tips for developpers. Here I'm working on the toolbars: http://wiki.inkscape.org/wiki/index.php/User_Interface_Modules#Toolbars Some questions: * Nearly everything is in src/widgets/toolbox.cpp. The final goal is it to have breakdown in per-toolbar-files (like for exemple we have actually for Select and Gradient toolbars) + toolbox.cpp file? o If yes, can I work at this breakdown or is there already a work to do this? * Is there a C++ migration guidance for toolbars? I've found nothing. * Can toolbars files move to a dedicated directory (ex: src/toolbars and then the C++ version in src/ui/toolbar) or will they still appears as widgets? * In files we are speaking about "toolbars" and "toolboxes". What's the good word? I think it's toolbar, but just to be sure... Moreover, I would like to propose you to have one page per toolbar in the wiki with a screenshot, list of functions (like a user documentation but that could be also usefull for developpers to find their way), links to related source files and (if we can have an automatic link between the wiki and launchpad) links to all bugs/wishlist related to it (with a system of tags). What do you think about it? Can I work in this direction? Thanks, -- *Romain de Bossoreille*

4 6

Inkscape::UI::Dialog::PanelDialogBase .cpp and .h file
by Romain de Bossoreille 16 Dec '11

16 Dec '11

Hi, I was working filling the wiki about User Interface. Is it normal that the file src/ui/dialog/panel-dialog.h does not have a .cpp? This file contains prototypes and source code of all functions of the class Inkscape::UI::Dialog::PanelDialogBase. For clarity and compilation optimisation, would it be better to break it in a .cpp and .h files ? Thanks, -- *Romain de Bossoreille*

2 2

Make inkscape remember dialogs window status (bug #171579)
by Nicolas Dufour 16 Dec '11

16 Dec '11

Hello, The wishlist report bug #171579, "Make inkscape remember dialogs window status", has been recently patched by John Smith. (https://bugs.launchpad.net/inkscape/+bug/171579) The patch compiles correctly on Windows XP, OSX and Ubuntu, and behave *almost* as expected. But: 1. It only works with dockable dialogs (not with Text and fonts, XML editor, etc.). 2. It doesn't work correctly with dialogs docked in a floating window. 3. The minimize status of the docked dialogs is not rememberer (they are considered closed). 4. It doesn't restore all the locked/visible icons of the Layers dialog. 5. The status is updated when the dialog is opened or closed, and doesn't necessarily reflects the status of the last closed Inkscape window. 1, 2 and 4 are probably out of the scope of the patch, but fixing 5, and maybe 3, would make the patch committable for 0.49 IMHO. 5 is debatable though. Should we save the status in the preferences when the last document is closed, or save it on a per document basis? Tests and comments are welcome! Regards, -- Nicolas

1 0

svg cleaner
by Alexandre Prokoudine 13 Dec '11

13 Dec '11

Hi, Today I got a mail from developers of a new SVG cleaning app called... *drumroll*... SVG Cleaner :) Source code is at Launchpad: bzr branch lp:svg-cleaner There are builds for Ubuntu: https://launchpad.net/~svg-cleaner-team/+archive/svgcleaner The app seems capable, developers are seeking input from experienced users. Alexandre Prokoudine http://libregraphicsworld.org

1 0

DHW file input extension
by Nikita Kitaev 13 Dec '11

13 Dec '11

A couple of months ago I modified someone's BSD-licensed DHW to SVG converter and turned it into an Inkscape extension. DHW is the proprietary format used by DigiMemo digital notepads (writing on the notepad with a special pen will record all of the penstrokes and save a copy of the writing onto an SD card). Right now the code is up on github [1]. It's a 215-line perl script, plus the accompanying INX file. I'm wondering if it would make sense to do something else with it, like adding it to an extension repository or maybe even including it with Inkscape. Any suggestions? ~Nikita [1] https://github.com/nikitakit/DM2SVG

3 4

Re: [Inkscape-devel] Re : Adding half tones pattern to SVG filters
by gespertino＠...400... 12 Dec '11

12 Dec '11

2011/12/11 Ivan Louette <ivan_louette@...48...>: > Thanks ! It's a very nice filter in GIMP indeed ! > > But SVG filters are non destructive and another advantage is that you can > combine several filters in one to create powerfull and customizable non > destructive custom effects. You're welcome! I mentioned GIMP's newsprint just as a reference of the needed features (dot shape, resolution, channels, etc) and UI. Using similar sets of features, names and UI distribution would make the SVG filter more familiar for GIMP users and vice-versa. I know SVG filters are different and of course I'd love to have a non-destructive filter instead of a one-time raster effect. Well, I'd love to have non-destructive filters in GIMP too, but that's far in the GEGL horizon. ;-)

1 0

Useful functions
by Josh Andler 10 Dec '11

10 Dec '11

Hey All, I stumbled across some videos a while back relating to some plugins for Illustrator that provide some pretty cool functionality and wanted to share, I just don't believe I did on the list (hopefully I'm not repeating). Do we have an appropriate page in the wiki for me to add them or does anyone think it would be more appropriate to just add a number of RFEs to the tracker? This first one shows some pretty useful color functionality you normally see associated with raster apps but is stuff that would rock to have for use in the vector space. Yes we have extensions that provide some of the functions, but they're destructive effects. http://www.youtube.com/watch?v=FRthJrsYepg This live half-toning stuff is definitely sweet. http://www.youtube.com/watch?v=RLOVqTE9Zy8 When we finally get to a point where we can produce proper PDFs for print, this would be some fantastic functionality to have (especially with the costs of home printing supplies). http://www.youtube.com/watch?v=xnGgtQAXf8U Just thought I'd share... Cheers, Josh

3 2

Next release check-in...
by Josh Andler 09 Dec '11

09 Dec '11

Hey all, Anything in particular people are looking to add or refactor which they haven't discussed yet? Development has greatly slowed and I am curious if it's related to lack of interest, time, or people not wanting to hold up a possible release by adding new features. Note, a release is unfeasible at this time anyway, so we're really still game for new code currently. Related to this, Tavmjong's gradient mesh branch is pretty nice (and still has bugs) atm... if anyone is interested in helping out with it, please let him know. It would be awesome if we could see that work stabilized and available in the next release. Just checking in... Cheers, Josh

6 8

Introspection
by Stefan de Konink 07 Dec '11

07 Dec '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, Is it currently already possible to use introspection with Inkscape? Are there any examples? Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7enuoACgkQYH1+F2Rqwn2fuACffR2/B0NXftshRRNcGhGfCBF2 6sYAoIgHfBlMRVP/2hpakGQ1N3hbyQqK =AkN7 -----END PGP SIGNATURE-----

2 2

new color / System Palette
by GiveLifeCS 05 Dec '11

05 Dec '11

Hi, I am Gabriel Vano the creator of Givelife color system GiveLife Color System put online the second product , the Color / System Palette in RGB ,more biggest of the world with 5101 shades of Color. I belive that this tool is very important and beneficial to help the Designers in General , saving time and to forget about having to create your own Color Palette , because with this Color Palette the Designers can find the most desirable shades of Color. This Color System has been tested by Designers demanding and the conclusion of all them is very clear ,it is a key tool of color. Currently this Color Palette is by default in the Operative System "Asturix" that the new version Asturix 4(Distribution of Linux), will be online in a week more or less for this reason I send an e-mail to all the developers of Inkscape to study the possibility to put it, by default in Inkscape. the type of the RGB is "SRGB". if you visit the website you can download the Color palette for Inkscape I am sure that this tool will be very ussefull for all the users of Inkscape. also the type of the licence is creative commons "CC" BY-NC-ND. I wait for your comments greetings Gabriel Vano http://www.givelifecolorsystem.com http://givelifecolorsystem2.blogspot.com/

1 0

Bug report
by Stefano Galli 05 Dec '11

05 Dec '11

Dear All, I'm a very satisfied user of Inkscape. I use MAC OS and passing from snow leopard to Lion OS I've found a problem of some file visualization. It happens that exported files in Pdf from Inkscape, if I use some gradient, this gradient is not well displayed on Anteprima software on Mac running Lion, while it is well displayed in Snow Leopard OS. Also the pdf files are well displayed on Acrobat Reader in both Snow Leopard and Lion. I've already reported the bug to the MAC people but I would like also to tell this to you if you have any solution also to suggest to the MAC people. Of course I can send every kind of example, screenshots and files also. I hope to get a reply. Thank you. Best Regards, -- Stefano Galli

1 0

Cleaning up Inkscape's SVG output.
by Tavmjong Bah 30 Nov '11

30 Nov '11

Hi, I have just checked into trunk some of the fruits of Abhishek's GSOC project to improve Inkscape's SVG output. Abhishek wrote the core routines to which I added a variety of utility functions. This code can result in cleaner and smaller SVG. It does the following things: For a given element (<rect>, <path>, etc.) it checks: 1. That all attributes are valid.[1] 2. That properties are appropriate.[2] 3. That properties are useful.[3] What Inkscape does when it finds a problem is controlled by settings under the "SVG output" section of the Inkscape Preferences dialog. For each of the above cases, you can independently: 1. Print out warnings to the console (if running Inkscape from the command line). 2. Delete the invalid or not useful items. In the dialog, you can choose when Inkscape should test the SVG: 1. When reading files. (If this option is enabled at start-up, files Inkscape uses internally like icons.svg will also be checked.) 2. When editing files. (Mostly useful for debugging Inkscape.) 3. When writing files. This code has been test on a variety of SVG files but it will need much broader testing. The default preferences are set to do nothing so as to avoid the risk of damaging files. Please take your favorite SVG files and compare the visual output when the "Remove" and "Writing" boxes are checked in the Inkscape Preferences dialog. Also, compiling the code under Windows and OSX needs to be checked. Tav [1] Only elements in the SVG name space are tested. [2] The SVG specification explicitly allows styling properties such as 'font-family' on most SVG elements (e.g. <rect>) but there a many cases where they are of no use. [3] A property is useful if it changes an inherited or default value.

7 12

Regressions after r10326 (initial merge of the cairo-rendering branch)
by ~suv 29 Nov '11

29 Nov '11

Since we don't have a dedicated thread for regressions introduced with the initial merge of the cairo-rendering branch and I don't want to mix it with reports about merge of the rendering cache or the removal of libnr, I'm starting a new thread forwarding related confirmed reports in the bug tracker which haven't been mentioned on the list before: Bug #845153 <https://bugs.launchpad.net/inkscape/+bug/845153> "radial gradients not rendered correctly" Bug #837066 <https://bugs.launchpad.net/inkscape/+bug/837066> "Bucket Tool regressions with Cairo renderer" Bug #814179 <https://bugs.launchpad.net/inkscape/+bug/814179> "CMS tab: Yellow and Cyan colors are swapped" Bug #805392 <https://bugs.launchpad.net/inkscape/+bug/845153> "Circle resizing do not preserve stroke width" ~suv (trying to work around the flood of bug mails to developers and the apparent inability of gmail's web interface to filter on custom mail headers [1] ;) ) [1] List of custom mail headers in bug tracker e-mail notifications to allow filtering on assignee, status, importance, tags etc.: <https://help.launchpad.net/Bugs/Subscriptions#Bug_mail_headers>

3 6

Re: [Inkscape-devel] Make script?
by Martin Owens 28 Nov '11

28 Nov '11

> On 27 November 2011 00:18, Mark Voorhies <mark.voorhies@...2508...> wrote: >> Do we have an inkscape make script to convert inkscape-svg to >> plain-svg when compiling/building programs that include svg files? > > Is this what you're looking for? > > inkscape --export-plain-svg=stripped.svg inkscape.svg Yes and in a way no, you see having inkscape are a build dependency would probably be considered unacceptable for most build servers, or at least slow down the processing of package building enough for it to be not useful. I'm imagining something light and probably Independent. Perhaps even a script to automatically limits any xml structure to a set list of needed namespaces would be quite cute.

3 3

Make script?
by Martin Owens 27 Nov '11

27 Nov '11

Hey guys, Do we have an inkscape make script to convert inkscape-svg to plain-svg when compiling/building programs that include svg files? I just noticed that many of the svg icons shipped with Ubuntu have inkscape and sodipodi references. Could we help to make sure that inkscape-svg is more like sources and plain-svg is compiled? Thoughts? Best Regards, Martin Owens

2 1

how to query current color on code level?
by Aapo Rantalainen 23 Nov '11

23 Nov '11

Hi, how I query current color (color of the selected object), fill or stroke, on code? I.e. color of the box in left-bottom-corner "Fill:". I have read the code (version 0.48.2) and tried this: SPDesktop *_desktop = SP_ACTIVE_DESKTOP; guint32 color = sp_desktop_get_color(_desktop, true); printf("selected color: %6x\n",color); But it is always returning 'ff0000'. ** I have found the place which writes text (but not the value) for the tooltip: ui/widget/selected-style.cpp:195 __color[i] = (i == SS_FILL)? (_("Flat color fill")) : (_("Flat color stroke")); And value is on ui/widget/selected-style.cpp:979 g_snprintf (c_string, 64, "%06x/%.3g", color >> 8, SP_RGBA32_A_F(color)); But I do not see is this correct place at all for accessing it. -Aapo Rantalainen

1 0

Second opinion
by Kris De Gussem 22 Nov '11

22 Nov '11

Hi all Could someone check independently the modifications in css.h in revision 10748? Seems to me that besides the initialisation, the equals operator in the CSSPrimitiveValue class was not doing what it was supposed to do. Thanks. Kind regards Kris

2 1

glibmm dependency should be updated
by Markus Peloquin 20 Nov '11

20 Nov '11

I just went through a lot of trouble installing dependencies for inkscape in RHEL5 only to find this error nigh instantaneously in the build: color-profile.cpp: In static member function static void Inkscape::ColorProfile::set(SPObject*, unsigned int, const gchar*): color-profile.cpp:299: error: g_uri_escape_string was not declared in this scope color-profile.cpp:308: error: g_uri_unescape_string was not declared in this scope The g_uri_* functions came in glib-2.16, not 2.4 like configure.ac looks for. I'll just go back to using RHEL5 and hating life...

1 0

Inkscape wiki news
by Kris De Gussem 15 Nov '11

15 Nov '11

Hi all I thought it was good moment to give an update from the wiki spam fighting front. I performed a thorough check on the nature and type of the recent vandalism. It is actually quite possible that there is only a single vandal. Because there is no captcha system active, anybody with even very basic programming skills is able to make a simple bot in a few hours that allows automated account creation, uploading fake images and adding spam links. Luckily, all vandalism appears to come from a few specific but broad ranges of open proxies. The reason is that if a vandal is using the IP address he gets from his internet server provider, he gets quickly blocked. Even if he is lucky to have a very dynamic IP address, he generally runs out of available IP addresses quite soon. Therefore, if he is able to, a vandal can (and will) use badly configured open proxies to have a bigger impact. Anyhow, I first checked for the individual vandal IP addresses, which I blocked. After a while, I was able to detect a line in the vandalism and IPs used, so I was able to block a few relatively small /24 IP ranges. With information from wikipedia about known and dangerous or abused open proxy ranges, I finally blocked 5 quite wide IP ranges. As far as I can see, no genuine wiki edit is done from these ranges nor any genuine account created. Since the blocks, no vandal activity was seen. Hopefully this keeps on being the case. Kind regards Kris

2 1

powerstroke
by Alexandre Prokoudine 12 Nov '11

12 Nov '11

Hi, I was wondering how powerstroke LPE was doing and whether we should enable it, and just have come across a document on somewhat similar thing called Advanced Outlines in Synfig Studio. I think some people in this list will enjoy reading it :) http://bit.ly/qwZ4lD BTW, should we perhaps enable some of the LPEs in nightly PPA? Some testing wouldn't hurt? Alexandre Prokoudine http://libregraphicsworld.org

11 32

Foot unit
by Johan Engelen 10 Nov '11

10 Nov '11

Hi all, I just found this in the code: gchar const *sp_svg_length_get_css_units(SVGLength::Unit unit) { switch (unit) { ... case SVGLength::MM: return "mm"; case SVGLength::FOOT: return ""; // Does not have a "foot" unit string in the SVG spec ... That seems weird. Are we sure this is correct, instead of returning "ft" for the foot unit? Thanks, Johan

3 4

About gtk3 migration....
by Alcides Viamontes Esquivel 10 Nov '11

10 Nov '11

Hi guys, I found this thread: http://sourceforge.net/mailarchive/message.php?msg_id=27264203 about migration of inkscape to gtk3. Has anybody worked on this? I've using Inkscape for a long time, but I have zero experience with it's inner workings (beyond coding basic extensions in python ;-) ), so, my question is, how complicated would it be? Regards!

7 10

GPGPU
by Ken O'Brien 10 Nov '11

10 Nov '11

Hi, What is the current state of gpgpu acceleration in Inkscape? and where can I find the docs for this functionality? Regards, Ken

3 4

inkscape wiki admin
by Ian Caldwell 10 Nov '11

10 Nov '11

anyone with the wiki inkscape admin credentials please send them to me as soon as possible. Thanks, Ian

1 0

Dead dl links
by John Cliff 09 Nov '11

09 Nov '11

Hi guys, can someone who knows how edit the downloads page to remove the modevia link for the windows nightlies? Cheers John

2 1

Mesh Gradients in Inkscape
by Tavmjong Bah 09 Nov '11

09 Nov '11

Hi, I have just checked in to my private Coons Patch Mesh Gradient branch, code that allows the ability to create and edit mesh gradients. Warning: This code is a real Hack. It is known to segfault and eat kittens for lunch. It will need lots of reworking by real experts before one can hope to see it in Inkscape trunk (as well as dealing with the issue that meshes are not part of the SVG 1.2 standard... they have been accepted as part of SVG 2.0 but that standard is along way from being appearing even in a draft form). What you can do with the code: 1. Create a simple one patch square mesh the size of an objects bounding box. (Select the third button on the Gradient Tool-Tool Bar and the double click the object.) 2. Drag corner nodes (diamonds). 3. Change color of corner nodes. 4. Drag handles (circles). There is no indication of what handle belongs with which corner node or path so it can be confusing. 5. Divide a row or column of patches into two rows or columns. (Double click on the lines connecting corner nodes. Double clicking elsewhere may lead to a crash.) At the moment, the row or column is split down the middle. 6. Save the mesh. The mesh is saved in the proposed SVG standard format (highly likely to change). 7. Read in saved meshes. Some of what is missing: 1. Ability to undo node moves/color changes. 2. Ability to merge two rows or columns into one or delete edge rows or columns. 3. Ability to change paths between straight lines and Bezier curves. Handles are shown even for straight lines. 4. Display of Bezier curves (they are shown as straight lines). 5. Stability (I did tell you it will segfault, didn't I?). 6. Sane coding. 7. Properly handling of gradient copying. 8. Auto-creation of conical gradients or other non-square gradient types. 9. Output to PS/PDF/PNG(?) 10. Update to current trunk. You can check out the code at: https://code.launchpad.net/~tavmjong-free/inkscape/mesh Tav

5 11

Stash-OSX
by Martin Owens 08 Nov '11

08 Nov '11

Quick Update on the stash front, $kouiskas on dA has published a BSD Licensed OSX Uploader. http://kouiskas.deviantart.com/art/OS-X-Sta-sh-195250264 If anyone is interested in making the Inkscape (and/or gimp) da.stash uploader plugins work in OSX, then reusing this code will probably be the right was to go. Best Regards, Martin Owens

1 0

Google+ page
by Alexandre Prokoudine 08 Nov '11

08 Nov '11

Hi, We now have a Google+ page: https://plus.google.com/b/108911244660285152681/ Currently we do not have plans to use it other than an additional communication channel. Alexandre Prokoudine http://libregraphicsworld.org

1 0

PPA progress
by Alex Valavanis 07 Nov '11

07 Nov '11

Hi All, I'm back from my trip. I've made a couple of changes to the PPAs and things will hopefully be back to normal pretty soon. I have a couple of queries too... Note that Launchpad seems to be having some headaches with recipe builds at the minute. See https://bugs.launchpad.net/launchpad/+bug/884516 == Changes == * Dropped unneeded version specifier for libwp* dependencies in lp:~inkscape.dev/inkscape/debian-packaging * Enabled builds of the inkscape-trunk-daily recipe for Ubuntu Precise and Maverick. * Bumped epoch of package version naming scheme to allow natty builds after the earlier incorrectly-named version == Queries == * At the moment, the "stable" recipe is actually building the head of the lp:inkscape/0.48.x branch. Do we actually want to do this, or should we build inkscape 0.48.2? * Is there much point having a daily build of the stable package? Surely we only need to rebuild it when a new stable version is released? * Have we decided which Ubuntu versions we support? I think it's safe to drop Ubuntu Hardy now - Canonical no longer support it for desktop installations. I'll have to do some tweaking with the packaging code to build for Lucid, but it shouldn't be too difficult. * Thinking about it, do we really need two separate PPAs? As far as I understand it, we can get multiple recipes to build in a single PPA. We can just create separate source packages ("inkscape-stable" and "inkscape-trunk") and use them to build similarly-named binaries in the same PPA. Should be easier for users that way. We can specify the binary packages as conflicting, to prevent any dependency hell. * I don't know much about libwpd/libwpg. Do we actually need both dev packages available at build time? Cheers, AV

3 6

I seek a representation
by Buddhika Chandradeepa Kurera 05 Nov '11

05 Nov '11

Hello, I am from Sri Lanka and relatively new to the project, I use inkscape a lot and really felt love with it. I am finding a Sri Lankan, is there any Sri Lankan working with this project in any capacity, please ping. I need you to contact soon, please contact me off list with your contact phone number, thanks -- Regards, *Buddhika Chandradeepa Kurera*

1 0

Compilation error
by Yann Papouin 03 Nov '11

03 Nov '11

Actually I can't compile on Windows: src/2geom/hvlinesegment.h:1: error: stray '\357' in program src/2geom/hvlinesegment.h:1: error: stray '\273' in program src/2geom/hvlinesegment.h:1: error: stray '\277' in program I had to encode hvlinesegment.h from UTF8 to ANSI to fix this

1 1

SVG Open 2011
by Tavmjong Bah 01 Nov '11

01 Nov '11

Hi, Jasper and I were able to represent Inkscape at SVG Open 2011 in Boston thanks to financial aid from the conference organizers. I gave two talks, one on Inkscape's currents status and another on the state of Mesh gradients in the SVG working group. Jasper gave a talk on separating gradients from geometry. Papers/slides for the talks can be found at the SVG Open website (www.svgopen.org/2011). We also were able to attend an SVG working group meeting after the conference where we discussed mostly mesh gradients and connectors. There were many interesting talks despite attendance being a bit lower than last year (maybe due to the very high cost of hotel rooms in Boston?). A few notes from the conference: 1. Microsoft is finished with their SVG 1.1 implementation. They will not support SVG Fonts nor SMILE animation. SVG Fonts will also not be supported by Firefox (old news). There is a move to get SVG fonts packaged inside OpenType. This would satisfy the need to support complex writing systems like Hindi. There is broad interest in this solution as it would allow, for example, multi-color fonts. SVG 2.0 will also likely include an API to get glyph outlines so the shapes can be manipulated. Microsoft is interested in animation but wants to see SVG and CSS unite on a common animation framework. Currently CSS3 Animations lack the power of SVG SMILE (which is only a subset of the complete SMILE standard). Unfortunately, JavaScript cannot always be used due to security restrictions. 2. JavaScript has gotten wickedly fast. This was demonstrated multiple times, most dramatically by the D3 JavaScript data visualization library. The examples shown in the D3 talk were very impressive. See: http://mbostock.github.com/d3/ Tav

3 2

Fwd: Inkscape Wiki page User testimonials has been changed by Simarilius
by unknown＠example.com 31 Oct '11

31 Oct '11

My first reaction to this edit is that someone is afraid of some well stated reasons why Inkscape come up short for a particular individual. The posting has been on the wiki for over five years. Have the import/export capabilities of Inkscape been improved since then? That is, is it possible "Grant" cold now use Inkscape for his/her purpose? I wish we could get "Grant" to provide some contact information on http://wiki.inkscape.org/wiki/index.php/User:Grant and encourage him/her to try again if the capabilities have been improved. Are you there, Grant? ---------- Forwarded message ---------- From: MediaWiki Mail - acspike@...34... Date: Mon, Oct 31, 2011 at 2:35 PM Subject: Inkscape Wiki page User testimonials has been changed The Inkscape Wiki page User testimonials has been changed on 31 October 2011, see http://wiki.inkscape.org/wiki/index.php/User_testimonials for the current revision. See http://wiki.inkscape.org/wiki/index.php?title=User_testimonials&diff=0&oldi… for all changes since your last visit.

3 4

Wiki log in failure
by unknown＠example.com 31 Oct '11

31 Oct '11

My username is being changed from "NeoPhyte_Rep" to "NeoPhyte Rep" as I log into the wiki (the underscore becomes a blank). Hence, I can't log in. Has there been some change that would cause this to happen?

6 11

(no subject)
by Leo Jackson 30 Oct '11

30 Oct '11

Josh, Alex, I revert changes, turning those PPAs back on. I will do what Alex said. I will also fix my mistakes. And change them back to the way they were. With the changes Alex said. Regards, Leo Jackson

1 0

The Maverik and Lucid builds
by Leo Jackson 30 Oct '11

30 Oct '11

To All, For the Maverik and Lucid builds I will have to look into the backports for changes will take a bit to set up. I will have them shortly just want them to build the first shot. Regards, Leo Jackson

3 9

libpng14/15 config detection and/or compile support
by Jeff Kowalczyk 30 Oct '11

30 Oct '11

If there is any way to support compilation of inkscape trunk on a system with libpng15 installed? On Gentoo Linux ~amd64, I have libpng 1.2, 1.4 and 1.5 installed in independent slots. Config detects and tries to compile with 1.5, even though that API is not yet compatible with inkscape, it seems. https://bugs.launchpad.net/inkscape/+bug/721029 I've usually been able to run inkscape trunk, my sincere thanks to all involved for keeping the build at such a consistently high level over several years. Thanks, Jeff

2 2

cppcheck
by Johan Engelen 30 Oct '11

30 Oct '11

Hi all, Kris has been improving our code using hints from cppcheck. I have started to use this program too, and already found some bugs with it. It seems like a really great program, and I encourage you to have a look at our code with it. Windows devs: yes this program has a nice Windows GUI ! Cheers, Johan

2 2

2geom modification
by Josh Andler 28 Oct '11

28 Oct '11

Hey all, It appears that the 2 last commits made to trunk had modified files in the 2geom directory. Unfortunately these modifications were done in our in-tree copy only which is effectively forbidden. This message is just a friendly reminder to everyone that the process is that changes are to be made upstream in lib2geom and then brought into Inkscape's copy. Jon, if you do not have commit access to lib2geom please submit a diff of your changes as soon as you can. Cheers, Josh

3 3

stable ppa
by Alexandre Prokoudine 28 Oct '11

28 Oct '11

Hi, Does anybody know why we have no packahes in https://launchpad.net/~inkscape.dev/+archive/stable ? Alexandre Prokoudine http://libregraphicsworld.org

4 6

Re: [Inkscape-devel] stable ppa
by Alex Valavanis 26 Oct '11

26 Oct '11

Oops... I meant to reply to the list! Please see my reply below On 27 October 2011 00:36, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote: > Hi Alex, > > Thanks for a swift reply. Was it sent off-list intentionally? :) > > Alexandre > > On Thu, Oct 27, 2011 at 3:28 AM, Alex Valavanis <valavanisalex@...400...> wrote: >> Hi, >> >> yes - I meant to do this, but I forgot. Sorry about that! We should >> be able to just copy the packaging code from the daily PPA but link to >> the relevant revision in the 0.48 branch instead of trunk. We'll need >> to check the versions of library dependencies though. I'm away at a >> conference until next week, but I can look into it when I get back if >> no one else has played with it. >> >> AV >

1 0

Social network upadates and feed rss inkscape.org
by Valessio S Brito 26 Oct '11

26 Oct '11

Hi all, I want to set updates from the official site for social networking. Does anyone know why the rss feed does not work on www.inkscape.org? Does anyone here know the password of Twitter? @inkscape I'm creating a fanpage on facebook[1] too. I know that we must prioritize free networks (Diaspora, identi.ca, noosfero and others); But unfortunately, there are many users on the basis of proprietary networks, can provide at least notificiações and updates. Since this part as an initial source of information; For a more complete content and participation, we encourage people to enter the alternative networks and free. [1] https://www.facebook.com/pages/Inkscape/301765596500828 -- ://ValessioBrito.info > Comunicação e Tecnologia mobile: +55 71 VALESSIO

4 5

files on the wiki
by John Cliff 26 Oct '11

26 Oct '11

Hi Guys, If there are files on the wiki which arent linked to by any pages, and dont appear to be inkscape related, do we delete them? example would be: http://wiki.inkscape.org/wiki/index.php/File:100_0306.jpg which has no links on our wiki, and is a truck, so has no apparent link to inkscape. Cheers John

1 0

State of the Wiki
by John Cliff 25 Oct '11

25 Oct '11

Hi Guys, Been doing some spam cleanup on the wiki, and there doesnt seem to have been a legitimate edit since about the 6th Oct. We seem to be getting about 4 accounts a day being created so that they can post a page full of garbage for seo or whatever. Is there a particular reason that we dont have any form of account verification before we let people create stuff? Can we require moderation before we let people post/create, or just disable automatic registration, and put a human (or humans) in the loop? As it is the only people who seem to be adding stuff are spammers... Cheers John

1 0

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 65, Issue 16
by Ashmi Shah 24 Oct '11

24 Oct '11

Quite a while ago, we submitted a request for the following: It would be nice to create hairline, single pixel line, or 0.001 to 0.004 inch thickness line while designing. The Windows GDI would consider this to be a vector line. It could be quite useful to use it in creating designs for processing by CNC as well as Laser machines for cutting. Was this ever implemented? If not, do you plan to implement it? Your feedback will be most useful. Thanks and regards. Ashmi Shah Solustan, Inc. 781-449-7666 www.solustan.com On Mon, Oct 24, 2011 at 12:59 PM, < inkscape-devel-request(a)lists.sourceforge.net> wrote: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > Today's Topics: > > 1. Re: Re : Regression : now unable to move primitives in > Filters Editor (Chris Morgan) > 2. Re : Re : Regression : now unable to move primitives in > Filters Editor (Ivan Louette) > 3. how to get x y coordinate in mm ? (perry-dev) > 4. Re: how to get x y coordinate in mm ? (~suv) > 5. Re: how to get x y coordinate in mm ? (Jasper van de Gronde) > 6. Re: Wiki log in failure (~suv) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 22 Oct 2011 01:01:46 +1100 > From: Chris Morgan <chris.morganiser@...400...> > Subject: Re: [Inkscape-devel] Re : Regression : now unable to move > primitives in Filters Editor > To: Ivan Louette <ivan_louette@...48...> > Cc: "Inkscape-devel(a)lists.sourceforge.net" > <Inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <CAMF4WegmM=ZfqfDEy668r0HkL2n3ahv9FYjYE9cUZaV5MBG4Rg@...401... > > > Content-Type: text/plain; charset="iso-8859-1" > > Not reproduced in r10660 on Ubuntu 11.10 64-bit (but built on Ubuntu 11.04, > before upgrade) or r10686 (entirely fresh build from clean tree). >

2 1

Wiki login
by John Cliff 24 Oct '11

24 Oct '11

Hi guys, Anyone know how to reset a wiki login? The reset password button seems to do sod all... Cheers John (simarilius) Sent from my iPhone

1 0

Modevia & Nightlies
by Josh Andler 24 Oct '11

24 Oct '11

Hey all, I got a response from JTC Inc regarding our use of the modevia server and was told that the server is no longer available for us to use. So, the bad news is that we need to find alternative hosting. However, the good news is that they didn't nuke our data apparently. They want to know what we need to be able to retrieve the data, so I left it with a response asking how much data we had on the server... once we know this we can make arrangements to recover the nightly stuff. Now is the fun part... does anyone know of any organizations that would be interested in hosting this stuff for us? I'm almost tempted to say the nightly builds might do well on sourceforge just for the sake of mirroring and having a rough idea of download stats. It's just a thought, no one is married to it. All reasonable suggestions are welcome. Cheers, Josh

6 8

how to get x y coordinate in mm ?
by perry-dev 23 Oct '11

23 Oct '11

Hi, I have one problem related to coordinates. i want to save d attributes in mm unit. for that with the help of google . i have changed default unit "mm" in Document Properties Option. After that i am going to draw 50x50 mm rectangle for that i need to change mm from px in "control tool bar " . now i got attributes like d="M 222.47117,285.53205 L 398.65476,285.53205 L 398.65476,461.71565 L 222.47117,461.71565 L 222.47117,285.53205 L 222.47117,285.53205 L 222.47117,285.53205 z" But when i changed mm to px then also got same attributes d="M 222.47117,285.53205 L 398.65476,285.53205 L 398.65476,461.71565 L 222.47117,461.71565 L 222.47117,285.53205 L 222.47117,285.53205 L 222.47117,285.53205 z" How to distinguish between mm and px . i am really stuck in this Let me know solution...!!! -- View this message in context: http://old.nabble.com/how-to-get-x-y-coordinate-in-mm---tp32704855p32704855… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

Regression : now unable to move primitives in Filters Editor
by Ivan Louette 21 Oct '11

21 Oct '11

Now in rev. 10674 I can not move primitives by dragging them through the Filters Editor tree ! I think this is a relatively recent regression. ivan

4 5

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 65, Issue 14
by gespertino＠...400... 17 Oct '11

17 Oct '11

I'm with Felipe on this one. Not only because I endorse free software but also for practical reasons. Supporting proprietary solutions just because of technical reasons might make it harder for FLOSS alternatives to mature if there's a handy proprietary driver/API in use. I wonder who would feel attracted to code optimizations and improvements if the application already works great with that proprietary addon. I also wonder how supporting proprietary (mantaining compatibility with free) impacts on the complexity of the code and if it doesn't add more work to the few developers the project has, even if somebody comes and provides the code. I'm convinced that some short term solutions like this could have a very negative impact sooner or later. nVidia has a good damage record with its proprietary drivers in linux: They work pretty good, so having a free alternative never felt as a real need, and there we are. Intel has better free drivers but inferior hardware, so if you're planning to do serious 3D you have to buy nVIdia or ATI and deal with their non-free drivers. Technically you have the option, but in practice it becomes a hard dependency. I don't think this is a political statement by itself, but coincidentally the political statement leads to the same conclusion. I'm glad to know that FLOSS is priority anyway. :-) Just my 2 cents.

1 0

Polygon in polygon test
by Pippijn van Steenhoven 17 Oct '11

17 Oct '11

Hello Inkscape developers, I'm working on an Inkscape function that sorts paths in an order suitable for 3D rendering. For this, I need to know which polygons contain which other polygons. In my use case, partial containment does not occur, i.e. every shape is either fully contained or has no crossings. I tried to implement this "polygon in polygon" functionality by iterating over all the points of one polygon and using the 2geom function Geom::contains(Path, Point) to test them for containment. However, I found several cases where the function does not yield the expected result[1]. The current method I use is to test for partial inclusion (at least one point is included) and the number of crossings (using the Geom::crossings function) is 0. This is super slow, however, so my question is: how can I efficiently test whether a polygon is in another polygon? [1] http://xinutec.org/~pippijn/files/txt/5c595dad425061f408f82cc6553a354e.txt -- B.Sc. Pippijn van Steenhoven, Projektleiter Tel.: +49 721 486995-22, Fax: -21 (Achtung! Neue Nummern) Mobil: +49 176 78131934, E-Mail: pippijn@...2685... Open Experience GmbH, Postfach: 111014, 76060 Karlsruhe Besucher: Zirkel 2 (im Rechenzentrum, Geb. 20.20), 76131 Karlsruhe Handelsregister: Mannheim HRB 706815, Ust-IdNr.: DE264743573 Vertretungsberechtigter Geschäftsführer: Konstantin Krahtov

1 0

Nvidia accel lib?
by John Cliff 17 Oct '11

17 Oct '11

Anyone seen anything about the new nvidia path rendering extension? May have some potential, and an nvidia guy responded to a post on the forum offering help if anyones interested in looking at it. http://www.inkscapeforum.com/viewtopic.php?f=28&t=10108 Cheers Sim Sent from my iPad

8 16

Latinoware 2011
by Alexandre Prokoudine 15 Oct '11

15 Oct '11

Hi folks, Is any of our contributors going to Latinoware 2011? We might want telling our community about that, if you are :) Alexandre Prokoudine http://libregraphicsworld.org

1 0

Re: [Inkscape-devel] Inkscape style connectors - usability suggestion
by Hans-Jürgen Hay 13 Oct '11

13 Oct '11

> The main idea was to have two types of connection points: some > default > connection points (as currently only the center is) and user defined > connection points. There would be 9 default connection points: the > center (the > only one available now) and other 8 connection points that you get > when you > draw 8 imaginary lines that connect the center to the corners of the > object's > bounding box and the midpoints of the edges of the object's bounding > box and > intersect these imaginary lines with the object's edge. just as an idea, I would suggest to handle connections more generic. Instead of using default and configurable fixed connection points it would be better to attach directly to the objects outer shape using generic connection points. In this case no predefined connection points need to be shown as the shape is shown in any case. When a handle gets near the shape the shape itself might get highlighted to indicate it will catch the handle when dropped. When the handle gets dropped near the shape it should connect to the shapes outer sub element (e.g. the nearest line of an rectangle) at an offset from its center calculated from the point of dropping the handle using a calculated normal. The Object would store the connection by adding an additional connection object to its connection list. Each connection object would at least need: - a reference to the attached handle, - a reference to the shapes sub element, to which the handle is attached - a relative offset from the shapes sub elements center point. - the normal vector to be optionally used for connecting attached line with an angle normal to the outer shape ( eg. for round objects) - sharp edges and the center of an sub element could be made prefered relative positions to snap to This could allow: * to delete connections when getting disconnected. * no need to handling additional default points * scaling of objects without disturbing the arrangement of the attached handles * allow attachments without code to display additional points/crosses/circles to show the user where he can attach the handle * no need decide in advance on the placement of the default connection point * individual placement by dropping the handle where it should stay * grabbing and moving the handle to a different location along the outer shape I don't know anything of the code base nor do I have any time to work on this in any capacity but envision the idea could lead to better diagram layout and improved usability. Hans -- ---------------------------------------------------------------------- Alterras GmbH, Allersbergerstr. 185-N, D-90461 Nürnberg http://www.alterras.de/, info@...1868..., Tel: (+49) 0911-480039-0, Handelsregister: Amtsgericht Nürnberg HRB 18488 Geschäftsführer: Hans-Jürgen Hay, Helga Sivak -----------------------------------------------------------------------

6 10

End shape tool with tool switch
by Samuel Buttigieg 13 Oct '11

13 Oct '11

Hello all Users/Developers, I was wondering if anyone was effected by this small bug(if you can call it one): sourceforge.net. Basically it means that if you switch from one tool to another before pressing enter, the shape/path drawn is destroyed. Is this intentional or would you like this to be fixed? I am looking for your opinions, be it in favor or against, so that if a lot of people appose this idea I won't waste any time on it. Thanks for your time. Regards, Samuel

2 2

Re: [Inkscape-devel] Snapping to paths broken?
by Diederik van Lierop 13 Oct '11

13 Oct '11

On Thu, 13 Oct 2011 11:15:35 +0200, Tavmjong Bah wrote: > Hi, > > With trunk I am having trouble getting snapping to paths to work > consistently. I was thinking about demoing the new snapping to the > intersection of a path and guide. I can get it to work sometimes but > for > the most part my test rectangle will not snap to anything to do with > a > path. Snapping to the grid and guide lines always works as expected. > Has > anybody else seen this behavior? It seems to not work more often with > complicated drawings (many layers). There are some known issues with the related 2geom code. Nathan Hurst is working on this. I expect that's what you're running into. For more details see this thread: http://sourceforge.net/mailarchive/forum.php?thread_name=20110923205906.GA1… I will let you know when this has been fixed. We can then see if any path-snapping bugs are remaining. > I've also gotten this error message a few times: > > ERROR:widgets/toolbox.cpp:2108:void > toggle_snap_callback(GtkToggleAction*, gpointer): assertion failed: > (ptr != NULL) That's something that I need to fix. Which tool are you using? Can you write down the exact steps leading to these warnings? Thanks, Diederik

2 1

Snapping to paths broken?
by Tavmjong Bah 13 Oct '11

13 Oct '11

Hi, With trunk I am having trouble getting snapping to paths to work consistently. I was thinking about demoing the new snapping to the intersection of a path and guide. I can get it to work sometimes but for the most part my test rectangle will not snap to anything to do with a path. Snapping to the grid and guide lines always works as expected. Has anybody else seen this behavior? It seems to not work more often with complicated drawings (many layers). I've also gotten this error message a few times: ERROR:widgets/toolbox.cpp:2108:void toggle_snap_callback(GtkToggleAction*, gpointer): assertion failed: (ptr != NULL) Inkscape r10675 with Fedora 15. Tav

1 0

Counterproductive commits by Jon
by Krzysztof Kosiński 08 Oct '11

08 Oct '11

Hello I noticed that Jon Cruz is removing forward headers and replacing them with hand-written forward declarations. This is completely backwards! Jon why are you doing this? Regards, Krzysztof

5 10

Write SVG File ascending wise How to ?
by perry-dev 07 Oct '11

07 Oct '11

I have add the one custom dialog in inkscape . In that i provide the on radio button that we mention the object priority Now my svg file save like Now i want to save svg file in ascending order , ascending operation in Priority value , After ascending svg file i want to save file like that i mention below For that i write custom code when user select Object Path .In "sp_item_list_to_curves" function i do ascending operation in Priority value . after that i can get the Priority values in ascending order .. But when i save the file in svg format i can't get output what i want actually..!! -- View this message in context: http://old.nabble.com/Write-SVG-File-ascending-wise-How-to---tp32606645p326… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

How to Write SVG FILE in reverse ORDER ??
by perry-dev 07 Oct '11

07 Oct '11

Hello Team, Now Inkscape Create SVG File Like Here You can see One more Parameter is Priority .... But i want to Write Same SVG File Like that i mention below from inkscape Code --->> HERE Both SVG file difference so Please read carefully ...!! So Any idea I hope youunderstand what i want to do ? Let me know solution ...!! -- View this message in context: http://old.nabble.com/How-to-Write-SVG-FILE-in-reverse-ORDER----tp32606644p… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Out-of-source build
by Johan Engelen 06 Oct '11

06 Oct '11

Hi all, Could someone take the time to explain on our wiki how to compile Inkscape "out-of-source" on Linux/Ubuntu? Such that all object files and whatnot are not put in-between the source files in /src/ but in a separate folder, say /build/. Thanks a bunch! Johan

3 3

Synfig exporter extension
by Nikita Kitaev 05 Oct '11

05 Oct '11

I've finished working on the first iteration of the SVG Synfig exporter. The essential features are there and a lot of bugs are fixed, so I think now would be a good time to consider including a copy with Inkscape. I committed the files into a personal branch of inkscape: "lp:~nikitakit/inkscape/svg2sif". (Disclaimer: I'm a git advocate and don't know much about bzr) My work was all done on Ubuntu natty with Python version "2.7.1+", testing against Inkscape 0.48.1, Inkscape trunk build, and a large collection of OpenClipArt files made with various (older) versions of Inkscape. It would be good if someone could test it on Windows and Mac (especially if the python versions are different). ~Nikita

3 9

Re: [Inkscape-devel] Increasing stroke width on grouped objects evokes erratic behavior
by Samuel Buttigieg 04 Oct '11

04 Oct '11

Hello again, Patch posted on launchpad: link: https://bugs.launchpad.net/inkscape/+bug/734596. Can anyone review? Regards, Sam On Sat, Oct 1, 2011 at 5:38 PM, Samuel Buttigieg <sambut1987@...400...>wrote: > Ignore my previous e-mail, I found a solution but now I need to see how i > can recursively process a list of items, with some the items being grouped > groups. > > > ---------- Forwarded message ---------- > From: Samuel Buttigieg <sambut1987@...400...> > Date: Fri, Sep 30, 2011 at 4:44 PM > Subject: Re: [Inkscape-devel] Increasing stroke width on grouped objects > evokes erratic behavior > To: Jasper van de Gronde <th.v.d.gronde@...528...>, > inkscape-devel(a)lists.sourceforge.net > > > Hello Jasper, > > I did some work on this bug and here is what I found out so far: > > In *stroke-style.cpp* there is an SPStyle object created which is then > passed to the > sp_desktop_query_style( ) function defined in *desktop-style.cpp. *This sp_desktop_query_style( > ) then calls > objects_query_strokewidth() in *style.cpp.* > * > * > The interesting part I found out in objects_query_strokewidth() is in line > 718: > > if ( style->stroke.isNone() && !( > style->marker[SP_MARKER_LOC].set || // stroke width > affects markers, so if there's no stroke but only markers then we should > style->marker[SP_MARKER_LOC_START].set || // still > calculate the stroke width > style->marker[SP_MARKER_LOC_MID].set || > style->marker[SP_MARKER_LOC_END].set)) > { > continue; > } > > When I have un-grouped objects style->stroke.isNone() is FALSE but when I > have grouped objects it becomes TRUE. > > in the case of groups the *continue *statement* *will not allow > the variable(initialized to zero) that contains the value in the spin box to > be set correctly and hence that is where the zero is coming from. > > I temporarily removed this condition and suddenly I can use the spin box to > set the stroke for grouped items. So the problem is coming from the > Style->stroke.isNone() member(if you call it like that). > stroke is an SPIPaint object. > > I looked further into this member in *style.h* and this is its definition: > > bool isNone() const {return !currentcolor && !colorSet && > !isPaintserver();} // TODO refine > > I checked for both cases of grouped and un-grouped items. When there is > grouped items !colorSet is true and when there are un-grouped items > !colorSet is false. The rest are always false. So it has something to do > with the color. > > But Now I am stuck, can you please give me further clues? > > Regards, > Samuel > > > On Thu, Sep 8, 2011 at 1:21 PM, Jasper van de Gronde < > th.v.d.gronde@...528...> wrote: > >> What exactly would you like to know? The styles themselves are stored in >> SPStyle objects (which you can find in src/style.*). And all elements in >> the SVG document are represented by an SPObject (which has a pointer to >> an SPStyle object), which is specialized into a whole hierarchy of >> SPSomething classes (like SPRect, SPPath, etc.). The UI code for setting >> the stroke width is located in src/widgets/stroke-style.cpp. >> >> I've posted a bit of extra analysis: >> https://bugs.launchpad.net/inkscape/+bug/734596 >> >> Likely there is some special casing for groups somewhere that doesn't >> handle a stroke width without having a stroke (color). Just try and >> figure out where the zero comes from (and/or the non-zero value when >> using just a rect) and with a bit of luck it'll become clear how to >> solve the problem... If not, feel free to post your findings (here >> and/or with the bug report) and ask for a second opinion again. >> >> On 08-09-11 10:10, Samuel Buttigieg wrote: >> > Can someone please provide some help? >> > >> > On Mon, Sep 5, 2011 at 7:30 PM, Samuel Buttigieg <sambut1987@...400... >> > <mailto:sambut1987@...400...>> wrote: >> > >> > Hello fellow inkscapers, >> > >> > I am new to the scene in inkscape and i have been looking around for >> > interesting bugs and I came across this one: >> > >> > https://bugs.launchpad.net/inkscape/+bug/734596 >> > >> > Does anyone have any extra information about this bug (code wise) as >> > I am interested in working on this bug >> > >> > Best Regards, >> > Samuel >> > >> > >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Doing More with Less: The Next Generation Virtual Desktop >> > What are the key obstacles that have prevented many mid-market >> businesses >> > from deploying virtual desktops? How do next-generation virtual >> desktops >> > provide companies an easier-to-deploy, easier-to-manage and more >> affordable >> > virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ >> > >> > >> > >> > _______________________________________________ >> > Inkscape-devel mailing list >> > Inkscape-devel(a)lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >> >> ------------------------------------------------------------------------------ >> Doing More with Less: The Next Generation Virtual Desktop >> What are the key obstacles that have prevented many mid-market businesses >> from deploying virtual desktops? How do next-generation virtual desktops >> provide companies an easier-to-deploy, easier-to-manage and more >> affordable >> virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > > >

1 0

Documentation
by Jon Cruz 03 Oct '11

03 Oct '11

Hi, I've gotten back to trying to get more documentation straightened out and filled out. Some architechtural overview, getting started type details, etc. Does anyone else want to lend a hand? :-) Or more importantly are there any specifics I should look into filling out? That is, any areas people want me to look into, or any aspects that need special attention, etc. Thanks.

4 6

corrupt SVG or bad Inkscape parser?
by Andrew Pennebaker 02 Oct '11

02 Oct '11

When I edit a camel image from OpenClipArt.org, and save it with Inkscape, the resulting SVG becomes corrupt. Bad Camel http://www.openclipart.org/detail/7474/camel-silhouette-by-johnny_automatic I'm not sure whether this image is corrupt or whether Inkscape has trouble parsing it. However, I do know that the camel from Clker.com edits perfectly well in Inkscape. Good Camel http://www.clker.com/clipart-11776.html Cheers, Andrew Pennebaker www.yellosoft.us

2 1

Re: [Inkscape-devel] Inkscape style connectors - usability suggestion
by Hans-Jürgen Hay 02 Oct '11

02 Oct '11

Hello Arcadie, my suggestion was to drop default predefined points, as the whole outline would be an infinite set of possible connection points. When ever a user drops an handle near to the outline, an instance of an connection point would be generated, positioned on the outline path next to the place of dropping the handle. This instance would hold a float which indicates the relative position of the connector on the given outline. eg.: float pos between 0 and 1, a value of 0.5 would define a position on the outline path half way between the start and the end of the path. This placement would be valid and appropriate even if the object gets scaled. As a result no predefined points are really necessary. One could build the outline out of different paths and maybe additional single point paths and only allow a subset of them to accept connectors, to specialize the objects behavior. But that would depend on the objects intended behavior and would be specific to the objects template. Hans > My idea was to compute a number (8) of points on the outer shape of > the object > that would correspond to vertices and midpoints for a rectangle, and > to north, > east, south, west along with north-east, east-south, south-west and > west-north > directions in the case of a circle or an ellipse. > > For a more complex shape the idea was to compute the points which lie > along > these directions on the outer boundary of the shape. Another idea > that > appeared on the list was to place a number of equidistant points along > the > outer boundary of the shape. -- ---------------------------------------------------------------------- Alterras GmbH, Allersbergerstr. 185-N, D-90461 Nürnberg http://www.alterras.de/, info@...1868..., Tel: (+49) 0911-480039-0, Handelsregister: Amtsgericht Nürnberg HRB 18488 Geschäftsführer: Hans-Jürgen Hay, Helga Sivak -----------------------------------------------------------------------

2 2

Open SVG talk and Release notes for 0.49
by Tavmjong Bah 01 Oct '11

01 Oct '11

Hi, I will be giving a talk about Inkscape at the SVG Open conference in two weeks. The release notes for 0.49[1] will serve as the basis for my talks so it would be very helpful to have them up-to-date. If you have added a feature or are working on a feature that you plan for 0.49 and that is not in the notes, please take a few minutes and update the notes. Thanks, Tav [1] http://wiki.inkscape.org/wiki/index.php/Release_notes/0.49

1 0

Re: [Inkscape-devel] Inkscape 0.48.2
by jbc.engelen＠swissonline.ch 01 Oct '11

01 Oct '11

Great news that the Windows release of 0.48.2 is finally available for download! Thanks a lot Uwe! Ciao, Johan ----- Reply message ----- Van: "Uwe Schöler" <mail@...2227...> Datum: ma, aug. 15, 2011 00:03 Onderwerp: [Inkscape-devel] Inkscape 0.48.2 Aan: "Krzysztof Kosiński" <tweenk.pl@...400...> CC: <inkscape-devel(a)lists.sourceforge.net>, <suv-sf@...58...> Everything OKAY! I had problems with my paths... sorry. 0.48.2 is fine now. I'll upload it to SF Sincerely, UweSch Am 14.08.2011 23:49, schrieb Krzysztof Kosiński: > 2011/8/14 Uwe Schöler<mail@...2227...>: >> I've some problems creating 0.48.2 for windows. I get a couple of error >> messages during building. > I just checked out 0.48.2 from Bazaar in my Windows XP VM, and I > encounter no problems when building from a source checkout with > TDM-GCC 4.4.1. It looks like the warning emitted when compiling btool > is irrelevant (and I don't even get the warning). > > I'm 90% sure the first error is caused by building from a tarball (you > just need to create the required inkscape-version.cpp file manually), > the second looks like a problem with permissions (maybe UAC is getting > in the way?) > > Regards, Krzysztof ------------------------------------------------------------------------------ FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

8 19

Inkscape with Visio style connectors
by Martin Owens 01 Oct '11

01 Oct '11

Something that's been missing for a while is the ability to set arbitrary connection points on objects so we can use visio style workflows with connectors doing more work for us. May I draw you collective attention to this demonstration video: http://divajutta.com/doctormo/inkscape-as-visio.ogv Here I show off a workflow hack (using nautilus as a stencil) and an genuine edmun scream style code hack to 0.48x branch mod'ing the connector-context code which you can find here: https://code.launchpad.net/~doctormo/inkscape/knot-visio It works by enabling rectangles inside groups to act as child center points. Each of the items you see me drag in the video is a group and each connector is a very tiny rectangle. I hacked it like this because now transforms also transform the new connector points and the amount of code I had to modify is quite small. It also fixes a bug with connectors where connected elements when grouped would not be able to be updated. I added a parent group transform signal catch for 1 level deep which should help with that. Anyway, as a proof of concept I humbly submit this idea to the rest of the developers here for review. Best Regards, Martin Owens

6 16

Threads already running
by Fernando Lagos 30 Sep '11

30 Sep '11

Hello to all! I'm new in the Inkscape world. My intention is to slowly get involved and at some point start helping with the project. One first question. I'm receiving mails from this list but sometimes it's an sanswer to a question that I didn't receive. That confuses me. Can someone explain me why is that? Perhaps a setting in the subscription or another reason? Thanks in advance! -- /*------------------------------------------------ Fernando Lagos #54 11 4867 4726 lagosfernando( at )gmail.com ------------------------------------------------*/

2 2

Re: [Inkscape-devel] powerstroke
by Preben Soeberg 30 Sep '11

30 Sep '11

Oops Sorry, it's my mistake. Regards Preben > -----Original Message----- > From: Johan Engelen [mailto:jbc.engelen@...2592...] > Sent: 30 September, 2011 20:06 > To: Preben Soeberg > Subject: Re: [Inkscape-devel] powerstroke > > Are you sure? It should be all the way at the top "[Unstable!] Power > stroke". > > Ciao, > Johan > > > On 30-9-2011 6:59, Preben Soeberg wrote: > > Hm, Power Stroke disappeared from the LPE menu after the latest update. > > On XP r10654. > > In build.xml: #define LPE_ENABLE_TEST_EFFECTS 1 > > > > Regards > > Preben > > > >> -----Original Message----- > >> From: Johan Engelen [mailto:jbc.engelen@...2592...] > >> Sent: 29 September, 2011 23:40 > >> To: inkscape-devel(a)lists.sourceforge.net > >> Subject: Re: [Inkscape-devel] powerstroke > >> > >> On 21-9-2011 21:28, Johan Engelen wrote: > >>> On 21-9-2011 21:07, Josh Andler wrote: > >>>> Hi! > >>>> > >>>> Actually, perhaps we should enable all testing LPEs in trunk and only > >>>> disable what's "not ready" in the actual releases. What do others > >>>> think of this idea? > >>> Hm, while coding a bit on Powerstroke, I see that I am removing/adding > >>> parameters, which means that old powerstrokes no longer work (or, more > >>> precisely: partly work). > >>> If we enable the experimental LPEs in trunk, there should be a very > >>> clear indication that indeed they are experimental. > >> I just added PowerStroke to the normal nightly-build list of LPEs. I > >> settled for "[Unstable!]" in front of the LPE name, hopefully telling > >> people to use with caution, and not expect consistent behavior between > >> nightly builds... (should not be that bad, but might) > >> > >> Have fun fiddling with it. > >> Notes: Yes, it crashes Inkscape. Do not use on groups, do not use on > >> paths with multiple subpaths. If you delete a knot from the original > >> path, this will remove a segment and all strokewidth knots will move > >> accordingly to their new segment; the strokewidth knots are bound to a > >> segment number; when changing the number of segments, make sure that > all > >> strokewidth knots are bound to a segment number that will still exist > >> after your change. That is: when deleting one knot, make sure none of > >> the strokewidth knots are along the last segment; otherwise: crash. > >> Ctrl+click on strokewidth knot adds one. When adding/deleting knots, it > >> is best to reselect the path that you are working on; otherwise: crash. > >> Careful with the spiro interpolator; careful with any interpolator I > >> think; best to use the "Johan" one I guess... > >> See the attached file for some of my testcases. > >> > >> Ciao, > >> Johan > > > >

1 0

Increasing stroke width on grouped objects evokes erratic behavior
by Samuel Buttigieg 30 Sep '11

30 Sep '11

Hello fellow inkscapers, I am new to the scene in inkscape and i have been looking around for interesting bugs and I came across this one: https://bugs.launchpad.net/inkscape/+bug/734596 Does anyone have any extra information about this bug (code wise) as I am interested in working on this bug Best Regards, Samuel

3 4

inkscape + guile?
by unknown＠example.com 30 Sep '11

30 Sep '11

I'm interested in using Guile to write Inkscape extensions. I thought there was something like this around, but Google appears unwilling to provide me with a pointer. Is there an existing project for Guile extensions, or should I try my hand at it? -- Joakim Verona

2 2

Need Help
by paresh chaudhary 30 Sep '11

30 Sep '11

Dear Inkscape Team. There is one option (Object Properties) in Object menu of inkscape. Can we set common Properties of all object in layer. (With CTRL+A) i want to do that type of operation. Like in inkscape we can set color or text of all selected object. Waiting for reply as soon as possible *Regards, Chaudhary Paresh*

2 1

Re: [Inkscape-devel] Update on Diffusion Curves
by Jasper van de Gronde 29 Sep '11

29 Sep '11

On 2011-09-28 22:38, Sebastian Markbåge wrote: > On Mon, Mar 7, 2011 at 10:35 AM, Jasper van de Gronde > <th.v.d.gronde@...528... <mailto:th.v.d.gronde@...528...>> wrote: > ... > > I did a WebGL implementation of Jeschke's model last year. > > It did make me concerned about standardizing Diffusion Curves (such as > in SVG). > > Some artifact may not be visible in one implementation while it is > clearly visible in another. When rendering images designed using the > original tool by Orzan et al. I get some artifacts where the artist > have left imperfections. Those imperfections are not visible in > Orzan's implementation. Likewise, Jeschke's model hides other > artifacts that ARE visible in Orzan's model. > > http://labs.calyptus.eu/diffusioncurves/ > > What makes Diffusion Curves unique is that a small artifact can have a > huge impact on the over all image, as it's spread out by the solver. If you're talking about diffusion curves in the idealized sense, you are right that in principle all boundary points influence the entire image, but in practice the influence usually tapers off quite quickly. However, most solvers do have a bit of a problem with actually converging to a solution, which led me to my thesis subject. One problem is that all solvers tend to give smooth solutions that sort of look plausible, so it is not immediately obvious that something is wrong. In my thesis I describe a potential solution, by using a fundamentally different kind of solver, but it's definitely not a drop-in replacement for existing solvers (at least not yet). Another way of attacking the problem is to redefine diffusion curves to behave differently. Whether there is indeed a "better" definition is very much an open question. (I couldn't view your site btw, for some reason I can't get webgl to work, possibly because my notebook hardly has anything worthy of the name GPU.)

1 0

r10629: compiler warning and runtime error (EXC_BAD_INSTRUCTION, Illegal instruction/operand)
by ~suv 28 Sep '11

28 Sep '11

Revision 10629, compiling with GCC 4.2.1 on Mac OS X 10.5.8 (i386): 1) warning during compilation: > CXX xml/repr-css.o > xml/repr-css.cpp: In function ‘gchar* sp_repr_css_write_string(SPCSSAttr*)’: > xml/repr-css.cpp:235: warning: cannot pass objects of non-POD type ‘const class Inkscape::Util::ptr_shared<char>’ through ‘...’; call will abort at runtime > xml/repr-css.cpp:235: warning: format ‘%s’ expects type ‘char*’, but argument 5 has type ‘int’ 2) runtime error on launch (with new preferences file): > Program received signal EXC_BAD_INSTRUCTION, Illegal instruction/operand. > sp_repr_css_write_string (css=0x5f74f70) at xml/repr-css.cpp:235 > 235 g_warning("sp_repr_css_write_string: %s %s", g_quark_to_string(iter->key), iter->value ); (full backtrace attached) 3) After changing line 235 to a static string: - launching Inkscape (with new prefs) reaches the g_warning() (on line 235) 133 times until the new document window is finally displayed - drawing a simple shape (rect) or a straight line (pencil tool) executes it 7 times, - changing the stroke width (via style indicator in the status bar) executes it 14 times -> I have reverted 'src/xml/repr-css.cpp' to r10628 for now. Questions: - Is this error related to using a rather old (or outdated) version of GCC on Mac OS X 10.5.8? (I don't have the option to use a more recent version for building Inkscape due to apparent ABI mismatches since all dependencies get built with Apple's GCC 4.0 (default compiler on 10.5.8)) - Is it expected that the warning on line 235 is reached so often while doing basic stuff like opening a new document window or drawing a simple object with default style attributes? ~suv (gdb) r Starting program: /Volumes/green/mp-inkscape/src/inkscape-trunk/Build/bin/inkscape Reading symbols for shared libraries ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++.......................................................................... done Xlib: extension "RANDR" missing on display "/tmp/launch-EhMYaX/:0". Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Program received signal EXC_BAD_INSTRUCTION, Illegal instruction/operand. sp_repr_css_write_string (css=0x5f74f70) at xml/repr-css.cpp:235 235 g_warning("sp_repr_css_write_string: %s %s", g_quark_to_string(iter->key), iter->value ); (gdb) bt #0 sp_repr_css_write_string (css=0x5f74f70) at xml/repr-css.cpp:235 #1 0x0011ce3e in Inkscape::Preferences::mergeStyle (this=0x4448960, pref_path=@0xbfffe320, style=0x5f6d070) at preferences.cpp:501 #2 0x0053629c in sp_text_lineheight_value_changed (adj=0x725ca00, tbl=0x724bb48) at widgets/toolbox.cpp:6951 #3 0x04149f59 in g_closure_invoke () #4 0x0415c0d3 in signal_emit_unlocked_R () #5 0x0415d761 in g_signal_emit_valist () #6 0x0415da69 in g_signal_emit () #7 0x025fb38a in gtk_adjustment_value_changed () #8 0x02746bda in gtk_spin_button_set_property () #9 0x0414b7bb in object_set_property () #10 0x04151d6d in g_object_newv () #11 0x02a29719 in Glib::Object::Object () #12 0x0215962e in Gtk::Object::Object () #13 0x021c839e in Gtk::Widget::Widget () #14 0x021287aa in Gtk::Entry::Entry () #15 0x02187067 in Gtk::SpinButton::SpinButton () #16 0x0034c0df in Inkscape::UI::Widget::SpinButton::SpinButton (this=0x76120b0, adjustment=@0x7612090, climb_rate=0.10000000000000001, digits=2) at spinbutton.h:40 #17 0x0054e954 in createCustomSlider (adjustment=0x725ca00, climbRate=0.10000000000000001, digits=2) at widgets/toolbox.cpp:1053 #18 0x0007c352 in create_tool_item (action=0x7262608) at ege-adjustment-action.cpp:839 #19 0x025f5b28 in gtk_action_create_tool_item () #20 0x027f2b6c in update_node () #21 0x027f1d66 in update_node () #22 0x027f1d66 in update_node () #23 0x027f2daf in do_updates () #24 0x027f2e62 in gtk_ui_manager_real_get_widget () #25 0x00557f2a in setup_aux_toolbox (toolbox=0x45ff328, desktop=0x5f6fd80) at widgets/toolbox.cpp:1998 #26 0x00542365 in Inkscape::UI::ToolboxFactory::setToolboxDesktop (toolbox=0x45ff328, desktop=0x5f6fd80) at widgets/toolbox.cpp:1734 #27 0x0058838d in Inkscape::UI::UXManagerImpl::connectToDesktop (this=0x6f120a0, toolboxes=@0xbfffee84, desktop=0x5f6fd80) at ui/uxmanager.cpp:230 #28 0x004d3afb in SPDesktopWidget::createInstance (namedview=0x4a14600) at widgets/desktop-widget.cpp:1483 #29 0x004d3b49 in sp_desktop_widget_new (namedview=0x4a14600) at widgets/desktop-widget.cpp:1432 #30 0x000947d9 in sp_file_new (templ=@0xbfffefcc) at file.cpp:126 #31 0x00094b1c in sp_file_new_default () at file.cpp:178 #32 0x0000840b in sp_main_gui (argc=1, argv=0xbffff0fc) at main.cpp:974 #33 0x00008c8a in main (argc=1, argv=0xbffff0fc) at main.cpp:709 (gdb)

3 5

Advanced PDF export plugin for Inkscape?
by Donna Benjamin 26 Sep '11

26 Sep '11

I may have missed it... but is anyone here involved in this? Advanced PDF export plugin for Inkscape http://www.indiegogo.com/Advanced-PDF-export-plugin-for-Inkscape Just curious if this is coming from within the community, or anyone within the community knows about it - or it's a totally independent initiative? cheers Donna -- Donna Benjamin - kattekrab.net Inkscape: Open Source Scalable Vector Graphics http://www.inkscape.org

5 9

compiling inkscape
by Samuel Buttigieg 26 Sep '11

26 Sep '11

Hello all, I have a question perhaps someone of you can answer: Can inkscape be compiled in Kdevelop or do I have to use Eclipse? I tried various ways to get it to build in Kdevelop but so far they have failed. Searching on google did not provide any answers either, but there seems to be a lot of info about compiling inkscape in Eclipse. I mainly need the IDE to be able to debug inkscape source code that I am working on. Thanks and Regards, Samuel

2 1

compiler warning - value used in own initialization.
by Campbell Barton 22 Sep '11

22 Sep '11

Hi, noticed this compiler warning which looks like invalid code: src/gradient-drag.cpp:1894:69: warning: variable 'p' is uninitialized when used within its own initialization [-Wuninitialized] `bzr blame` points to - 10582.1.11 tweenk. This is the line: Geom::Point p = ls.pointAt(ls.nearestPoint(dragger->point + p)); -- - Campbell

1 0

ssh access to inkscape.org
by Alexandre Prokoudine 21 Sep '11

21 Sep '11

Hi again, Folks at OSUOSL tweaked various things here and there recently, so SSH might not like your public key now. The fix is to mail support at osuosl and attach your current public key (no need to create a new one). Just so you know. Alexandre Prokoudine http://libregraphicsworld.org

1 0

Inkscape 0.49 status update & discussion of a proposed release plan
by Josh Andler 19 Sep '11

19 Sep '11

Hey All! Are there any larger features people are planning on still for this cycle that aren't well known? If you want to get something in that is unknown, please speak up soon because we want to help you test it. :) I know of the following items which we're looking to get in: *All of the current GSoC projects. :) *fingers crossed* *What will also probably be more work towards GTK3 compatibility. On the refactoring front I can report good news that Abhishek Sharma has gotten all proper libcroco stuff submitted upstream. If lucky, we may be just a few distribution releases away from being able to take libcroco out of trunk! Additionally, Alex Valavanis has brought our in-trunk copy of libgdl up-to-par with the 2.X (whatever is "current") branch of libgdl. I'm unsure if patch submissions have been made in that direction for the couple of custom features that we have in our copy. Either way, hopefully we'll be able to get our copy out of trunk around the same time. Campbell Barton has been plugging away on cmake related stuff. I'm not sure of the status of it, especially cross-platform-wise. Obviously, Krzysztof Konsinski's GSoC work from last year has been merged and all I can say is... please stress test this the best you can. Pretend you don't know how to use Inkscape and break it like a newb. ;) Are there any big refactoring goals we're still missing out on that people think we should shoot for? (please be reasonable) I'm planning on looking to look into a couple Windows things, but will save that for a different email. All of that aside, here is a VERY loose and preliminary proposed release plan: Mid-August for Chill Beginning of September for Frost (Bug Hunt begins) End of September for Feature Freeze End of October for Hard Freeze Sometime in November for Branch & Release I'd like feedback on the bug hunt goal. I think we've actually gotten a lot accomplished for a release just with the cairo renderer alone. Newly created bugs aside (as in, if you introduce bugs during this cycle, they don't count toward the total), 250 points seems like a reasonable goal. Do note, we will be releasing an uber-stable 0.48.3 more likely than not, so if we release "0.49" to a wider audience to get more testing, it's not so bad. For those new to the process, our bug hunt will begin at Feature Freeze. Traditionally, we specify a point target for us to reach, and award us points based on the severity of the bug: 3, 6, 9, or 12 points for low, medium, high, and critical. Lastly... version numbering... we have way too many opinions about this. I do want to reiterate, Inkscape deserves a more "grown-up" version numbering scheme for users. I very much think Mental's comment about we should have a public version number and then stick with our current numbering scheme for development purposes. It's akin to code-names internally and solid numbers publicly. So, are date formats appealing? YY.MM or YYYY, some arbitrary number we just agree on starting with, bump the decimal place from with the current numbering, or what? If we get too many opinions again, I'll propose handing it over to the board... Thoughts or comments? Cheers, Josh

8 16

Pages extension and page numbers.
by john Culleton 18 Sep '11

18 Sep '11

I downloaded the "pages" package to go with 48.2. Unfortunately when you get to "Master Page" and try to insert an automatic page number you get very deep into python-world. It requires lxml which in turn requires something else etc. etc. I long ago gave up chasing such asymptotic strings of requirements AKA library hell. Would it be possible to package this extension with all the required pieces included? Or reprogram it so that the lxml etc. were not required? I recognize that the author is a python enthusiast. But I am not. And there must be a simpler way to insert consecutive page numbers on a master page. I will do it by hand if necessary. I use Slackware 13.37 -- John Culleton Wexford Press "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html

3 4

help needed - can't build on MacOsX 10.5.8
by daniele rossi 18 Sep '11

18 Sep '11

any hints? Thankyou very much !! 1. using macport Version: 2.0.3 2. checked dependency -bash-3.2$ port deps Inkscape Full Name: inkscape @0.48.2_0+python26 Build Dependencies: pkgconfig, intltool, perl5 Library Dependencies: boehmgc, gsl, gtkmm, gnome-vfs, lcms, poppler, boost, ImageMagick, libwpg, gtkspell2, py26-lxml, py26-numpy, py26-xml everything installed and upgraded 3. launched bzr branch lp:inkscape cd inkscape/packaging/macosx/ and then: -bash-3.2$ ./osx-build.sh a c b i -s p = = = = = ======================================================================== When you report a trouble about building BZR version of inkscape, Please report following information about distro and tools version, too. --1. distribution------------------------------------------------------------ -e distro: Cannot find distribution information Terminating.... --2. tools------------------------------------------------------------------- -n /usr/bin/m4: -n /opt/local/bin/autoconf: autoconf (GNU Autoconf) 2.68 -n /opt/local/bin/autoheader: autoheader (GNU Autoconf) 2.68 -n /opt/local/bin/automake: automake (GNU automake) 1.11.1 automake-1.7: not found automake-1.8: not found automake-1.9: not found -n /opt/local/bin/aclocal: aclocal (GNU automake) 1.11.1 aclocal-1.7: not found aclocal-1.8: not found aclocal-1.9: not found -n /opt/local/bin/intltoolize: intltoolize (GNU intltool) 0.40.6 -n /opt/local/bin/gettextize: /opt/local/bin/gettextize (GNU gettext-tools) 0.18.1 --3. environment variables--------------------------------------------------- LDFLAGS=-L/opt/local/lib MANPATH=/sw/share/man:/opt/local/share/man::/opt/local/man:/sw/lib/ perl5/5.8.8/man:/usr/X11R6/man CPPFLAGS=-I/opt/local/include CPATH=/opt/local/include CXXFLAGS=-O3 -Wall PATH=/sw/bin:/sw/sbin:/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/ usr/sbin:/sbin:/opt/local/bin:/opt/local/sbin:/usr/X11R6/bin LANG=it_IT.UTF-8 CFLAGS=-O3 -Wall INFOPATH=/sw/share/info:/sw/info:/usr/share/info = = = = = ======================================================================== I am testing that you have the required versions of autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof and if anything goes wrong, there may be guidance in the file HACKING.txt checking for autoconf >= 2.52 ... yes (version 2.68) checking for automake >= 1.10 ... yes (version 1.11.1) checking for glib-gettextize >= 2.0.0 ... yes (version 2.28.8) checking for intltool >= 0.17 ... yes (version 0.40.6) Running aclocal-1.11 ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:580: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:580: the top level configure.ac:600: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:600: the top level configure.ac:736: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:736: the top level configure.ac:905: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:905: the top level Running autoheader ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:580: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:580: the top level configure.ac:600: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:600: the top level configure.ac:736: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:736: the top level configure.ac:905: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:905: the top level Running glibtoolize ... glibtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and glibtoolize: rerunning glibtoolize, to keep the correct libtool macros in-tree. glibtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. glibtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT' Running automake-1.11 --copy --force --add-missing ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:580: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:580: the top level configure.ac:600: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:600: the top level configure.ac:736: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:736: the top level configure.ac:905: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:905: the top level share/palettes/Makefile.am:33: foreach i,$(palettes_i18n: non-POSIX variable name share/palettes/Makefile.am:33: (probably a GNU make extension) Running autoconf ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:580: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:580: the top level configure.ac:600: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:600: the top level configure.ac:736: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:736: the top level configure.ac:905: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:905: the top level Running glib-gettextize --copy --force ... Copying file mkinstalldirs Copying file po/Makefile.in.in Running intltoolize --copy --force --automake ... Done! Please run './configure' now. checking build system type... i386-apple-darwin9.8.0 checking host system type... i386-apple-darwin9.8.0 checking for a BSD-compatible install... /opt/local/bin/ginstall -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /opt/local/bin/gmkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking how to create a pax tar archive... gnutar checking for style of include used by make... GNU checking for g++... g++ checking whether the C++ compiler works... yes checking for C++ compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for library containing strerror... none required checking whether we are using the GNU C++ compiler... (cached) yes checking whether g++ accepts -g... (cached) yes checking dependency style of g++... (cached) gcc3 checking for gcc... gcc checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking dependency style of gcc... gcc3 checking for ranlib... ranlib checking whether NLS is requested... yes checking for intltool >= 0.22... 0.40.6 found checking for intltool-update... /opt/local/bin/intltool-update checking for intltool-merge... /opt/local/bin/intltool-merge checking for intltool-extract... /opt/local/bin/intltool-extract checking for xgettext... /opt/local/bin/xgettext checking for msgmerge... /opt/local/bin/msgmerge checking for msgfmt... /opt/local/bin/msgfmt checking for gmsgfmt... /opt/local/bin/msgfmt checking for perl... /opt/local/bin/perl checking for perl >= 5.8.1... 5.12.3 checking for XML::Parser... ok checking how to print strings... printf checking for a sed that does not truncate output... /opt/local/bin/gsed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by gcc... /usr/libexec/gcc/i686-apple- darwin9/4.0.1/ld checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld) is GNU ld... no checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -p checking the name lister (/usr/bin/nm -p) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 196608 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert i386-apple-darwin9.8.0 file names to i386- apple-darwin9.8.0 format... func_convert_file_noop checking how to convert i386-apple-darwin9.8.0 file names to toolchain format... func_convert_file_noop checking for /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld option to reload object files... -r checking for objdump... no checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... no checking for strip... strip checking for ranlib... (cached) ranlib checking command to parse /usr/bin/nm -p output from gcc object... ok checking for sysroot... no checking for mt... no checking if : is a manifest tool... no checking for dsymutil... dsymutil checking for nmedit... nmedit checking for lipo... lipo checking for otool... otool checking for otool64... no checking for -single_module linker flag... yes checking for -exported_symbols_list linker flag... yes checking for -force_load linker flag... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fno-common -DPIC checking if gcc PIC flag -fno-common -DPIC works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/libexec/gcc/i686-apple- darwin9/4.0.1/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin9.8.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking how to run the C++ preprocessor... g++ -E checking for ld used by g++... /usr/libexec/gcc/i686-apple- darwin9/4.0.1/ld checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld) is GNU ld... no checking whether the g++ linker (/usr/libexec/gcc/i686-apple- darwin9/4.0.1/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fno-common -DPIC checking if g++ PIC flag -fno-common -DPIC works... yes checking if g++ static flag -static works... no checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usr/libexec/gcc/i686-apple- darwin9/4.0.1/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin9.8.0 dyld checking how to hardcode library paths into programs... immediate checking for ANSI C header files... (cached) yes checking for BZR snapshot build... yes checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking whether gcc and cc understand -c and -o together... yes checking compiler support for -Werror=format-security... no checking compiler support for -Wno-pointer-sign... yes checking linker tolerates -z relro... no checking GNU compiler version... 4.0.1 checking TR1 unordered_set usability... not working checking boost/unordered_set.hpp usability... yes checking boost/unordered_set.hpp presence... yes checking for boost/unordered_set.hpp... yes checking ext/hash_set usability... yes checking ext/hash_set presence... yes checking for ext/hash_set... yes checking for overzealous strict aliasing warnings... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for ngettext in libc... no checking for bindtextdomain in -lintl... yes checking for ngettext in -lintl... yes checking for dgettext in -lintl... yes checking for bind_textdomain_codeset... yes checking for msgfmt... (cached) /opt/local/bin/msgfmt checking for dcgettext... yes checking if msgfmt accepts -c... yes checking for gmsgfmt... (cached) /opt/local/bin/msgfmt checking for xgettext... (cached) /opt/local/bin/xgettext checking for catalogs to be installed... am ar az be bg bn br ca ca@...1971... cs da de dz el en_AU en_CA en_GB en_US@...1443... eo es_MX es et eu fa fi fr ga gl he hr hu hy id it ja km ko lt mk mn nb ne nl nn pa pl pt_BR pt ro ru rw sk sl sq sr@...1894... sr sv te_IN th tr uk vi zh_CN zh_TW checking for pkg-config... /opt/local/bin/pkg-config checking for msgfmt... (cached) /opt/local/bin/msgfmt checking for gmsgfmt... (cached) /opt/local/bin/msgfmt checking for OpenMP flag of C++ compiler... unknown checking for png_read_info in -lpng... yes checking png.h usability... yes checking png.h presence... yes checking for png.h... yes checking for shl_load in -ldld... no checking for dlopen... yes checking gc.h usability... yes checking gc.h presence... yes checking for gc.h... yes checking for GC_init in -lgc... yes checking libgc version 6.4+... 7.1.255 yes checking sys/filio.h usability... yes checking sys/filio.h presence... yes checking for sys/filio.h... yes checking malloc.h usability... no checking malloc.h presence... no checking for malloc.h... no checking for mallinfo... no checking for freetype-config... /opt/local/bin/freetype-config checking for Win32 platform... no checking for OSX platform... yes checking for Solaris platform... no checking pkg-config is at least version 0.9.0... yes checking for GNOME_VFS... yes checking whether byte ordering is bigendian... no checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for Perl development environment... skipped checking for Python development environment... skipped checking for LCMS... yes checking for POPPLER... yes checking for POPPLER_GLIB... yes checking for CAIRO_SVG... yes checking for POPPLER_CAIRO... yes checking for POPPLER_GFXFONT... yes checking for new color space API in Poppler... yes checking whether Poppler's GfxPatch no longer uses GfxColor... yes checking for LIBWPG01... yes checking for LIBWPG02... no checking for IMAGEMAGICK... yes checking for CAIRO_USER_FONTS... yes checking for INKSCAPE... yes checking for GTK+ backend target... quartz checking for Mac OS X Carbon support... yes checking boost/concept_check.hpp usability... yes checking boost/concept_check.hpp presence... yes checking for boost/concept_check.hpp... yes checking for CAIRO_PDF... yes checking popt.h usability... yes checking popt.h presence... yes checking for popt.h... yes checking for new_aspell_config in -laspell... yes checking aspell.h usability... yes checking aspell.h presence... yes checking for aspell.h... yes checking for bind_textdomain_codeset... (cached) yes checking for gtk_window_set_default_icon_from_file... yes checking for gtk_window_fullscreen... yes checking whether binary relocation support should be enabled... no checking for pow... yes checking for sqrt... yes checking for floor... yes checking for gettimeofday... yes checking for memmove... yes checking for memset... yes checking for mkdir... yes checking for strncasecmp... yes checking for strpbrk... yes checking for strrchr... yes checking for strspn... yes checking for strstr... yes checking for strtoul... yes checking for fpsetmask... no checking for ecvt... yes checking ieeefp.h usability... no checking ieeefp.h presence... no checking for ieeefp.h... no checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for libintl.h... (cached) yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking whether lstat correctly handles trailing slash... no checking whether stat accepts an empty string... no checking for strftime... yes checking for working strtod... yes checking whether stat file-mode macros are broken... no checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for mode_t... yes checking return type of signal handlers... void configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating src/check-header-compile config.status: creating src/bind/makefile config.status: creating src/debug/makefile config.status: creating src/dialogs/makefile config.status: creating src/display/makefile config.status: creating src/dom/makefile config.status: creating src/extension/implementation/makefile config.status: creating src/extension/internal/makefile config.status: creating src/extension/makefile config.status: creating src/extension/script/makefile config.status: creating src/extension/dbus/wrapper/inkdbus.pc config.status: creating src/filters/makefile config.status: creating src/helper/makefile config.status: creating src/io/makefile config.status: creating src/libcroco/makefile config.status: creating src/libgdl/makefile config.status: creating src/libnrtype/makefile config.status: creating src/libavoid/makefile config.status: creating src/livarot/makefile config.status: creating src/live_effects/makefile config.status: creating src/live_effects/parameter/makefile config.status: creating src/svg/makefile config.status: creating src/trace/makefile config.status: creating src/ui/cache/makefile config.status: creating src/ui/dialog/makefile config.status: creating src/ui/makefile config.status: creating src/ui/view/makefile config.status: creating src/ui/widget/makefile config.status: creating src/util/makefile config.status: creating src/widgets/makefile config.status: creating src/xml/makefile config.status: creating src/2geom/makefile config.status: creating doc/Makefile config.status: creating po/Makefile.in config.status: creating share/Makefile config.status: creating share/clipart/Makefile config.status: creating share/examples/Makefile config.status: creating share/extensions/Makefile config.status: creating share/extensions/alphabet_soup/Makefile config.status: creating share/extensions/Barcode/Makefile config.status: creating share/extensions/Poly3DObjects/Makefile config.status: creating share/extensions/test/Makefile config.status: creating share/extensions/xaml2svg/Makefile config.status: creating share/extensions/ink2canvas/Makefile config.status: creating share/filters/Makefile config.status: creating share/fonts/Makefile config.status: creating share/gradients/Makefile config.status: creating share/icons/Makefile config.status: creating share/icons/application/Makefile config.status: creating share/icons/application/16x16/Makefile config.status: creating share/icons/application/22x22/Makefile config.status: creating share/icons/application/24x24/Makefile config.status: creating share/icons/application/32x32/Makefile config.status: creating share/icons/application/48x48/Makefile config.status: creating share/icons/application/256x256/Makefile config.status: creating share/keys/Makefile config.status: creating share/markers/Makefile config.status: creating share/palettes/Makefile config.status: creating share/patterns/Makefile config.status: creating share/screens/Makefile config.status: creating share/templates/Makefile config.status: creating share/tutorials/Makefile config.status: creating share/ui/Makefile config.status: creating packaging/autopackage/default.apspec config.status: creating inkscape.spec config.status: creating Info.plist config.status: creating inkview.1 config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: executing po/stamp-it commands Configuration: Source code location: . Destination path prefix: /Users/dr/inkscape/packaging/ macosx/../../Build Compiler: g++ CPPFLAGS: -Wall -Wformat -Wformat-security -W - D_FORTIFY_SOURCE=2 -I/opt/local/include CXXFLAGS: -Wpointer-arith -Wcast-align -Wsign- compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O3 -Wall - Wno-strict-aliasing CFLAGS: -Wno-pointer-sign -O3 -Wall LDFLAGS: -L/opt/local/lib Use gnome-vfs: yes Use openoffice files: yes Use relocation support: no Internal Python: skipped Internal Perl: skipped Enable LittleCms: yes Enable DBUS: no Enable Poppler-Cairo: yes ImageMagick Magick++: yes Libwpg: yes Doing Local Install: no GTK+ backend target: quartz make all-recursive Making all in src make all-am CXX conn-avoid-ref.o In file included from helper/geom-curves.h:15, from conn-avoid-ref.cpp:23: ./2geom/hvlinesegment.h:1: error: stray ‘\239’ in program ./2geom/hvlinesegment.h:1: error: stray ‘\187’ in program ./2geom/hvlinesegment.h:1: error: stray ‘\191’ in program make[3]: *** [conn-avoid-ref.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Build failed

2 13

Crash closing and reopening a second instance of Inkscape
by Ivan Louette 17 Sep '11

17 Sep '11

Open an existing document Open a second existing one or create a new one Close any of the two instances of the program Try to open anything and inkscape crashes. Kubuntu 11.04 and Inkscape rev 10632 (but already for some time now seemingly) ivan

2 1

Re: [Inkscape-devel] Complete removal of libnr
by ~suv 17 Sep '11

17 Sep '11

Forwarding this to the list (I failed to notice it was off-list) - maybe someone wants to implement support for the bounding box mode prefs in the mentioned dialogs? ;) ~suv On 17/9/11 13:54, ~suv wrote: > On 17/9/11 13:45, Ivan Louette wrote: >> Thanks ! I didn't realize. However it doesn't work for removing object overlays in the alignment tool because there it continues to use visual bbox. > > Yes, dialogs like 'Align&Distribute' and 'Rows&Columns' ignore the > preference setting for the bounding box to use: > > Discussed (among other things) in > Bug #473608 <https://bugs.launchpad.net/inkscape/+bug/473608> > "Aligning stroked and strokeless items & bounding box issues" > > ... and recently mentioned 'en passant' in > <http://article.gmane.org/gmane.comp.graphics.inkscape.devel/37165> > > For 'Object > Transforms' it was recently addressed in > "2) Transform dialog now follows the user prefs for geometric vs. visual > bounding box" > <http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/10615> > > > ~suv >

2 1

inkscape problem
by Maddalena Tasselli 17 Sep '11

17 Sep '11

Hi, I have download inkscape for mac... I need it for work and I'm a little bit worried... I installed it and I saved in application and it was ok. But when I tried to opened it, I always find the same error: "there is an internal error, the program will be closed". Normally everything in the mac is ok, I fund that in the operator system: Last login: Thu Sep 15 13:32:06 on ttys000 /Applications/Inkscape.app/Contents/Resources/openDoc ; exit; por-chu-3-539-ev1604-1:~ Maidalab$ /Applications/Inkscape.app/Contents/Resources/openDoc ; exit; Setting Language: it_IT.UTF-8 /Users/Maidalab/.inkscape-etc/gtkrc:56: Clearlooks configuration option "menuitemstyle" is not supported and will be ignored. /Users/Maidalab/.inkscape-etc/gtkrc:57: Clearlooks configuration option "listviewitemstyle" is not supported and will be ignored. /Users/Maidalab/.inkscape-etc/gtkrc:58: Clearlooks configuration option "progressbarstyle" is not supported and will be ignored. (inkscape-bin:2255): Gtk-WARNING **: Unable to rename '/Users/Maidalab/.recently-used.xbel': No such file or directory (inkscape-bin:2255): Gtk-WARNING **: Could not find the icon 'object-visible'. The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://icon-theme.freedesktop.org/releases Can you help me? Thank you so so much Maddalena

2 1

Filters rendering regression in Cairo
by Ivan Louette 16 Sep '11

16 Sep '11

https://bugs.launchpad.net/inkscape/+bug/849064 I explored other ways to avoid the bad rendering which occurs at step 2 in the file but as browsers render these filters almost correctly I think that could be a true regression. ivan

2 2

Re: [Inkscape-devel] Export as .WMF gives Errors/ Inkscape-devel Digest, Vol 64, Issue 13
by Gina 15 Sep '11

15 Sep '11

Hi Alvin, No, my machine embroidery software will only input .wmf files. It doesn't even list .emf format as being recognized :) Thanks though! Best Gina >is there any chance that .emf output might be suitable for you, since .wmf is >essentially just a subset of .emf, and Inkscape (on Windows) supports emf >output. >Alvin --

2 1

Re: [Inkscape-devel] Export as .WMF gives Errors/ Inkscape-devel Digest, Vol 64, Issue 13
by Gina 14 Sep '11

14 Sep '11

Sorry all, my gmail is NOT playing nicely with this list's digest version :P I have to copy and paste the Subjects and messages manually. So I'm gathering there is no fix for me at this time? Boy, that's a bummer. What's the ETA on Uniconvertor 2.0 for Windows? Thank you, Gina On Tue, Sep 13, 2011 at 7:00 PM, Igor Novikov <igor.e.novikov@...400...>wrote: > > We have released UniConvertor 1.1.5 before Win7 release thus we didn't test > application under this platform. Linux version works correctly. Now our team > develops UniConvertor 2.0 so we hope to resolve platform specific issues for > this version. > > -- > Regards, > > Igor Novikov > sK1 Project > http://sk1project.org > > >

3 3

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 64, Issue 13
by Gina 13 Sep '11

13 Sep '11

Hi all, thank you for helping :) Yes I do have Windows 7 64 bit. I just downloaded and installed UniConvertor (the windows msi) at the link provided and I got the exact same error. I did not reboot, is it necessary? I have too much going on to reboot right now. With the installer, I used the normal installation and installed to the default location. Was that correct? Thank you very much, Gina

2 1

Export as .WMF gives Errors, What to do?
by Gina 13 Sep '11

13 Sep '11

I just downloaded and installed Inkscape a few days ago, and my main reason was to export to wmf to import into my Machine Embroidery programs. However, when I save a line art as .wmf, Python stops working and gives me a unicode error. Specifics below: ---------------------------------------- python.exe has stopped working A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available. After I click the Close program button I get an Inkscape error box that says: Inkscape has received additional data from the script executed. The script did not return an error, but this may indicate the results will not be as expected. UniConvertor failed: rest of box is blank --------------------------------------------- I did a little research (i'm not a programmer just an end user), and it seems the bug has been confirmed but I can't really find what has been done about it, or what I'm supposed to do now. Can anyone help? Thank you, Gina

6 7

Brief inkscape-web project update: need help with content migration
by Chris Morgan 09 Sep '11

09 Sep '11

I don't have time to post a proper status update with more details of what needs doing and I'm away for the next two days, but if there's anyone inclined to help with the inkscape-web project, please take a look at http://dev.inkscape.org/ and see where you can help. Content migration (English and other languages) is the main thing which needs to be done; many things which need to be done will be quite obvious. Code and content etc. is in lp:inkscape-web. -- Chris

7 8

inkscape at the german ubucon
by the Adib 09 Sep '11

09 Sep '11

Hello Inkscape users, inkscape is listed twice on the schedule of the german ubucon in Leipzig. see here http://www.ubucon.de/programm See you there, Adib.

2 1

Error in placement of text.
by john Culleton 07 Sep '11

07 Sep '11

For the file: http://webdesign.wexfordpress.net/index.svg the text on the boxes looks fine in Inkscape but when viewed in Firefox online or locally the text on the box "Design Cover" overflows the box on the right side. Inkscape 48.1 and Firefox 3.18, Salix (Slackware) 13.37 -- John Culleton Wexford Press "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html

2 1

compile errors on rev 10621, Windows XP
by Alvin Penner 06 Sep '11

06 Sep '11

attempting to compile rev 10621, I get Make error line 289: problem compiling: src/desktop-style.cpp: In function 'gdouble stroke_average_width(const GSList*)': src/desktop-style.cpp:429:59: error: 'isnan' was not declared in this scope src/desktop-style.cpp: In function 'int objects_query_strokewidth(GSList*, SPStyle*)': src/desktop-style.cpp:731:22: error: 'isnan' was not declared in this scope src/desktop-style.cpp: In function 'int objects_query_fontnumbers(GSList*, SPStyle*)': src/desktop-style.cpp:969:25: error: 'isnan' was not declared in this scope src/desktop-style.cpp: In function 'int objects_query_blur(GSList*, SPStyle*)': src/desktop-style.cpp:1459:41: error: 'isnan' was not declared in this scope Alvin -- View this message in context: http://old.nabble.com/compile-errors-on-rev-10621%2C-Windows-XP-tp32404553p… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 4

text-stroke bug on trunk builds (linux)
by SorinN 06 Sep '11

06 Sep '11

to reproduce : 1) type quick some random letters 2) apply a stroke to them 3) try to select / deselect text by clicking outside of text body - you will see you have to click quite far to deselect if we have some more graphic objects around - it will be difficult to select anything near our 'text with stroke'. -- Nemes Ioan Sorin

3 4

Compile error on XP
by Preben Soeberg 06 Sep '11

06 Sep '11

Compile error on r 10621 (c++ TDM ver. 4.5.1): Make error line 289: problem compiling: src/desktop-style.cpp: In function 'gdouble stroke_average_width(const GSList*)': src/desktop-style.cpp:429:59: error: 'isnan' was not declared in this scope src/desktop-style.cpp: In function 'int objects_query_strokewidth(GSList*, SPStyle*)': src/desktop-style.cpp:731:22: error: 'isnan' was not declared in this scope src/desktop-style.cpp: In function 'int objects_query_fontnumbers(GSList*, SPStyle*)': src/desktop-style.cpp:969:25: error: 'isnan' was not declared in this scope src/desktop-style.cpp: In function 'int objects_query_blur(GSList*, SPStyle*)': src/desktop-style.cpp:1459:41: error: 'isnan' was not declared in this scope Regards Preben

1 0

Problem compiling nr-filter-slot.cpp
by LucaDC 05 Sep '11

05 Sep '11

I'm getting this error when compiling under Windows XP SP3: Make error line 289: problem compiling: src/display/nr-filter-slot.cpp: In constructor 'Inkscape::Filters::FilterSlot::FilterSlot(Inkscape::DrawingItem*, Inkscape::DrawingContext*, Inkscape::DrawingContext&, const Inkscape::Filters::FilterUnits&)': src/display/nr-filter-slot.cpp:38: internal compiler error: in add_phi_arg, at tree-phinodes.c:391 Please submit a full bug report, with preprocessed source if appropriate. See <http://www.tdragon.net/recentgcc/bugs.php> for instructions. Please, can anyone tell me what to do to fix this problem? I don't know where to start from. Thanks. Luca -- View this message in context: http://old.nabble.com/Problem-compiling-nr-filter-slot.cpp-tp32379265p32379… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 15

Inkscape to Synfig Studio: update
by Nikita Kitaev 05 Sep '11

05 Sep '11

Hi everyone. I've been running my svg2sif converter through a semi-automated tester using a huge archive from openclipart, and now I have testing results. I fixed all of the major bugs I could find and it works correctly on a large number of SVG files. There are still cases where it fails, but almost all of them are caused by SVG files that don't originate from Inkscape. What stability should I aim for before it becomes a possibility to have it shipped with Inkscape? The kind of unsupported features I'm talking about include: viewBox attribute in <svg> tag gradients defined in the body of the document rather than in the defs section node having no id unicode<>ascii conversion error (If anyone knows I place where I can get a large number of Inkscape-only SVG files, that would help.) ~Nikita

4 4

bug in pdf export ?
by Wilfried Kirschenmann 01 Sep '11

01 Sep '11

Hi ! The following svgz file : http://dl.free.fr/hYWUU9wMI can be correctly viewed by inkscape or any web browser. However, when I try to export it as a pdf, the plots diseappears. Hence, I can't use the pdf+Latex export... I have tried Inkscape 0.48.1 on Windows 7 and Inkscape 0.48.0 on debian 6.0 This file is generated with gnuplot 4.4 pl 3. I d'ont know if this svg file is well formed (and there is a bug in inkscape) or not (and there is a bug in gnuplot). Any idea on how to export this file to pdf+Latex would be appreciated. ----- Cordialement, Wilfried Kirschenmann "An expert is a person who has made all the mistakes that can be made in a very narrow field."* *Niels Bohr - *Danish physicist (1885 - 1962)*

3 5

Circle animation in SVG
by Johan Engelen 01 Sep '11

01 Sep '11

Hi all, Some animated artwork you may like. I decided to transfer an old Pascal project into SVG. If you use Firefox: http://tostiband.nl/circles_small.svg If you use Chrome or Opera: http://tostiband.nl/circles.svg http://tostiband.nl/circles_bw.svg http://tostiband.nl/circles_rgb.svg http://tostiband.nl/circles_vertical.svg It's my first script attempt/copy-paste-fest, so probably I animate the circles in a dumb way, and that is why it is slow in Firefox. All comments are welcome of course. It is really nice to be able to hit a key to "maintain" the wave it is showing, i.e. all circles start rotating with the same speed but with the current phase difference. Then if you hit the key again, the program continues with the different circle speeds and rotates through all kinds of waves. Maybe if I feel like it, I will add this, but... it would be nifty if someone could give me some code that I could copy-paste for that :P :P Ciao, Johan

2 1

Re: [Inkscape-devel] linked offsets
by Jasper van de Gronde 31 Aug '11

31 Aug '11

On 25-08-11 21:51, Adonis Papaderos wrote: > It apears that the work I have done with linked offsets to make them > behave as linked offsets have the side-effect of breaking compatibility > with old drawings that rely on the old behavior. (see bug #817907 > https://bugs.launchpad.net/inkscape/+bug/817907). I believe that commit > 10109 should be revoked and the attached bugs marked as won't fix (since > I don't see any other way of fixing these). > > What do you think? It might be better to discuss this on the developers mailing list (instead of sending it to everyone in the inkscape developers group). As for your question, as far as I can tell it's choosing between sticking to old behaviour that doesn't make much sense and causes problems for at least some people and new behaviour that makes a lot more sense but might cause some problems for existing drawings. This is not an easy choice, but I would be inclined to go with the new behaviour, as that's probably the better choice in the long run. Obviously going with the "new and improved" behaviour will cause some problems with existing material, but I'm afraid it's impossible to always avoid this. Now, if you want to be really friendly towards people with existing material there are a couple of possible courses of action: 1. Detect version of Inkscape that file was saved with and automatically convert linked offsets. 2. Supply an extension that can "fix" linked offsets from older versions. 3. Provide details for manual migration (what's the easiest way to get people's linked offsets to behave like they used to). 4. Make the behaviour optional (per file), possibly in combination with version detection. 5. Create a new way to achieve linked offsets so that it does not affect old linked offsets. Personally I'm not a big fan of 4 (extra code, extra complication). Option 1 is kind of nice in some cases, but in this particular setting it could prove to be a hassle if files move between people with different versions. All in all I would recommend option 2 or 3, and possibly 5, if you're feeling adventurous :) Option 5 is probably a bit more involved, but would be cool. In particular, I was thinking that it might be cool to be able to use LPEs on "clones", and a linked offset would then just be a certain kind of LPE. Currently this isn't possible as clones are not paths, so it would probably require creating a new kind of "linked path" and making sure that LPEs work with that. Then we would need to create an LPE that does an offset and make sure that the offset can be edited on canvas. With option 5 we could choose to keep the old linked offsets code around or to remove it. The latter has the advantage that existing files will still render correctly, any old-style linked offsets simply aren't editable as linked offsets anymore.

13 19

MediaWiki theme
by Krzysztof Kosiński 30 Aug '11

30 Aug '11

Can the relevant person please update MediaWiki to 1.17 and change the default theme to Vector? Our custom theme is seriously broken and makes the wiki look like a mess. Also, I am rather tired of excuses like "we are going to put all wiki content in a new awesome system Real Soon Now(tm)". This will surely take much more time than this simple update. Regards, Krzysztof

4 6

SVG on web.
by john Culleton 30 Aug '11

30 Aug '11

I came across an example of svg used as a "wireframe" or mockup of the appearance of a web page here: http://www.w3.org/Graphics/SVG/IG/wiki/images/e/ed/Planet.svg The interesting thing to me is that this svg renders the same in Inkscape and in Firefox. And it is editable in Inkscape. So it appears that svg could be added to a web page design. Given that facility, can the svg portion be used for dynamic purposes. For example could an anchor be added to point to another url? Or is svg a graphics-only format? Thoughts, anyone? -- John Culleton Wexford Press "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html

4 3

The W3 state of flowPara
by Stefan de Konink 26 Aug '11

26 Aug '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, What is the actual 'state' of the flowPara discussion? Is there in fact an alternative way of representing these proposed? Or is the entire functionality removed. On the wiki it is mentioned that some new syntax is introduced, where is this described? Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk5XgG8ACgkQYH1+F2Rqwn1vAQCfW1cl1h4bdBD4aSyufVRb2Hxz 8y0AnA58jE2mxk87y/M8I4KIQT6+Qynt =plP1 -----END PGP SIGNATURE-----

1 0

Created node should snap to grid
by Johan Engelen 23 Aug '11

23 Aug '11

Hi all, Do more people agree with me that when a node is created (by ctrl+alt or double-click) that it should be snapped to the grid? If so, Diederik, can you look into this? :P Thanks so much! Johan

9 16

Re: [Inkscape-devel] inkscape to synfig studio
by Nikita Kitaev 18 Aug '11

18 Aug '11

2011/8/17 Alexandre Prokoudine <alexandre.prokoudine@...400...>: > Как и просили :) > > > ---------- Forwarded message ---------- > From: Johan Engelen <jbc.engelen@...2592...> > Date: Wed, Aug 17, 2011 at 11:34 PM > Subject: Re: [Inkscape-devel] inkscape to synfig studio > To: inkscape-devel(a)lists.sourceforge.net > > > On 14-8-2011 21:04, Alexandre Prokoudine wrote: >> Hi, >> >> FYI, for a few weeks now Nikita Kitaev has been working on an svg2sif >> extension that allows exporting SVG to Synfig Studio animation editor >> documents. >> >> https://github.com/nikitakit/svg2sif >> >> He hopes that it will eventually replace the existing SVG importer in Synfig. >> >> Discussion forum is here: http://www.synfig.org/forums/viewtopic.php?f=1&t=2953 > > (After a very brief look) > Apparently, the extension requires all shapes to be converted to paths. > Because it is implemented as a python script, an extra Inkscape > subprocess is launched to convert the non-path shapes to paths. I see > the benefit of having a Python script, but is it not easier/faster in > this case to write it in C++ in Inkscape's codebase ? > Or, alternatively, we could add an option for extensions to request > SVG's with path-shapes only...? > > (Alexandre, can you forward this to Nikita? Thanks) > > Ciao, > Johan > Hi everyone, I agree that having direct access to Inkscape's features would save some code repetition and subprocess calls. C++ is probably faster/easier if you're already very familiar with Inkscape's codebase. I'm not. Having extensions request path-only SVGs would help in this case, but hopefully it can be something more flexible. For example, svg2sif also uses Inkscape to get rid of <use> elements -- but at some point in time I plan to use Synfig's linking/clone features instead. If there's a way to request simplified SVGs, it would be nice to be able to pass options. (e.g. "No non-paths", "no clones", etc.) What about dbus extension features? I remember that there were plans and code, but I don't know what the status is. ~Nikita

4 5

proposed patch for Bug 813829, inconsistent marker rendering
by Alvin Penner 18 Aug '11

18 Aug '11

this is a request for testing of a proposed patch to file src/2geom/hvlinesegment.h for Bug 813829. since the file belongs to 2geom, I'm not quite sure how to proceed... tia, Alvin http://old.nabble.com/file/p32284561/hvlinesegment.h hvlinesegment.h -- View this message in context: http://old.nabble.com/proposed-patch-for-Bug-813829%2C-inconsistent-marker-… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0