February 2008 - Inkscape Devel

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

GSoC project proposal ideas
by Bryce Harrington 26 Feb '08

26 Feb '08

Hi all, Google has officially announced the 2008 summer of code project this year. Project applications will be accepted starting March 3rd. A first step is to gather ideas of projects for students. To do this, if you have an idea, please register it as a blueprint in launchpad: https://blueprints.launchpad.net/inkscape/ When I submit our application, I will be using the blueprints as the source of ideas for projects, so please help post project ideas there. Also, if you are willing to mentor the project, please indicate it in launchpad via the 'Offer mentorship' link on the blueprint page. Oh, and also, if you know of one or more bugs that relate to the blueprint, you can link them via the 'Link to bug report' link. Thanks, Bryce

1 0

Text in GSoC '08
by Gail Carmichael 26 Feb '08

26 Feb '08

Hi all, I am hoping to try and get in on GSoC again this year because it would seem that having it as a "job" is the only way to ensure I have time to contribute during school (boooo!). Ideally, what I would like to do is continue with the font work I was doing before; that is, trying to support non-CSS fonts. This would require the ability to contribute and change Pango, and I have no idea if they would want to do that. So I will soon try to talk to those guys and see what they think. If that doesn't work out, I would be interested in working on anything text, including UI if so desired. Think about what items might be desired and that are GSoC'able (something like underlines, for example, has the potential to be too much to get something bug free ready, not sure). As a tref update, I have at least narrowed down the problems to be between a couple of my unrelated commits. Good in the sense that it probably means I didn't create the issue, but bad because that makes it that much harder to find the exact cause. Will be spending some more time compiling and recomipling tonight. Gail

1 0