March 2010 - Inkscape Devel - Inkscape Mailman

CGM file import
by Willem Langenberg 30 Mar '10

30 Mar '10

Inkscape developers: I have been trying to import a CGM file (file attached) into Inkscape (one of the listed file formats), but I get a python.exe error message saying: uniconverter failed, cannot load plugin module cgmloader. What does this mean? How can it be corrected? Willem Langenberg Long Mountain Research Inc. 11439-56 Avenue Edmonton, Alberta T6H 0Y1 Canada

2 1

Compiling errors
by Elie MICHEL 30 Mar '10

30 Mar '10

Hello world, I'm new ! I don't know if it's the best place to ask this, but I'm new on this mailing list and I'm French so...I have to concentrate myself to read en write. I'm sorry if I do some spellings... But my problem is that I have a problem when I want build Inkscape on my PC (with Windows 7). I follow these instructions : http://wiki.inkscape.org/wiki/index.php/Win32Port But the last act (C:\src\inkscape\trunk> btool) don't work :( I can see a lot of errors like that : ============ cmd ============ mingw32-g++ -c -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast- align -Wsign-compare -Woverloaded-virtual -Wswitch -O2 -mms-bitfields -fopenmp - DVERSION=\"0.47+devel\" -DHAVE_CONFIG_H -D_INTL_REDIRECT_INLINE -DHAVE_SSL -DREL AYTOOL_SSL="static const int libssl_is_present=1; static int __attribute__((unus ed)) libssl_symbol_is_present(char *s){ return 1; }" -DPOPPLER_NEW_GFXFONT -I. - Ic:\devlibs/include -Ic:\devlibs/include/gtkmm-2.4 -Ic:\devlibs/lib/gtkmm-2.4/in clude -Ic:\devlibs/include/glibmm-2.4 -Ic:\devlibs/lib/glibmm-2.4/include -Ic:\ devlibs/include/glib-2.0 -Ic:\devlibs/lib/glib-2.0/include -mms-bitfields -Ic:\d evlibs/include/sigc++-2.0 -Ic:\devlibs/lib/sigc++-2.0/include -Ic:\devlibs/inclu de/giomm-2.4 -Ic:\devlibs/lib/giomm-2.4/include -Ic:\devlibs/include/gdkmm-2.4 -Ic:\devlibs/lib/gdkmm-2.4/include -Ic:\devlibs/include/pangomm-1.4 -Ic:\devlib s/lib/pangomm-1.4/include -Ic:\devlibs/include/gtk-2.0 -Ic:\devlibs/lib/gtk-2.0/ include -Ic:\devlibs/include/gtk-2.0 -Ic:\devlibs/include/pango-1.0 -Ic:\devlibs /include/pango-1.0 -Ic:\devlibs/include/pango-1.0 -Ic:\devlibs/include/cairo -Ic :\devlibs/include/cairomm-1.0 -Ic:\devlibs/lib/cairomm-1.0/include -Ic:\devlibs/ include/atkmm-1.6 -Ic:\devlibs/include/atk-1.0 -Ic:\devlibs/include/gtk-2.0 -mms -bitfields -Ic:\devlibs/include/gtk-2.0 -Ic:\devlibs/lib/gtk-2.0/include -Ic:\de vlibs/include/ImageMagick -Ic:\devlibs/include/ImageMagick -fopenmp -D_MAGICKDLL _ -Ic:\devlibs/include/libxml2 -Ic:\devlibs/include/freetype2 -Ic:\devlibs/inclu de -Ic:\devlibs/include/cairo -Ic:\devlibs/include/poppler -Ic:\devlibs/include/ gc -Ic:\devlibs/include/libwpg-0.1 -Ic:\devlibs/include/libwpd-0.8 -Ic:\devlibs/ include/libwpg-0.1 -Ic:\devlibs/include/libwpd-0.8 -Icxxtest -Ic:\devlibs/python /include -Isrc/bind/javainc -Isrc/bind/javainc/win32 -Isrc -Isrc/2geom -Isrc/2 geom/numeric -Isrc/application -Isrc/bind -Isrc/debug -Isrc/dialogs -Isrc/displa y -Isrc/dom -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/util -Isrc/extension -Isrc/exte nsion/implementation -Isrc/extension/internal -Isrc/extension/internal/bitmap -I src/extension/internal/filter -Isrc/extension/internal/pdfinput -Isrc/extension/ script -Isrc/filters -Isrc/helper -Isrc/io -Isrc/jabber_whiteboard -Isrc/jabber_ whiteboard/dialog -Isrc/libavoid -Isrc/libcola -Isrc/libcroco -Isrc/libgdl -Isrc /libnr -Isrc/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap -Isrc/livarot -Is rc/live_effects -Isrc/live_effects/parameter -Isrc/pedro -Isrc/svg -Isrc/trace - Isrc/trace/potrace -Isrc/ui -Isrc/ui/cache -Isrc/ui/dialog -Isrc/ui/tool -Isrc/u i/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/xml/subtree.cpp -o build/obj/xml/subtree.o ============================= Make error line 299: problem compiling: cc1plus.exe: error: unrecognized command line option "-Werror=format-security" cc1plus.exe: error: unrecognized command line option "-fopenmp" cc1plus.exe: error: unrecognized command line option "-fopenmp" Can you anderstand why I can't build it ? I need your help, I thank you if you answer me :)

