- Inkscape Devel - Inkscape Mailman

Regarding WMF, PS-based AI, SK and FIG files support
by Alexandre Prokoudine 29 Feb '08

29 Feb '08

Hi, During last weekend I played with UniConvertor and found out that: 1) Its support for WMF is better than the one of wmf2svg simply because objects are editable at once. You can also have a look at feature support tables at [1] and [2]. 2) Old PS-based Adobe Illustrator files look pretty cool, though the ones created with Freehand still don't open correctly. What doesn't work is importing text when fonts in use are absent. UC just drops such text objects. I'm talking to Igor about fixing it. We can have this by just replacing the converter call to cdr2svg.sh which is already written in a universal way. This implies no strings changes at all. If we look a little further, we can ditch the Sketch/Skencil dependency (skconvert, actually) for opening .sk files (UniConverter actually used to be part of Sketch not so long time ago, thus it's same as skonvert in this case). Same probably applies to XFig dependency (fig2dev utility) for opening .fig files, but the very few XFig 3.2 files I had around didn't work at all with UC. I'm talking to Igor about fixing this as well. What is beautiful about this approach is that we will have all these things for free on _all_ platforms, since we are shipping UniConvertor for both Linux, Mac and Windows in 0.46. Here is my proposal: 1. Rename cdr2svg.sh to uniconv2svg.sh 2. Fix ai_input.inx, cdr2svg.inx, sk_input.inx and wmf_input.inx to use it. Probably fig_input.inx too, if a bugfix UC release is out before we package 0.46. Is this acceptable during Hard Freeze? Later we could also add extensions to support CDT (CorelDRAW templates), CCX (Corel Compressed Exchange), CMX (Corel Presentation Exchange), CGM (Computer Graphics Metafile), AFF (Micrografix Draw) and SK1 files the very same way (I've already written .inx files). But this implies strings changes. Thus either 0.46.1 or 0.47. [1] http://www.sk1project.org/modules.php?name=Report&page=08 [2] http://www.sk1project.org/modules.php?name=Report&page=06 Alexandre

2 6

object selection framework
by SF Markus Elfring 28 Feb '08

28 Feb '08

Hello, I try to continue a discussion for a previous feature request. https://bugs.launchpad.net/inkscape/+bug/186576 How much are details around the issue "multiple object selection" supported by the class "SPSelectContext" already? http://inkscape.modevia.com/doxygen/html/structSPSelectContext.php Regards, Markus

1 0

Inkscape / GSoC '08 proposal
by Bryce Harrington 28 Feb '08

28 Feb '08

Hi all, I'm hearing some rumblings that Google will be running their Summer of Code project again this year, and want to put out a proposal for discussion about how we should handle it this year. SoC has been great for bringing new ideas to Inkscape from a number of sources, yet often the newly written code needs follow up work to sand rough corners or to make it fit more correctly within our architecture. However, between SoC mentoring during the summers, and release work at other parts of the year, core developers haven't really had a good solid amount of time to focus on this digestion. There is concern that another summer's worth of code would put us further behind in this regard. Of course, given the major benefits that have accrued from our past involvement, it would be a shame to have to sit it out! But I think there is a compromise which will solve this, if we set two criteria for this year's involvement: 1. All Inkscape GSoC projects this year must be implemented as extensions, with no changes required to Inkscape's core 2. All mentoring be done by developers who will not be focusing on the 0.47 codebase refactoring efforts. (In particular, developers with good extension development experience.) We will limit the number of candidates we accept to the number of mentors available. I think this approach will prove valuable in a few different ways. First, extension writing is likely going to be a much easier learning curve for students than learning to build and work within inkscape's codebase. Second, it keeps their code distinct and discrete from inkscape's codebase, avoiding any increase in 'entropy' in our core code. Third, it will help add value to our extension community, and give them resources to do achieve things that would have had trouble competing against core codebase feature priorities. Please let me know what are your thoughts on this proposal? If you support it and have written extensions before, would you also be willing to be a mentor? Bryce

11 23

[Solved] Rev ~ 17554 - build issues on linux
by Bernard Gray 28 Feb '08

28 Feb '08

Hi Guys, I resolved this with some help in irc - I'm not sure whether that's logged anywhere though, so here's a static summary: I was receiving the following errors after running 'make' on rev ~ 1755x: ================= /home/bgray/svn/inkscape/src/sp-object-repr.cpp:194: undefined reference to `sp_font_get_type()' /home/bgray/svn/inkscape/src/sp-object-repr.cpp:194: undefined reference to `sp_glyph_get_type()' /home/bgray/svn/inkscape/src/sp-object-repr.cpp:194: undefined reference to `sp_fefuncR_get_type()' /home/bgray/svn/inkscape/src/sp-object-repr.cpp:194: undefined reference to `sp_fefuncG_get_type()' /home/bgray/svn/inkscape/src/sp-object-repr.cpp:194: undefined reference to `sp_fefuncB_get_type()' /home/bgray/svn/inkscape/src/sp-object-repr.cpp:194: undefined reference to `sp_fefuncA_get_type()' libinkpre.a(sp-fecomponenttransfer.o): In function `sp_feComponentTransfer_children_modified': /home/bgray/svn/inkscape/src/sp-fecomponenttransfer.cpp:112: undefined reference to `sp_fefuncR_get_type()' /home/bgray/svn/inkscape/src/sp-fecomponenttransfer.cpp:113: undefined reference to `sp_fefuncG_get_type()' /home/bgray/svn/inkscape/src/sp-fecomponenttransfer.cpp:114: undefined reference to `sp_fefuncB_get_type()' /home/bgray/svn/inkscape/src/sp-fecomponenttransfer.cpp:115: undefined reference to `sp_fefuncA_get_type()' live_effects/liblive_effects.a(effect.o): In function `Inkscape::LivePathEffect::Effect::New(Inkscape::LivePathEffect::EffectType, LivePathEffectObject*)': /home/bgray/svn/inkscape/src/live_effects/effect.cpp:81: undefined reference to `Inkscape::LivePathEffect::LPESketch::LPESketch(LivePathEffectObject*)' /home/bgray/svn/inkscape/src/live_effects/effect.cpp:84: undefined reference to `Inkscape::LivePathEffect::LPEVonKoch::LPEVonKoch(LivePathEffectObject*)' /home/bgray/svn/inkscape/src/live_effects/effect.cpp:87: undefined reference to `Inkscape::LivePathEffect::LPEKnot::LPEKnot(LivePathEffectObject*)' extension/internal/libinternal.a(cairo-renderer.o): In function `sp_asbitmap_render': /home/bgray/svn/inkscape/src/extension/internal/cairo-renderer.cpp:392: undefined reference to `sp_generate_internal_bitmap(SPDocument*, char const*, double, double, double, double, unsigned int, unsigned int, double, double, unsigned long, _GSList*)' ============== I had not done a fresh checkout for ~ 6 months, and svn status showed lot of cruft left from various major code changes, deleting the directory and doing a fresh checkout from scratch resolved the issue - Regards, Bernie (cleary)

1 0

Toolbar Button/Icon question
by Richard Querin 27 Feb '08

27 Feb '08

Hi, Sorry if this sounds like a silly question, but is there any way to vary the number of buttons that appear on the Commands Bar? I know I can hide the bar entirely, but I'd like to remove the rightmost one or two buttons if possible. Any way to do that? I guess I could always poke around the source code and remove them that way, but I wanted to avoid that if possible. Richard

3 2

clip/mask edit
by bulia byak 27 Feb '08

27 Feb '08

Johan, thanks for adding that, but I think a menu command which unexpectedly switches tools is not a good idea. No other menu commands do that, it just does not fit into the UI we have. I propose that instead of a command, we just add a toggle button to the Node controls bar which would switch it to editing clip/mask and back (and would be grayed out if there's no clip/mask). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

tref update
by Gail Carmichael 27 Feb '08

27 Feb '08

Does anyone know why I might be suddenly (and seemingly randomly) having problems compiling old revisions under Windows? For instance, I checked out Rev. 15430 fresh and get an error message at the beginning of the compile, as per below. The weird thing is that I was able to compile this earlier - this is the last revision I committed anything before tref stopped working... The current revision and some interim ones also work. Thoughts? > C:\Inkscape>mingwenv.bat > Setting environment variables for MinGw build of Inkscape > > C:\Inkscape>set GTK=c:/gtk210 > > C:\Inkscape>set GTKDOS=c:\gtk210 > > C:\Inkscape>set > path=c:\mingw\bin;c:\gtk210\bin;C:\MiKTeX26\miktex\bin;C:\WINDOWS\system32;C:\WINDOW > S;C:\WINDOWS\System32\Wbem;C:\Program > Files\QuickTime\QTSystem\;C:\Program Files\OpenCV\bin;"C:\Prog > ram Files\apache-maven-2.0.8\bin"; > C:\Inkscape>g++ buildtool.cpp -o btool > > C:\Inkscape>btool > #################################################### > # BuildTool v0.7.1, 2007 Bob Jamison > #################################################### > ######## PARSE : build.xml > ######## PARSE COMPLETE > ######## EXECUTE > ## Target : init : Do all preparatory tasks, like make directories and > copy files > ---- task : mkdir > : build > ---- task : mkdir > : inkscape > ---- task : copy > : src/helper/sp-marshal.h.mingw to src/helper/sp-marshal.h > : 1 file copied > ---- task : copy > : src/helper/sp-marshal.cpp.mingw to src/helper/sp-marshal.cpp > : 1 file copied > ---- task : makefile > : inkscape_version.h > ---- task : makefile > : config.h > ## Target : compile : compile the source to .o > ---- task : cc > : regenerating C/C++ dependency cache > : compile of build/obj/arc-context.o required by > src/arc-context.cpp > ============ cmd ============ > i686-pc-mingw32-g++ -c -Wall -O3 -mms-bitfields -DVERSION=\"0.46dev\" > -DHAVE_CONFIG_H -DXP_WIN -D_IN > TL_REDIRECT_INLINE -DHAVE_SSL -DRELAYTOOL_SSL="static const int > libssl_is_present=1; static int __at > tribute__((unused)) libssl_symbol_is_present(char *s){ return 1; }" > -I. -Ic:/gtk210/include -Ic:/gtk > 210/include/glibmm-2.4 -Ic:/gtk210/lib/glibmm-2.4/include > -Ic:/gtk210/include/gtkmm-2.4 -Ic:/gtk210/ > lib/gtkmm-2.4/include -Ic:/gtk210/include/gdkmm-2.4 > -Ic:/gtk210/lib/gdkmm-2.4/include -Ic:/gtk210/in > clude/pangomm-1.4 -Ic:/gtk210/include/atkmm-1.6 > -Ic:/gtk210/include/cairomm-1.0 -Ic:/gtk210/include/ > sigc++-2.0 -Ic:/gtk210/lib/sigc++-2.0/include > -Ic:/gtk210/include/gtk-2.0 -Ic:/gtk210/lib/gtk-2.0/in > clude -Ic:/gtk210/include/atk-1.0 -Ic:/gtk210/include/pango-1.0 > -Ic:/gtk210/include/glib-2.0 -Ic:/gt > k210/lib/glib-2.0/include -Ic:/gtk210/include/libxml2 > -Ic:/gtk210/include/freetype2 -Ic:/gtk210/incl > ude/cairo -Ic:/gtk210/include/poppler -Wno-comment > -Ic:/gtk210/perl/lib/CORE -Ic:/gtk210/python/incl > ude -Isrc -Isrc/application -Isrc/debug -Isrc/dialogs -Isrc/display > -Isrc/dom -Isrc/dom/io -Isrc/d > om/js -Isrc/dom/js/fdlibm -Isrc/dom/odf -Isrc/dom/svg -Isrc/dom/util > -Isrc/extension -Isrc/extension > /implementation -Isrc/extension/internal > -Isrc/extension/internal/libwpg -Isrc/extension/internal/pd > finput -Isrc/extension/script -Isrc/extension/script/CXX > -Isrc/graphlayout -Isrc/helper -Isrc/inkjar > -Isrc/io -Isrc/jabber_whiteboard -Isrc/jabber_whiteboard/dialog > -Isrc/libavoid -Isrc/libcola -Isrc/ > libcroco -Isrc/libnr -Isrc/libnrtype -Isrc/libvpsc > -Isrc/libvpsc/pairingheap -Isrc/livarot -Isrc/ped > ro -Isrc/removeoverlap -Isrc/svg -Isrc/trace -Isrc/trace/potrace > -Isrc/ui -Isrc/ui/cache -Isrc/ui/di > alog -Isrc/ui/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml > src/arc-context.cpp -o build/o > bj/arc-context.o > ============================= > Make error line 179: executeCommand : could not create process : The > system cannot find the file spe > cified. > Make error line 179: problem compiling: > > C:\Inkscape>

2 2

Re: [Inkscape-devel] Snapping to nodes (within same path)
by Diederik en Rezi 27 Feb '08

27 Feb '08

Op Wo, 27 februari, 2008 09:46, schreef J.B.C.Engelen@...1578...: > (one could think of snapping to all nodes except for smooth nodes...) It's already implemented that way! I just verified that it also works in the node tool (although the self-snapping is still missing of course). Please be aware though that the Bezier handle locations are being used to find out whether the node is smooth, and that the node-type attribute is irrelevant. E.g. when changing the type of a node from smooth to cusp, the handles and path do not move. The node will remain smooth and will not be snapped to, until the Bezier handles are being dragged. Diederik

1 0

Geo_Inkscape wiki page
by MilesTogoe 27 Feb '08

27 Feb '08

For any SVG mapping fans, I've started a geo_inkscape wiki page where we can put down all kinds of information of how to use Inkscape with mapping, GIS, etc. I've just thrown down a few bits of info - so the page is rough and needs lots of work - feel free to contribute. At SCALE we had a chance to meet and talk with some of the Open Street Map folks. They are already using Inkscape to create their mapping tiles. I'll try to get some more time to flush out some tasks that can allow both projects to integrate better. Meanwhile I've posted a blueprint for a KML-SVG translator as a GSoC project. This would enable users to draw cool, scalable, geo-referenced icons and overlays in Inkscape and add to Google Earth or Google Maps - it would most likely involve XSLT work - any interested students ?

2 2

Re: [Inkscape-devel] More z-order operations
by Rob Antonishen 26 Feb '08

26 Feb '08

Still having problems explicitly adding a parameter to the extension's command line. I suppose resorting to a separate inx/py set may be the only option. I guess I could pull common code into a lib file, but there would still be significant code duplication in each py file. If noone has a better suggestion I will just press on. -Rob A. On 2/20/08, Rob Antonishen <rob.antonishen@...400...> wrote: > Yes. > > I tried: > <command reldir="extensions" interpreter="python">z_order.py > --mode=o</command> > > and get this error calling the extension: > File "C:\DOCUME~1\RobA\LOCALS~1\Temp\ink_ext_XXXXXX.svgIJQG6T", line 1 > > <?xml version="1.0" encoding="UTF-8" standalone="no"?> > > ^ > > SyntaxError: invalid syntax > > Note sure why, this seems to be loading the created temp file. > > I also found this in launchpad: > https://bugs.launchpad.net/inkscape/+bug/171870 > > requesting a hidden param. > > One thing I am also playing with is using an option group with only > one option...but it seems to not work properly. > > -Rob A> > > > On Wed, Feb 20, 2008 at 2:32 AM, bulia byak <buliabyak@...400...> wrote: > > On Feb 20, 2008 1:42 AM, Rob Antonishen <rob.antonishen@...400...> wrote: > > > Is there a way to have a "hidden" parameter in an .inx file? > > > > did you try to just add them to the command in <command> tag? > > > > > > > > -- > > bulia byak > > Inkscape. Draw Freely. > > http://www.inkscape.org > > >

1 0