October 2008 - Inkscape Devel

I am DAILY cutting vinyl with Inkscape
by bruce westfall 06 Oct '08

06 Oct '08

I've posted this before, but here goes again - What I am currently doing is organizing a cut page with Inkscape, saving that single color file as /home/bruce/hpgl/newplot.ps I then click a script called 'cut newplot.ps' which changes to the correct directory, generates a view using evince ( just to make sure I'm going to cut the right thing ) and then activates another script based on the one found at: http://pldaniels.com/hpgl-distiller/ ( I changed a few things and am more than happy to share everything with anyone. ) Once I close the preview, the plotter does it's thing. ----------------------------- I would like to create a menu item in Inkscape, but haven't figured that out yet. Any links on how to make a custom menu item?? -- Bruce Westfall 740-767-3636 740-707-7038

3 5

Inkscape and GMP.
by Polarina 06 Oct '08

06 Oct '08

Rounding errors bug me a lot with these "0.999995" values in the SVG files, it lead me to the idea of creating a patch that makes Inkscape use GMP instead of floating-point values. Discuss - I do not want to take the effort into creating this patch if it turns out to be inappropriate after all. Thank you, Polarina.

3 3

Inkscape component libraries support
by Brian Allen Vanderburg II 06 Oct '08

06 Oct '08

This may already be possible but I'm not certain. I'm currently using 0.44 Debian until I get all the required dependencies compiled. I would like to be able to create named components in an external file and be able to 'import' these items into my svg files and use them. If modified in the external file, the svgs using them would update. Is there any way to do this or does SVG even support something like this? Brian Vanderburg II

1 0

Re: [Inkscape-devel] Fwd: NEW: more modes in Tweak tool
by Inkscaper Inkscaper 05 Oct '08

05 Oct '08

> Several new modes are added to the Tweak tool for transforming, > duplicating, and deleting selected objects using the same "soft brush" > metaphor that the path editing and coloring modes use. Using these new > modes, it is easy to "sculpt" scatterings of small objects, such as > clone tilings, into complex and naturalistic textures. Those are great new features, but this makes tweak tool even more cluttered, wouldn't clones be better for such funcionality? I would propose to split it into: 1. Clone tool ( or Spray/Aerograph tool) - with buttons for creating new clones and changing properities which are currently hidden under "Create tiled clones" window, like align, distribution, size, rotation, blur, opacity and color. This tool would operate only on clones. 2. Tweak tool, which would make the only thing not possible with clones - change shape of different object(s) (push, shrink, attrack, roughten) , and if eventually used on linked clone - unlink them. Current solution encourages users to create zilions of similar objects first, and then radnomise them using smudge tool, which doesn't seem to be elegant way of doing things and will result in huge ang ugly svg files.

2 1

Compile Inkscape r19969. Open Crash!
by Valessio S Brito 04 Oct '08

04 Oct '08

I compile Inkscape svn r19969, ok... and open, crash! $ inkscape inkscape: /usr/include/boost/optional/optional.hpp:578: typename boost::optional_detail::optional_base<T>::reference_type boost::optional<T>::get() [with T = Geom::D2<Geom::Interval>]: Assertion `this->is_initialized()' failed. Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. inkscape: /usr/include/boost/optional/optional.hpp:578: typename boost::optional_detail::optional_base<T>::reference_type boost::optional<T>::get() [with T = Geom::D2<Geom::Interval>]: Assertion `this->is_initialized()' failed. Aborted

6 6

Win32 build broken
by Bob Jamison 03 Oct '08

03 Oct '08

