- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Help testing SpiroLive
by Jabiertxo Arraiza Cenoz 20 Dec '12

20 Dec '12

Hello, I update the SpiroLive branch to redraw spiro when mouse stop, no gaps now. In my 5 years old computer -debian- spiro redraw ok, now better whith the tolerance fix. If isn't enoft we can increase the tolerance level. Less tolerance show more fluid spiros, more tolerance spiro curve "jumps" more. I dont want to add a botton to show optionaly, because i think this function is basic while drawing, but if we decide to make optional y start whith this. Any more betatester ;) ?

4 20

Point in right direction, r11962 bugs
by Jelle 19 Dec '12

19 Dec '12

Hi guys, I'm trying to find a good python library to access the SVG DOM, similar to the way Javascript does it. Is there any lib around that you can recommend for that? pySVG, SVGwrite, pyjs is what I managed to find references to. pyjs seems to me to be the most complete. But I would figure that Inkscape does access the SVG DOM to manipulate objects as well? Am I missing something here? Cheers, Jelle P.S. As I can't post on the bugtracker (doesn't route in China for some reason), I'll post it here. r11962 win7 (without updates) Dropshadow tool As great as the new dropshadow color setting is, using the color picker to select a color will change the color of the parent object and the dropshadow rather than the dropshadow itself. Symbols Symbols are made using lines rather than outlines. Though I can understand why to do it that way (smaller size), it leads to problems when converting them to groups as lines will inherit not the settings from the symbol, but from the current line settings. I think all symbols should be created in outlines, similar to fonts, to prevent problems. I guess engravers will like it that way better as well, but not sure about that. I'm not sure if the symbol to group setting is supposed to behave like that either. Seems illogical to me. Fill bounded area's Is broken

2 2

Re: [Inkscape-devel] Fwd: Latest Version Not Compiling
by Johan Engelen 18 Dec '12

18 Dec '12

You have bzr a merge error. Try reverting that particular file. (otherwise try google on how to fix merge conflicts in bzr) Cheers, Johan On 18-12-2012 17:47, Arshdeep Singh wrote: > _The error message is as follows:_ > > #################################################### > # BuildTool v0.9.9multi > #################################################### > ######## PARSE : build.xml > ============ cmd ============ > bzr revno > ============================= > ######## PARSE COMPLETE > ######## EXECUTE > ##### Target : init > ##### Do all preparatory tasks, like make directories and copy files > --- init / mkdir > mkdir : build > --- init / mkdir > mkdir : build/java > --- init / mkdir > mkdir : build/java/classes > --- init / mkdir > mkdir : build/java/lib > --- init / mkdir > mkdir : inkscape > --- init / copy > copy : src/helper/sp-marshal.h.mingw to src/helper/sp-marshal.h > copy : skipped > --- init / copy > copy : src/helper/sp-marshal.cpp.mingw to src/helper/sp-marshal.cpp > copy : skipped > --- init / makefile > ============ cmd ============ > bzr revno > ============================= > makefile : src/inkscape-version.cpp > makefile : skipped > --- init / makefile > makefile : config.h > makefile : skipped > ##### Target : cxxtest > ##### generate test files > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestroot > ##### Target : compile > ##### compile the source to .o > --- compile / cc > cc : compile with 1 threads in parallel > cc : compile of build/obj/ui/dialog/document-properties.o required > by source > : src/ui/dialog/document-properties.cpp > ============ cmd ============ > mingw32-g++ -c -Wall -Wformat -Werror=format-security -W > -Wpointer-arith -Wcast- > align -Wsign-compare -Woverloaded-virtual -Wswitch -Werror=return-type > -O2 -mms- > bitfields -fopenmp -DVERSION=\"0.48+devel\" -DHAVE_CONFIG_H > -D_INTL_REDIRECT_INL > INE -DHAVE_SSL -DRELAYTOOL_SSL="static const int libssl_is_present=1; > static int > __attribute__((unused)) libssl_symbol_is_present(char *s){ return 1; > }" -DPOPPL > ER_NEW_GFXFONT -DGLIBMM_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED > -DGTK_DISABLE_ > SINGLE_INCLUDES -DGDKMM_DISABLE_DEPRECATED -DGSEAL_ENABLE -I. > -Ic:\devlibs/inclu > de -Ic:\devlibs/include/gtkmm-2.4 -Ic:\devlibs/lib/gtkmm-2.4/include > -Ic:\devlib > s/include/glibmm-2.4 -Ic:\devlibs/lib/glibmm-2.4/include > -Ic:\devlibs/include/g > lib-2.0 -Ic:\devlibs/lib/glib-2.0/include -mms-bitfields > -Ic:\devlibs/include/si > gc++-2.0 -Ic:\devlibs/lib/sigc++-2.0/include > -Ic:\devlibs/include/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:\devlibs/lib/pangomm-1.4 > /include -Ic:\devlibs/include/gtk-2.0 -Ic:\devlibs/lib/gtk-2.0/include > -Ic:\devl > ibs/include/pango-1.0 -Ic:\devlibs/include/pango-1.0 > -Ic:\devlibs/include/pango- > 1.0 -Ic:\devlibs/include/cairo -Ic:\devlibs/include/gdk-pixbuf-2.0 > -Ic:\devlibs/ > include/cairomm-1.0 -Ic:\devlibs/lib/cairomm-1.0/include > -Ic:\devlibs/include/at > kmm-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:\devlibs/incl > ude/ImageMagick -Ic:\devlibs/include/ImageMagick -fopenmp > -D_MAGICKDLL_ -Ic:\dev > libs/include/libxml2 -Ic:\devlibs/include/freetype2 > -Ic:\devlibs/include -Ic:\de > vlibs/include/cairo -Ic:\devlibs/include/poppler > -Ic:\devlibs/include/gc -Ic:\de > vlibs/include/libwpg-0.2 -Ic:\devlibs/include/libwpd-0.9 > -Ic:\devlibs/include/li > bwpd-0.9 -Ic:\devlibs/include/libvisio-0.0 > -Ic:\devlibs/include/libwpd-0.9 -Ic:\ > devlibs/include/libwpd-0.9 -Ic:\devlibs/include/libwpg-0.2 -Icxxtest > -Ic:\devlib > s/python/include -Isrc/bind/javainc -Isrc/bind/javainc/win32 -Isrc > -Isrc/2geom > -Isrc/2geom/numeric -Isrc/bind -Isrc/debug -Isrc/dialogs > -Isrc/display -Isrc/do > m -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/util -Isrc/extension > -Isrc/extension/impl > ementation -Isrc/extension/internal -Isrc/extension/internal/bitmap > -Isrc/extens > ion/internal/filter -Isrc/extension/internal/pdfinput > -Isrc/extension/script -Is > rc/filters -Isrc/helper -Isrc/io -Isrc/libavoid -Isrc/libcola > -Isrc/libcroco -Is > rc/libgdl -Isrc/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap > -Isrc/livarot > -Isrc/live_effects -Isrc/live_effects/parameter -Isrc/svg -Isrc/trace > -Isrc/trac > e/potrace -Isrc/ui -Isrc/ui/cache -Isrc/ui/dialog -Isrc/ui/tool > -Isrc/ui/view -I > src/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml > src/ui/dialog/document-properti > es.cpp -o build/obj/ui/dialog/document-properties.o > ============================= > Make error line 298: problem compiling: > src/ui/dialog/document-properties.cpp: I > n member function 'void > Inkscape::UI::Dialog::DocumentProperties::build_page()': > > src/ui/dialog/document-properties.cpp:272:1: error: expected > primary-expression > before '<<' token > src/ui/dialog/document-properties.cpp:272:3: error: expected > primary-expression > before '<<' token > src/ui/dialog/document-properties.cpp:272:5: error: expected > primary-expression > before '<<' token > src/ui/dialog/document-properties.cpp:272:7: error: expected > primary-expression > before '<' token > src/ui/dialog/document-properties.cpp:272:9: error: 'TREE' was not > declared in t > his scope > src/ui/dialog/document-properties.cpp:274:2: error: expected ';' > before 'attach_ > all' > src/ui/dialog/document-properties.cpp:275:1: error: expected > primary-expression > before '==' token > src/ui/dialog/document-properties.cpp:275:3: error: expected > primary-expression > before '==' token > src/ui/dialog/document-properties.cpp:275:5: error: expected > primary-expression > before '==' token > src/ui/dialog/document-properties.cpp:275:7: error: expected > primary-expression > before '=' token > src/ui/dialog/document-properties.cpp:277:29: error: expected > primary-expression > before '_slaveList' > src/ui/dialog/document-properties.cpp:277:29: error: expected ';' > before '_slave > List' > src/ui/dialog/document-properties.cpp:278:5: error: '_slaveList' was > not declare > d in this scope > src/ui/dialog/document-properties.cpp:283:1: error: expected > primary-expression > before '>>' token > src/ui/dialog/document-properties.cpp:283:3: error: expected > primary-expression > before '>>' token > src/ui/dialog/document-properties.cpp:283:5: error: expected > primary-expression > before '>>' token > src/ui/dialog/document-properties.cpp:283:7: error: expected > primary-expression > before '>' token > src/ui/dialog/document-properties.cpp:283:9: error: 'MERGE' was not > declared in > this scope > src/ui/dialog/document-properties.cpp:283:15: error: 'SOURCE' was not > declared i > n this scope > src/ui/dialog/document-properties.cpp:284:1: error: expected ';' > before '}' toke > n > > XX-- > > > On Tue, Dec 18, 2012 at 9:39 PM, <jbc.engelen@...2592... > <mailto:jbc.engelen@...2592...>> wrote: > > ---- Arshdeep Singh <moduli16@...400... > <mailto:moduli16@...400...>> wrote: > > > > There are no error messages. The build process just stops at the > file > > subtree.o . There is no message that shows an error or > completion of build > > process. > > This is normal when doing a parallel build. If you are doing a > parallel build (btool -j), run btool again and it will only > recompile the files that errored and you will see the error(s) if > there were any. > You can also have a look in the file "compile.lst" (or some name > like that) that should show all logged output (including errors). > > -Johan > > > > > -- > Arshdeep Singh > Third Year, Computer Engineering > Delhi Technological University > Ph: +91-9654115614

2 1

Fwd: Fwd: Latest Version Not Compiling
by Arshdeep Singh 18 Dec '12

18 Dec '12

---------- Forwarded message ---------- From: Arshdeep Singh <moduli16@...400...> Date: Tue, Dec 18, 2012 at 10:17 PM Subject: Re: [Inkscape-devel] Fwd: Latest Version Not Compiling To: Johan Engelen <jbc.engelen@...2592...> *The error message is as follows:* #################################################### # BuildTool v0.9.9multi #################################################### ######## PARSE : build.xml ============ cmd ============ bzr revno ============================= ######## PARSE COMPLETE ######## EXECUTE ##### Target : init ##### Do all preparatory tasks, like make directories and copy files --- init / mkdir mkdir : build --- init / mkdir mkdir : build/java --- init / mkdir mkdir : build/java/classes --- init / mkdir mkdir : build/java/lib --- init / mkdir mkdir : inkscape --- init / copy copy : src/helper/sp-marshal.h.mingw to src/helper/sp-marshal.h copy : skipped --- init / copy copy : src/helper/sp-marshal.cpp.mingw to src/helper/sp-marshal.cpp copy : skipped --- init / makefile ============ cmd ============ bzr revno ============================= makefile : src/inkscape-version.cpp makefile : skipped --- init / makefile makefile : config.h makefile : skipped ##### Target : cxxtest ##### generate test files --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestroot ##### Target : compile ##### compile the source to .o --- compile / cc cc : compile with 1 threads in parallel cc : compile of build/obj/ui/dialog/document-properties.o required by source : src/ui/dialog/document-properties.cpp ============ cmd ============ mingw32-g++ -c -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast- align -Wsign-compare -Woverloaded-virtual -Wswitch -Werror=return-type -O2 -mms- bitfields -fopenmp -DVERSION=\"0.48+devel\" -DHAVE_CONFIG_H -D_INTL_REDIRECT_INL INE -DHAVE_SSL -DRELAYTOOL_SSL="static const int libssl_is_present=1; static int __attribute__((unused)) libssl_symbol_is_present(char *s){ return 1; }" -DPOPPL ER_NEW_GFXFONT -DGLIBMM_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED -DGTK_DISABLE_ SINGLE_INCLUDES -DGDKMM_DISABLE_DEPRECATED -DGSEAL_ENABLE -I. -Ic:\devlibs/inclu de -Ic:\devlibs/include/gtkmm-2.4 -Ic:\devlibs/lib/gtkmm-2.4/include -Ic:\devlib s/include/glibmm-2.4 -Ic:\devlibs/lib/glibmm-2.4/include -Ic:\devlibs/include/g lib-2.0 -Ic:\devlibs/lib/glib-2.0/include -mms-bitfields -Ic:\devlibs/include/si gc++-2.0 -Ic:\devlibs/lib/sigc++-2.0/include -Ic:\devlibs/include/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:\devlibs/lib/pangomm-1.4 /include -Ic:\devlibs/include/gtk-2.0 -Ic:\devlibs/lib/gtk-2.0/include -Ic:\devl ibs/include/pango-1.0 -Ic:\devlibs/include/pango-1.0 -Ic:\devlibs/include/pango- 1.0 -Ic:\devlibs/include/cairo -Ic:\devlibs/include/gdk-pixbuf-2.0 -Ic:\devlibs/ include/cairomm-1.0 -Ic:\devlibs/lib/cairomm-1.0/include -Ic:\devlibs/include/at kmm-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:\devlibs/incl ude/ImageMagick -Ic:\devlibs/include/ImageMagick -fopenmp -D_MAGICKDLL_ -Ic:\dev libs/include/libxml2 -Ic:\devlibs/include/freetype2 -Ic:\devlibs/include -Ic:\de vlibs/include/cairo -Ic:\devlibs/include/poppler -Ic:\devlibs/include/gc -Ic:\de vlibs/include/libwpg-0.2 -Ic:\devlibs/include/libwpd-0.9 -Ic:\devlibs/include/li bwpd-0.9 -Ic:\devlibs/include/libvisio-0.0 -Ic:\devlibs/include/libwpd-0.9 -Ic:\ devlibs/include/libwpd-0.9 -Ic:\devlibs/include/libwpg-0.2 -Icxxtest -Ic:\devlib s/python/include -Isrc/bind/javainc -Isrc/bind/javainc/win32 -Isrc -Isrc/2geom -Isrc/2geom/numeric -Isrc/bind -Isrc/debug -Isrc/dialogs -Isrc/display -Isrc/do m -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/util -Isrc/extension -Isrc/extension/impl ementation -Isrc/extension/internal -Isrc/extension/internal/bitmap -Isrc/extens ion/internal/filter -Isrc/extension/internal/pdfinput -Isrc/extension/script -Is rc/filters -Isrc/helper -Isrc/io -Isrc/libavoid -Isrc/libcola -Isrc/libcroco -Is rc/libgdl -Isrc/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap -Isrc/livarot -Isrc/live_effects -Isrc/live_effects/parameter -Isrc/svg -Isrc/trace -Isrc/trac e/potrace -Isrc/ui -Isrc/ui/cache -Isrc/ui/dialog -Isrc/ui/tool -Isrc/ui/view -I src/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/ui/dialog/document-properti es.cpp -o build/obj/ui/dialog/document-properties.o ============================= Make error line 298: problem compiling: src/ui/dialog/document-properties.cpp: I n member function 'void Inkscape::UI::Dialog::DocumentProperties::build_page()': src/ui/dialog/document-properties.cpp:272:1: error: expected primary-expression before '<<' token src/ui/dialog/document-properties.cpp:272:3: error: expected primary-expression before '<<' token src/ui/dialog/document-properties.cpp:272:5: error: expected primary-expression before '<<' token src/ui/dialog/document-properties.cpp:272:7: error: expected primary-expression before '<' token src/ui/dialog/document-properties.cpp:272:9: error: 'TREE' was not declared in t his scope src/ui/dialog/document-properties.cpp:274:2: error: expected ';' before 'attach_ all' src/ui/dialog/document-properties.cpp:275:1: error: expected primary-expression before '==' token src/ui/dialog/document-properties.cpp:275:3: error: expected primary-expression before '==' token src/ui/dialog/document-properties.cpp:275:5: error: expected primary-expression before '==' token src/ui/dialog/document-properties.cpp:275:7: error: expected primary-expression before '=' token src/ui/dialog/document-properties.cpp:277:29: error: expected primary-expression before '_slaveList' src/ui/dialog/document-properties.cpp:277:29: error: expected ';' before '_slave List' src/ui/dialog/document-properties.cpp:278:5: error: '_slaveList' was not declare d in this scope src/ui/dialog/document-properties.cpp:283:1: error: expected primary-expression before '>>' token src/ui/dialog/document-properties.cpp:283:3: error: expected primary-expression before '>>' token src/ui/dialog/document-properties.cpp:283:5: error: expected primary-expression before '>>' token src/ui/dialog/document-properties.cpp:283:7: error: expected primary-expression before '>' token src/ui/dialog/document-properties.cpp:283:9: error: 'MERGE' was not declared in this scope src/ui/dialog/document-properties.cpp:283:15: error: 'SOURCE' was not declared i n this scope src/ui/dialog/document-properties.cpp:284:1: error: expected ';' before '}' toke n XX-- On Tue, Dec 18, 2012 at 9:39 PM, <jbc.engelen@...2592...> wrote: > ---- Arshdeep Singh <moduli16@...400...> wrote: > > > > There are no error messages. The build process just stops at the file > > subtree.o . There is no message that shows an error or completion of > build > > process. > > This is normal when doing a parallel build. If you are doing a parallel > build (btool -j), run btool again and it will only recompile the files that > errored and you will see the error(s) if there were any. > You can also have a look in the file "compile.lst" (or some name like > that) that should show all logged output (including errors). > > -Johan > -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

1 0

Fwd: Latest Version Not Compiling
by Arshdeep Singh 18 Dec '12

18 Dec '12

---------- Forwarded message ---------- From: Arshdeep Singh <moduli16@...400...> Date: Tue, Dec 18, 2012 at 8:28 AM Subject: Re: [Inkscape-devel] Latest Version Not Compiling To: mathog <mathog@...1176...> There are no error messages. The build process just stops at the file subtree.o . There is no message that shows an error or completion of build process. This problem was faced, ditto, 2 months back. I remember one of the developers rolled back the rev no of devlibs from r36 to r35, and then it worked just fine. Also, can some one tell me the version number of their minGW ? >Mine is: gcc version 4.6.2 (GCC) gcc version 4.6.2 (GCC) GNU gdb (GDB) 7.4 >Windows 7 >inkscape revno=11962 >devlibs revno=41 Please help. -demicoder On Tue, Dec 18, 2012 at 12:46 AM, mathog <mathog@...1176...> wrote: > On 17-Dec-2012 10:35, Arshdeep Singh wrote: > >> Do you want me to manually delete the build directory and .dep file ? >> > > Yes. Also double check that your mingwenv.bat is pointing to the correct > devlibs. If that doesn't work, post the error messages to the list. > > > Regards, > > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech > -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

2 1

Latest Version Not Compiling
by Arshdeep Singh 17 Dec '12

17 Dec '12

Hello all, First of all, a very congrats to everyone for the new release. :). :D My inkscape trunk (revno 11962) does not compile with the latest devlibs. I faced a similar problem 2 months ago, there was some problem with devlibs' recent upgradation that was causing the trouble. I am working on Windows 7. Can someone please conform this behavior and perhaps fix it ? -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