3 5

Re: [Inkscape-devel] Compiling errors
by Uwe Schöler - OSS-Marketplace.com 30 Mar '10

30 Mar '10

Hi, I also build inkscape on windows 7 without any errors. I use last devlibs (from trunk .bzr last version 14) and the mingw Krzysztof prefer (tdm-mingw-1.908.0-4.4.1-2.exe). Sincerely, UweSch W dniu 29 marca 2010 21:17 użytkownik bulia byak <buliabyak@...400...> napisał: > I also tried to compile on Windows after some delay and get this: > > and so on. Any quick fix for me? You've run into an exception handling ABI mismatch. Some of your .o files were compiled with a different exception handling model than what your current compiler uses. This should help: 1. Ensure you are using the SJLJ flavor of TDM-GCC 2. Ensure you have the latest devlibs 3. Rebuild from scratch (btool clean) Regards, Krzysztof ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Mit freundlichem Gruß, Uwe Schöler

1 0

GSOC spatial indexing - renderer
by Vangelis Katsikaros 29 Mar '10

29 Mar '10

Hello I have briefly described in the past my thoughts on how the render can be improved by introducing spatial indexes. The render has to find which shapes intersect with the user's viewport. Currently this is done by a full scan in display/sp-canvas.cpp:871 in sp_canvas_group_render() right? (Krzysztof gave some hints in another thread some days ago). The idea is to implement an index, so that the renderer performs the range query faster than the full scan. Some basic ideas on the project. * The index is going to be a standard one like R-star (used in oracle, postgis, sqlite). * This R-trees can support 3 dimensions without any performance penalty (if the index has many dimensions performance deteriorates and other kind of indexes perform better). If we do this project we can implement a third dimension (time), for future usage, and leave it there until Inkscape goes into animation. * It would be better if the project is hosted in lib2geom. In this way Inkscape's code base undergoes the minimal changes (ideally no more than a few lines of code). * The index should be disk based (so that it can be saved and reused when Inkscape opens the same file again) * There should be a way to identify the shapes of the SVG uniquely (either XML elements or elements from another abstraction Inkscape uses). Can anyone give me some pointers on how I should work for this issue? Any ideas are welcome. Regards Vangelis __________________________________________________ Χρησιμοποιείτε Yahoo!; Βαρεθήκατε τα ενοχλητικά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων http://mail.yahoo.gr

2 2

Frost is upon us
by Joshua A. Andler 29 Mar '10

29 Mar '10

Hey all, I propose moving to Frost on Tuesday if nobody opposes. To be clear, the main delay in moving forward was an improper usage of Poppler and it blocking us from having "make check" being run. Thank you to Krzysztof for addressing our poppler issue, and Ted for pushing forward with the "check" issues (both make and dist). Given that the main hurdle has been jumped over, I'm comfortable saying that we should push forward to Frost now. We are NOT at Feature Freeze and we don't need to uber-restrict commits yet... but we need to tone down the "radical" nature of commits. Frost will have us achieve: Most development complete. Release Notes should be >90% filled in. Bug Hunt: 300 points Post inkscape-0.48-alpha.tar.gz The following outstanding issues are being actively worked on: *Krzysztof's Node Tool rewrite bugs and issues. *Jon's wicked custom Swatch issues. *Tavmjong's LinuxFund text tool work. The following outstanding issues HAVE to be addressed to not be cut: *Jon's swatches MUST be initially editable in the F&S dialog. *Jon's new Input Devices dialog needs whatever polish to be good enough. *Jon's "UX" work (specifically UI placement should be looked at). *Tavmjong's LinuxFund text tool work (yes it hasn't been committed, but we can only accept so much depending on when code lands). *Felipe Sanches' color management work. The "not real" (device) cmyk thing MUST be addressed prior to release. I'm not saying to remove, but perhaps disable, it is a part of the SVG spec, but it's not how the CMYK workflow actually works. Notes: Tavmjong's work can thankfully be pulled in partially... if we have new and working widgets for the text tool, we should take them when available rather than wait. Jon has put an extraordinary amount of effort into refactoring stuff for the swatches. 0.48 is a multi-point release in that we're anticipating 0.49 dev to be lengthy... if there are bugs (which are committed to be worked on), I'm not against a release with them. No offense, but, we're just like every software vendor out there in this case saying that we know there are issues and are committed to fix them... but feeding our audience takes priority. If you have any issues, comments, or something to address... please speak up! Cheers, Josh