Somewhere in the NR->Geom migration, the win32 build was broken. I could fix it tomorrow, but probably the best person would be the one modified the .h file, and knows what the mapping should be. bob ===================== Make error line 293: problem compiling: src/ui/dialog/filedialogimpl-win32.cpp: In member function 'bool Inkscape::UI::Dialog::FileOpenDialogImplWin32::set_svg_ preview()': src/ui/dialog/filedialogimpl-win32.cpp:872: error: no matching function for call to 'sp_item_invoke_bbox(SPItem*, boost::optional<NR::Rect>&, Geom::Matrix, bool )' src/sp-item.h:216: note: candidates are: void sp_item_invoke_bbox(const SPItem*, boost::optional<Geom::D2<Geom::Interval> >&, const Geom::Matrix&, unsigned int, SPItem::BBoxType) src/sp-item.h:217: note: void sp_item_invoke_bbox(const SPItem*, NRRect*, const Geom::Matrix&, unsigned int, SPItem::BBoxType)

2 1

LPE Spiro stress test
by unknown＠example.com 03 Oct '08

03 Oct '08

Hi all, I think I just fixed the long standing bug where LPE Spiro crashed inkscape with a non-continuity exception. (we caught that exception, but okay...) I need some stress testing now! I already did some tests and am no longer able to crash inkscape. Give it a go and let me know if you can crash inkscape with lpe spiro now. Cheers, Johan

3 3

Re: [Inkscape-devel] [PATCH] terminate called after throwing an instance of std::length_error
by Ted Gould 02 Oct '08

02 Oct '08

On Thu, 2008-10-02 at 14:58 +0200, Adrian Knoth wrote: > On Wed, Oct 01, 2008 at 02:51:32PM -0700, Josh Andler wrote: > > turn out to be a duplicate report issue. It appears that the issue in > > the reports is actually library related, as I can not reproduce it with > > a newer distribution (Ubuntu Intrepid) and the 0.46 release. > > I'm running Debian Unstable, which is probably as new as Intrepid, but > I'm facing the bug... This is likely to be that the poppler API changed. We've added a fix for that, and detection, in SVN but not released a patch for 0.46 for it. It's been on my TODO list for a little while as this is also broken with the 0.46 packages in Intrepid and any other distro that is shipping an updated version of poppler. --Ted

2 2

Re: [Inkscape-devel] [PATCH] terminate called after throwing an instance of std::length_error
by Josh Andler 01 Oct '08

01 Oct '08