2 1

Help needed and website redesign update
by Ian Caldwell 14 Dec '12

14 Dec '12

All, Sorry for the lag in updates regarding the site. It has been a bit depressing and I also have been extremely busy. In all honesty we had a great design and some extremely motivated people who started the project of redoing the website. As with all open source projects time and experience got the best of us (myself included). The website design was completed long ago and it looks great. It can be seen here http://en.dev.inkscape.org/ . We started the migration portion and that's about as far as we got. We had one backend mostly complete when we realized that that dev was unable to complete the project without a rewrite and sadly lacked the time due to school commitments etc. Next we had a second developer start rewriting the code and unfortunately due to time constraints is unable to finish. That being said I am open to suggestions but we need a strict time line to at least complete the basic portion of the inkscape site. That being said, We need help. Here was the original projected todo: https://docs.google.com/document/d/1LLpPSPIrbgsXTJSK56hHBwu6iaTpp7EWguxMgkP… Here is the more in depth description of each component: https://docs.google.com/document/d/1K2O-gRdbkP0XATykk6LcPo6O5-JdQzK4QmPpuLo… That being said It would be nice to have the bare minimum in place for the site to allow submission of news, user profiles, admin privileges etc. At this point I am fairly open to consideration on what languages we might use. The project was started both times in django, however was never completed. I also may even be open for consideration of Content management systems that would allow us to build in these features fairly easily and allow the site to contain the same functionality and UI. If you have any talent in the web development world. Please get back to me and lets get the ball rolling! I know the holiday's can sometimes allow time to tinker but they also can be difficult times as well. Please feel free to make suggestions on how you're able to help us complete the website redesign. Really the part we need help with is the backend to the website. Thanks, Ian Caldwell ("Inc") -- Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