3 3

Feature Suggestion: Automatic layer size adjustment
by Michael Grosberg 29 Mar '10

29 Mar '10

I think it would be nice if some GSOC student were to work on such a feature: Currently you can't draw outside a layer's boundary, and you have to tell GIMP to adjust the boundary yourself. I think an option can be added that, when set to "on", lets GIMP handle that in such a way: 1. any time a layer is moved, GIMP will after the operation set the layer boundary to include the entire canvas. 2. On save, GIMP will autocrop all layers. what do you think?

2 2

Axonometric grid scaling bug
by Radek 28 Mar '10

28 Mar '10

Hello all, some time ago I've encoutered a bug in inkscape resulting in incorrect updating of axonometric grids. I have fixed it myself, then I've filed a bug report with a patch included: https://bugs.launchpad.net/inkscape/+bug/429776 Apparently it hasn't been noticed by any of developers, so I decided to try here. I think that this bug is quite severe for the axonometric grid functionality (conditions in which it appears to be working properly are actually a corner case), it makes the feature hardly usable. I hope that someone will take a look at the bug report and commit the fix. The bug has been reported against 0.46, but I can provide a patch ported to 0.47 if it helps. Radek

1 0

GSoC 2010 Cairo canvas
by Krzysztof Kosiński 28 Mar '10

28 Mar '10

Hello all I will limit myself to two possibilities of a GSoC project for this year: Cairo rendering and SP layer improvements. I think they have the biggest potential impact. This mail discusses the first one. In order to use Cairo rendering in Inkscape, we need a Cairo-based canvas widget to replace the current SPCanvas / NRArena. They appear to be originally derived from GnomeCanvas. Canvas widgets are a rather common beast in the FOSS world, so even if we decide none of the existing ones are satisfactory for us, we have a large body of work from which we can derive inspiration. This page has links to several existing canvas implementations. I have not analyzed all of them yet, but will keep you informed about any important http://live.gnome.org/ProjectRidley/CanvasOverview Here are some requirements for our canvas. 0. Based on Cairo. 1. Model/view split: objects displayed on the canvas can exist without it. 2. Widgetless rendering: it should be possible to render completely in memory, for example for console-mode PDF export. 3. No excessive ties to Inkscape - implemented as a library, perhaps using a few well-defined portions of the existing codebase (e.g. 2geom). 4. Canvas primitives should be sufficient to render SVG. There are many things to discuss, but here's the first one: Tiling reduces the area of the screen that needs to be redrawn, but increases the number of drawing operations. We could instead have a tile-less system that would compute the affected bounding box and redraw it in one go, instead of redrawing many tiles. What do you think? Regards, Krzysztof

6 13

Node tool & hash maps
by Joshua A. Andler 26 Mar '10

26 Mar '10

I just ran across the following and figured I would pass the link on since it is a comparison of various hash map implementations and their performance. http://incise.org/hash-table-benchmarks.html Are we using unordered w/ integers? If so, we may want to explore other options. Oh, and someone in the notes also pointed out: https://edge.launchpad.net/libmct Cheers, Josh

2 2

GSoC (Student Idea) - Graphical Script Extension Editor
by Andrew Simmons 26 Mar '10

26 Mar '10

Hello, I would like to make it easier for Inkscape users to create their own script extensions, especially effects (ie. scripts that operate on the current image). *Ideally* this would involve creating some kind of visual programming language to allow users to drag-and-drop high-level SVG editing commands with intuitive icons into a editor field to create their program - without having to write a single line of code. *Practically* there is no way I could code something so complex in the time-span. Thus I think I should focus on automating as much of the ScriptingHOWTO section as possible. This would (possibly) include: - A graphic tool to generate INX files? - Creating some useful python functions (eg. "addStar()") to allow users to create their script quickly? - An interactive function navigator? Would this be a viable summer of code project? I haven't used GTK+ before nor created an Inkscape extension (yet) Thanks, Andrew Simmons

3 2