Hi Adrian! Thank you for the patch. I have taken care of the bug reports as it did turn out to be a duplicate report issue. It appears that the issue in the reports is actually library related, as I can not reproduce it with a newer distribution (Ubuntu Intrepid) and the 0.46 release. I have attached the patch you supplied to the bug report so it can be tested against Ubuntu Hardy to see if it is fixed there (as that generation of distro seems to exhibit the problem). Thanks again, and know that if you want to submit more patches or contribute in any other way, it's always appreciated. :) Cheers, Josh Adrian Knoth wrote: > [Note: I've already sent this yesterday, but the mail didn't make it > through until now, so I resend it with inline patch and without quotes > in the subject] > > [Note2; Yesterday, I tested against NULL, but changed this to 0 in order > to avoid the notion of a pointer.] > > Hi! > > Sorry for not posting to launchpad, I don't want to register all the > time. I'm talking about > > https://bugs.launchpad.net/inkscape/+bug/229412 > > and > > https://bugs.launchpad.net/inkscape/+bug/235383 > > which are probably the same (duplicate). > > I also faced this problem, so I took a closer look. Here's a more > detailed backtrace: > > Starting program: /tmp/inkscape-0.46/src/inkscape /tmp/mon_01_overall.pdf > [Thread debugging using libthread_db enabled] > [New Thread 0x7fe1e17eb6f0 (LWP 12419)] > terminate called after throwing an instance of 'std::length_error' > what(): basic_string::append > > Program received signal SIGABRT, Aborted. > [Switching to Thread 0x7fe1e17eb6f0 (LWP 12419)] > 0x00007fe1d9a26ef5 in raise () from /lib/libc.so.6 > (gdb) bt > #0 0x00007fe1d9a26ef5 in raise () from /lib/libc.so.6 > #1 0x00007fe1d9a28413 in abort () from /lib/libc.so.6 > #2 0x00007fe1da4c6244 in __gnu_cxx::__verbose_terminate_handler () > from /usr/lib/libstdc++.so.6 > #3 0x00007fe1da4c4646 in ?? () from /usr/lib/libstdc++.so.6 > #4 0x00007fe1da4c4673 in std::terminate () from /usr/lib/libstdc++.so.6 > #5 0x00007fe1da4c475a in __cxa_throw () from /usr/lib/libstdc++.so.6 > #6 0x00007fe1da461347 in std::__throw_length_error () > from /usr/lib/libstdc++.so.6 > #7 0x00007fe1da4a3be0 in std::string::append () from /usr/lib/libstdc++.so.6 > #8 0x00007fe1e05dffc2 in Glib::ustring::append (this=0x7fffe9930a20, > src=0x3083 <Address 0x3083 out of bounds>, n=18446744073709551615) > at ustring.cc:494 > #9 0x000000000091f404 in Inkscape::Extension::Internal::SvgBuilder::_flushText > (this=0x3733c00) at extension/internal/pdfinput/svg-builder.cpp:1213 > #10 0x000000000091fb79 in Inkscape::Extension::Internal::SvgBuilder::endTextObject (this=0x3083, state=0x3083) > at extension/internal/pdfinput/svg-builder.cpp:1317 > #11 0x0000000000923b99 in PdfParser::go (this=0x3733dc0, > topLevel=<value optimized out>) > at extension/internal/pdfinput/pdf-parser.cpp:410 > #12 0x0000000000927413 in PdfParser::parse (this=0x3733dc0, > obj=0x7fffe9930da0, topLevel=1) > at extension/internal/pdfinput/pdf-parser.cpp:381 > #13 0x0000000000901653 in Inkscape::Extension::Internal::PdfInput::open ( > this=<value optimized out>, uri=<value optimized out>) > at extension/internal/pdfinput/pdf-input.cpp:704 > #14 0x00000000008de5e1 in Inkscape::Extension::Input::open (this=0x2d58ea0, > uri=0x35caad8 "/tmp/mon_01_overall.pdf") at extension/input.cpp:156 > #15 0x00000000008dd9dd in Inkscape::Extension::open ( > key=<value optimized out>, filename=0x35caad8 "/tmp/mon_01_overall.pdf") > at extension/system.cpp:92 > #16 0x0000000000458899 in sp_file_open (uri=@0x7fffe9930f00, key=0x0, > add_to_recent=true, replace_empty=true) at file.cpp:181 > #17 0x00000000004500ef in sp_main_gui (argc=2, argv=0x7fffe9931088) > at main.cpp:714 > #18 0x0000000000450605 in main (argc=2, argv=0x7fffe9931088) at main.cpp:539 > > > Obviously, frame 9 calls text_buffer.append(&glyph.code, 1). It turned > out that glyph.code[0] eventually is \0, so glyph.code shorter than 1, > hence the exception. > > I haven't digged into the code to find out why glyph.code does not > always contain a sensible value, but I've added a 0 check. > > The attached patch fixes the problem, inkscape can then successfully > import the PDFs in question. > > > Anyway, somebody who's more common with the code should have a look at > this, since my patch only cures the symptoms, not the root cause. > > > HTH > > PS: Somebody should probably also update and merge the bug reports ;) > > > --- src/extension/internal/pdfinput/svg-builder.cpp 2008-03-11 05:20:21.000000000 +0100 > +++ src/extension/internal/pdfinput/svg-builder.cpp.adi 2008-09-30 20:07:18.000000000 +0200 > @@ -1210,7 +1210,9 @@ > last_delta_pos = delta_pos; > > // Append the character to the text buffer > - text_buffer.append((char *)&glyph.code, 1); > + if (0 != glyph.code[0]) { > + text_buffer.append((char *)&glyph.code, 1); > + } > > glyphs_in_a_row++; > i++; > > >

1 0