1 0

Problems building current release on Windows XP with Devlibs41
by mathog 10 Dec '12

10 Dec '12

Tried to upgrade today, found inkscape now needs devlibs 41. Got that, modified mingwenv.bat to point to it. Ran btool. It got down to what looks like the final link and then blew up with: ============================= Make error line 460: LINK problem: build\libinkscape.a(main-cmdlineact.o):main-cmdlineact.cpp:(.text+0x1aa): undefined reference to `__printf__' build\libinkscape.a(init.o):init.cpp:(.text+0xac): undefined reference to `Inkscape::Extension::Internal::VsdInput::init()' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0x20): undefined reference to `libwpg::WPGFileStream::WPGFileStream(char const *)' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0x84): undefined reference to `libwpg::WPGString::WPGString()' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0x90): undefined reference to `libwpg::WPGraphics::generateSVG(WPXInputStream* , libwpg::WPGString&)' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0xa6): undefined reference to `libwpg::WPGString::~WPGString()' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0xb8): undefined reference to `libwpg::WPGString::cstr() const' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0xd0): undefined reference to `libwpg::WPGString::cstr() const' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0xfa): undefined reference to `libwpg::WPGString::~WPGString()' build\libinkscape.a(FontFactory.o):FontFactory.cpp:(.text+0xff8): undefined reference to `__printf__' collect2: ld returned 1 exit status Suggestions? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 8

SVG closing path syntax
by Tavmjong Bah 07 Dec '12

07 Dec '12

Hi, At today's SVG working group meeting we talked a bit about path syntax in regards to how paths are closed. It has been proposed that if the last point in in the last path command is missing that the first point in the path be used: M x,y ... C x1,y1 x2,c2 z would be the same as M x,y ... C x1,y1 x2,2, x,y z The advantage of the proposed syntax change is that if relative path commands are used, one can ensure that the path is closed properly without introducing the little closing line segment that can result from rounding error (if the last point doesn't fall exactly on top of the first). What do people think about this? Tav

2 1

0.48.4
by Josh Andler 06 Dec '12

06 Dec '12

Hey All, Johan has fixed the outstanding bug that has been holding 0.48.4 up. I'm announcing that people have 1 week left to backport any fixes for that release and all changes should be completed by December 12th. Thanks to everyone for all of your work to make Inkscape and our community better. Looks like we may be able to pull off a holiday gift to our users after all. Cheers, Josh

3 2

Seeking input on moving forward
by Josh Andler 06 Dec '12

06 Dec '12

Hey all, As of right now there hasn't really been much headway on the renderer related bugs we have which will block 0.49 as well as no action on the security bug stopping all releases. 0.49 should be in feature freeze at this point so we can work towards releasing it (you know, being friendly to translators and all), but other than our blocker bugs, people are still happily working on other features and items that they're wanting merged in (connector cleanup, "spiro live", etc). Does anyone have any proposals on how we should move forward given the issues holding us back? Is it time that we move to using more branches as a project? One possible route would be to branch off 0.49 and allow open work to resume on trunk. Another is to create a "staging" branch that accepted merge proposals can all land in to get further testing. Note: After this experience, if things have known regressions, I feel strongly that they should not be merged into an actual "to be released" branch until those issue are resolved. I'm open to suggestions. Development shouldn't stagnate, but at this point things aren't looking good with a feature freeze in place and no signs of our blockers getting taken care of. Cheers, Josh

7 11

assets revision
by Alexandre Prokoudine 05 Dec '12

05 Dec '12

Hi, Folks from GNOME design team just asked me about ways to "hide" unused assets like templates and color swatches, so out of interest I've had a look, and it seems to me that indeed we could let go of some stuff. E.g. for templates that would be: - all desktop_* except probably 1600x1200 (640x480 is useful in 2012? for real?) - no_borders and no_layers (sounds like someone should just need to master custom templates) - default_mm and default_pt (same as above) - fontforge_glyph (obsoleted by typography_canvas) What do you think? Alexandre Prokoudine http://libregraphicsworld.org

6 6

Rotating objects around their center
by Pander 05 Dec '12

05 Dec '12

Hi all, I would like to rotate objects around their center by altering the Inkscape SVG of an image. Since the object have already been translated, I need to merge the rotate with that. I have posted an example here in September: http://www.inkscapeforum.com/viewtopic.php?f=16&t=12761 but until now, nobody was able to help me. What do I need to do in order to rotate as described in the example? Thanks, Pander

2 1

devlibs update (r39)
by Nicolas Dufour 04 Dec '12

04 Dec '12

Hi, The devlibs have just been updated to r39 in order to activate Visio file import on Windows (Wordperfect libs have been updated, and a new visio lib has been added). Note that the modifications also required some changes in the build.xml file, and that you need to update the trunk to revision 11925 so that Inkscape compiles correctly. The 0.48.x branch doesn't use libvisio, but also needs an update (revision 9931) to take the Wordperfect changes into account. Regards. -- Nicolas

4 5

Connector Work
by Martin Owens 04 Dec '12

04 Dec '12

Hey Devs, I've got a plan for getting last year's connector work into use. I've updated the branch to the latest trunk (damn you changes!) so I'd like to get this merged in because it removes 1110 lines and replaces them with 91. So it's a big cleanup of code that was never in use: https://code.launchpad.net/~doctormo/inkscape/knot-visio This branch should maintain the same functionality as we currently have, plus a focus on the next steps to improve the functionality. Testing is required and advice for more experienced cpp developers about the use of std::map instead of a more appropriate std::list structure which I'm hoping can be picked up in merge review. The next steps are the exciting parts. I thought the idea from last year about having a generic point anchor tool was really interesting. So the way the connector work will happen is, it'll simply use other non-connector functionality to achieve everything we want. The anchor tool would insert a point path, which would be displayed on screen with either an knot-anchor which would just move along with it, or some other visual identifier which would not appear in renders. It would be selectable using the near-detection and then groupable, transformable etc because it's a real point element on the canvas. The anchor tool would be useful for a few functionalities. For the connector work we would use the point to join connectors together on canvas, as custom points on shapes when grouped with them, act as flexible points where custom paths around objects are required. This offers the best combination of features while not requiring any custom attributes or elements and doesn't require a exo-canvas def addition (which would suck IMO). It's also groovy because the amount of code will be small and use lots of existing code to achieve what we want. Best Regards, Martin Owens Note: Apologies to all the wonderful responses in the thread last year, a week after my daughter was born and I fell of the productive Internet and only now is my time freeing up a bit.

3 12

Straigthening text after pdf import
by Jelle 03 Dec '12

03 Dec '12

Hello David, You're right, it involves using both split lines and remove manual kerns in that order. If you have for instance two columns of text, the import will collect it into one <text> object with several <tspan> and place every single character using a dx and dy position. To keep the whole thing in place, you need to split the lines, then remove the manual kernings. If you do the remove manual kerns first, you end up with a single column of text with tspan. The benefit is that you can edit the text more easily, but it doesn't look remotely like the pdf document. A function that would collect grouped text and place it into a single text with tspans in a similar way would be extremely useful, even if it doesn't allow for editing that well. Text search and retrieval would become a lot easier with it. I think however that a smarter algorithm that would collect characters in the same string and place them on a baseline defined by the tspan element and it's relative position to the text tag would be a giant step towards more useable PDF text import. And it seems the same goes for PS text. BTW if the pdf import comes across unknown characters, it will use that as escape codes and create a new tspan rather than using a undefined glyph to fill the hole (have that when "()" are in the original text generated from a Chinese version windows for instance. Probably some gb2312 to Unicode conversion bug.) Anyway,.. keep up the good work, typesetting hasn't been Inkscape's strong point traditionally, so any work on that is greatly appreciated. Cheers Jelle On Mon, 03 Dec 2012 10:44:31 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Split text goes the other way - it breaks strings into smaller pieces. > Maybe > you meant text -> Remove Manual Kerns? AFAIK there is no function that > merges two > <text>'s, other than by doing it manually: cutting one and pasting it > into the end > of the other. Which will generally move the second <text>. The "split > text" extension > also moves the component pieces, and does the entire <text> not just a > selected > substring, but I guess I could modify it to be better behaved. > There is another problem with some PS files - they drop all the spaces. > So that > "this is text" becomes the character set {t,h,i,s,i,s,t,e,x,t}. The > code I'm working > on will have an option to try to reinsert the spaces based on the > letter spacing. > Regards, > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

Straigthening text after pdf import
by Jelle 03 Dec '12

03 Dec '12

Hello David, You're right, it involves using both split lines and remove manual kerns in that order. If you have for instance two columns of text, the import will collect it into one <text> object with several <tspan> and place every single character using a dx and dy position. To keep the whole thing in place, you need to split the lines, then remove the manual kernings. If you do the remove manual kerns first, you end up with a single column of text with tspan. The benefit is that you can edit the text more easily, but it doesn't look remotely like the pdf document. A function that would collect grouped text and place it into a single text with tspans in a similar way would be extremely useful, even if it doesn't allow for editing that well. Text search and retrieval would become a lot easier with it. I think however that a smarter algorithm that would collect characters in the same string and place them on a baseline defined by the tspan element and it's relative position to the text tag would be a giant step towards more useable PDF text import. And it seems the same goes for PS text. BTW if the pdf import comes across unknown characters, it will use that as escape codes and create a new tspan rather than using a undefined glyph to fill the hole (have that when "()" are in the original text generated from a Chinese version windows for instance. Probably some gb2312 to Unicode conversion bug.) Anyway,.. keep up the good work, typesetting hasn't been Inkscape's strong point traditionally, so any work on that is greatly appreciated. Cheers Jelle On Mon, 03 Dec 2012 10:44:31 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Split text goes the other way - it breaks strings into smaller pieces. > Maybe > you meant text -> Remove Manual Kerns? AFAIK there is no function that > merges two > <text>'s, other than by doing it manually: cutting one and pasting it > into the end > of the other. Which will generally move the second <text>. The "split > text" extension > also moves the component pieces, and does the entire <text> not just a > selected > substring, but I guess I could modify it to be better behaved. > There is another problem with some PS files - they drop all the spaces. > So that > "this is text" becomes the character set {t,h,i,s,i,s,t,e,x,t}. The > code I'm working > on will have an option to try to reinsert the spaces based on the > letter spacing. > Regards, > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Knot Handles
by Martin Owens 03 Dec '12

03 Dec '12

Hey Gang, I'm trying to understand knots, I've introduced a bug with my changes that mean knots are created correctly, but then don't disapear when the focus changes. I can't find enough information about their internal operation to know if they handle this internally or if I should be implementing a LEAVE case in the item handle (which the code never had before, so how did it work before?) Best Regards, Martin Owens

1 1

Files modified by SpiroLIve
by Jabiertxo Arraiza Cenoz 02 Dec '12

02 Dec '12

All changes are in "pen-context.cpp" and "pen-context.h". Hi.

1 1

Scroll lock toggle
by Johan Engelen 30 Nov '12

30 Nov '12

Hi all, Just wondered: could we use the scroll lock toggle thingie for something? (I'm thinking about snap on/off, but there are probably much better uses for it) Cheers, Johan

2 2

Translations and r11895 bug in flow text
by Jelle 28 Nov '12

28 Nov '12

Hi Guys, Just to report that r11895 has a rather ugly bug in the flow text. After creating an initial text, I wasn't able to edit it anymore. Unfortunately launchpad is in the 3 second zone of timeouts for me in Chongqing, China and I've never been able to use it, otherwise I'd add the bug list there. Please bear with my good intention. And David, If you've ever imported a PDF file with lots of text in layouts, you may have noticed that every single character gets a position. Now that's fine until you try to change the text in any way as the text string will change, but not the positions string. In other words, you end up with garbage. The workaround for that is to use the split text extension. Which cleans up all the manual kernings nicely. Maybe that can lead you to solve your problem as well, as it seems related. Cheers Jelle > Message: 8 > Date: Mon, 26 Nov 2012 13:08:16 -0800 > From: mathog <mathog@...1176...> > Subject: Re: [Inkscape-devel] tspan Text Starts > To: <inkscape-devel(a)lists.sourceforge.net> > Message-ID: <a3d4787463b3de4b4f2a326b82cdf6ab@...2855...> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 23-Nov-2012 19:48, Martin Owens wrote: >> hey guys, >> >> I'm developing an extension to manage translations (which I do via >> launchpad and xml2po) but I'm having trouble with tspans. >> >> The problem seems to be that inkscape saves multiple values for the x >> attribute for some (not all) tspan sections. Specifying the letter >> placements is death to translations as the number and size of letters >> is >> guaranteed to be different. >> >> Is there any api way to strip out these bumbling attributes or better >> have them not appear in the first place? > > Hmm. Well, this may not be what you are after, but... > > I have been working on code to reassemble formatted, editable text from > component pieces. The idea is that something like > this in Inkscape: > > (E:bold)(=mc:no special formatting)(2:superscript) > > when present in an EMF or PS file, for instance, is represented by 3 > separately formatted text strings: > {E,=mc,2} > > These are currently read back into Inkscape as just those pieces. It > looks exactly like the original, but the pieces > are not assembled, so the whole is not editable. My code tries to > reassemble the pieces from its position, font information, etc. and > makes <test><tspan> records to match. This work is not done but the > current version does pretty well at figuring out where paragraphs start > and end, figures out the justifications and so forth, and generating > editable Inkscape SVG. It works with rotated text, but at present > cannot figure out when the first sentence of a paragraph belongs with > the remainder if the first is indented by starting it an offset (as > opposed to by using leading spaces.) > > For your purposes, would it be sufficient if after reassembly the > formatting information was discarded and just the logical > information retained? That would give you sentences and paragraphs > (super and subscripts would be problematical.) > > Regards, > > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech

3 2

May I have a wiki login to fix the documentation about the windows command line
by Justin Dearing 28 Nov '12

28 Nov '12

Hello, This page does not mention inkscape.com versus inkscape.exe. I wasted many hours yesterday, eventually discovered this: http://kaioa.com/node/63 and this morning after discovering this http://stackoverflow.com/a/8030880/95195I realized my problem is I was executing inkscape.exe and not inkscape from the command prompt. I'd like to clarify the issue so others do not go down the same path. Justin

3 2

Obscure kerning issue
by mathog 27 Nov '12

27 Nov '12

My code to reassemble text from pieces written to EMF files is working great now except for one nagging problem, which only shows up in a few special cases involving manually kerned text. Consider these three sequences: 1. <period><space><A>(hkern + 3.75)<vertical bar> 2. <period><A>(hkern + 3.75)<vertical bar> 3. <period><space><A><vertical bar> The individual pieces written to the EMF (not reassembled) map exactly onto the originals, so there is no problem in the output coordinates. However, when reassembled into a single <text><tspan> complex (2) and (3) are still OK, but (1) is off, with the vertical bar offset leftwards towards the "A", yet the ". A" is exactly where it should be. I have tracked the problem down to the extent that I know Inkscape's display code is calculating the width of ". A" differently, when manual kerning is present, than just the sum of the advances of those characters. (Logic: the complex looks like <text><tspan></tspan><tspan</tspan><text> and the second tspan pair has a dx value calculated by subtracting from the start position of the fragment [which is correct] the start position of the previous fragment [which is also correct] plus the width of the previous fragment [which must therefore not be correct]. Changing dx to match the original kerning fixes the problem - also consistent with the calculated width not matching that from Freetype2.) Inkscape seems not to be using Freetype Kerning corrections of this type: FT_Get_Kerning( fsp->face, prev_glyph_index, glyph_index, kern_mode, &akerning ) I tried adding that, and while there was a correction for " A", it only half fixed the problem. Besides, I could not find a call to FT_Get_Kerning anywhere in the source. (It might be called indirectly by some other library.) This was all done on one machine, so it isn't a case of mismatched fonts between machines. Anybody have a thought on what Inkscape might be doing to come up with a different string width in this particular instance? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 1

tspan Text Starts
by Martin Owens 27 Nov '12

27 Nov '12

hey guys, I'm developing an extension to manage translations (which I do via launchpad and xml2po) but I'm having trouble with tspans. The problem seems to be that inkscape saves multiple values for the x attribute for some (not all) tspan sections. Specifying the letter placements is death to translations as the number and size of letters is guaranteed to be different. Is there any api way to strip out these bumbling attributes or better have them not appear in the first place? Thanks for your time. Best Regards, Martin Owens

2 5

Updated code in SpiroLIve
by Jabiertxo Arraiza Cenoz 27 Nov '12

27 Nov '12

SpiroLive branch update. Fix some redraws problems. Full comented SpiroLive code, in spanish sorry ¿Any tranlator? Regression to original codebase "sp_pen_context_set_polyline_mode" overloading whith a new function "sp_pen_context_set_mode" I want to mark for include in codebase, feedback are welcome. Hi, Jabier.

1 0