0.47, probably not in the next week

[Joshua A. Andler-2]

Hey All,

Subject says it all. My family is moving this week and Jon & I will be
at Google HQ this weekend for the GSoC Mentor's summit. I will not have
a chance to review any patches until I am back early next week. Bulia,
if you see any good and safe ones, feel free to wreak havoc. ;)

Honestly, if someone wanted to take a look at the LPE Undo issues
(change a param on any LPE and then hit undo). It would probably save us
a ton of grief with user complaints if it could be fixed (obviously,
only if the issue is not to complex).

Cheers,
Josh


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[Alexandre Prokoudine]

On Thu, Oct 22, 2009 at 8:16 AM, Joshua A. Andler wrote:

> Subject says it all. My family is moving this week and Jon & I will be
> at Google HQ this weekend for the GSoC Mentor's summit.

Which will give some time to documentation team to be better prepared :)

Alexandre

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[J.B.C.Engelen]

Ok I have good news.
I found what is causing all the LPE trouble.
There is another bug with stacked LPEs that is related. I hope to fix it
this weekend.

Cheers,
  Johan
 

> -----Original Message-----
> From: Joshua A. Andler [mailto:scislac@...]
> Sent: donderdag 22 oktober 2009 6:17
> To: inkscape-devel
> Cc: bulia byak
> Subject: [Inkscape-devel] 0.47, probably not in the next week
>
> Hey All,
>
> Subject says it all. My family is moving this week and Jon &
> I will be at Google HQ this weekend for the GSoC Mentor's
> summit. I will not have a chance to review any patches until
> I am back early next week. Bulia, if you see any good and
> safe ones, feel free to wreak havoc. ;)
>
> Honestly, if someone wanted to take a look at the LPE Undo
> issues (change a param on any LPE and then hit undo). It
> would probably save us a ton of grief with user complaints if
> it could be fixed (obviously, only if the issue is not to complex).
>
> Cheers,
> Josh
>
>
> --------------------------------------------------------------
> ----------------
> Come build with us! The BlackBerry(R) Developer Conference in
> SF, CA is the only developer event you need to attend this
> year. Jumpstart your developing skills, take BlackBerry
> mobile applications to market and stay ahead of the curve.
> Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Inkscape-devel mailing list
> Inkscape-devel@...
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[J.B.C.Engelen]

Hi all,

I worked on the problem for quite some hours now, trying to figure out
how things work :-(

Try the patch attached; now it is possible to apply an effect, undo,
redo, and then the 2nd undo bugs....  It also fixes a bug where Inkscape
did not respond to all parameter changes when an LPE stack was applied
to a path.
This is what I got using gdb:
(first i draw a line, then press ctrl+g to group it)
* When an effect is applied, sp_document_done is called, after which no
changes are written to XML. That's good, and that's why the 1st undo
works without a problem.

* The 1st undo works fine too it seems. It writes stuff to XML, and the
LPE framework reacts to changing some more in XML. But no more stuff is
changed after the sp_document_undo call ends.

* Then the 1st redo. Here stuff gets updated and written to XML by the
LPE framework twice. Once during the sp_document_redo call. But also
after that call:
  (gdb) bt
#0  0x0047f426 in sp_group_perform_patheffect ()  <-- this one writes to
XML
#1  0x0054b6ef in sp_lpe_item_update_patheffect ()
#2  0x00439b60 in SPObject::emitModified ()
#3  0x0049505b in sp_defs_modified (object=0x4a6b018, flags=0)
    at src/sp-defs.cpp:118
#4  0x00439aba in SPObject::emitModified ()
#5  0x0047e939 in CGroup::onModified ()
#6  0x0044331a in sp_root_modified ()
#7  0x00439aba in SPObject::emitModified ()
#8  0x0043240f in SPDocument::_emitModified ()
#9  0x004325b1 in SPDocument::_updateDocument ()
#10 0x00432652 in sp_document_idle_handler ()
#11 0x685e73d7 in g_main_context_dispatch ()
   from D:\Inkscapetrunk\inkscape\libglib-2.0-0.dll
I think, that's where things are starting to go wrong.
* The 2nd undo. I get:
** (inkscape.exe:3124): WARNING **: Incomplete undo transaction:
** (inkscape.exe:3124): WARNING **: Event: Set attribute d to "m
202.85714,658.0 .....

If I do undo, redo, undo, while in gdb, I can go on indefinitely. It
only bugs outside gdb.

Ciao,
  Johan
 

> -----Original Message-----
> From: J.B.C.Engelen@...
> [mailto:J.B.C.Engelen@...]
> Sent: zaterdag 24 oktober 2009 2:46
> To: scislac@...; inkscape-devel@...
> Cc: buliabyak@...
> Subject: Re: [Inkscape-devel] 0.47, probably not in the next week
>
> Ok I have good news.
> I found what is causing all the LPE trouble.
> There is another bug with stacked LPEs that is related. I
> hope to fix it this weekend.
>
> Cheers,
>   Johan
>  
>
> > -----Original Message-----
> > From: Joshua A. Andler [mailto:scislac@...]
> > Sent: donderdag 22 oktober 2009 6:17
> > To: inkscape-devel
> > Cc: bulia byak
> > Subject: [Inkscape-devel] 0.47, probably not in the next week
> >
> > Hey All,
> >
> > Subject says it all. My family is moving this week and Jon
> & I will be
> > at Google HQ this weekend for the GSoC Mentor's summit. I will not
> > have a chance to review any patches until I am back early
> next week.
> > Bulia, if you see any good and safe ones, feel free to
> wreak havoc. ;)
> >
> > Honestly, if someone wanted to take a look at the LPE Undo issues
> > (change a param on any LPE and then hit undo). It would
> probably save
> > us a ton of grief with user complaints if it could be fixed
> > (obviously, only if the issue is not to complex).
> >
> > Cheers,
> > Josh

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[Maximilian Albert-2]

Hi,

Johan, many thanks for trying to fix this! I haven't tried your patch
yet (and don't know if I'll get around to doing it soon), but I have a
question regarding this:

> If I do undo, redo, undo, while in gdb, I can go on indefinitely. It
> only bugs outside gdb.

Why is it that some bugs only show up when starting Inkscape from
outside gdb? This has driven me mad a couple of times, too. Does
anyone have an idea what's different and perhaps even how to avoid
this discrepancy in behaviour?

Max

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[Marcus Brubaker]

Such behavior often indicates the use of uninitialized memory or other
memory access related bugs.  I would recommend performing the tests
under valgrind if possible.

Cheers,
Marcus

Maximilian Albert wrote:

> Hi,
>
> Johan, many thanks for trying to fix this! I haven't tried your patch
> yet (and don't know if I'll get around to doing it soon), but I have a
> question regarding this:
>
>  
>> If I do undo, redo, undo, while in gdb, I can go on indefinitely. It
>> only bugs outside gdb.
>>    
>
> Why is it that some bugs only show up when starting Inkscape from
> outside gdb? This has driven me mad a couple of times, too. Does
> anyone have an idea what's different and perhaps even how to avoid
> this discrepancy in behaviour?
>
> Max
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Inkscape-devel mailing list
> Inkscape-devel@...
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
>  

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[Joshua A. Andler-2]

On Sat, 2009-10-24 at 19:25 +0200, J.B.C.Engelen@... wrote:
> If I do undo, redo, undo, while in gdb, I can go on indefinitely. It
> only bugs outside gdb.

Hey Johan,

I applied your patch and ran it in Valgrind to see if I could get you
any extra info. In the "console-output" file, the very first message,
"** Message: lpeobject_ref_modified", was thrown before the UI was even
shown... so, obviously, no lpes should have been in there to modify in
any way.

Just so you know what was done, opened inkscape, created a rectangle,
converted to path (shortcut), copied it (shortcut), pasted a copy in
place (shortcut), moved copy (w/ mouse), selected both (shortcut),
grouped (shortcut), opened lpe dialog (shortcut), applied bend, bent the
line, undo (button), redo (button), undo (button), redo (button), closed
inkscape.

I hope this is of use to you (or someone else).

Cheers,
Josh

==23016== Memcheck, a memory error detector
==23016== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==23016== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright info
==23016== Command: ./src/inkscape
==23016== Parent PID: 7489
==23016==
--23016-- WARNING: unhandled syscall: 332
--23016-- You may be able to write your own handler.
--23016-- Read the file README_MISSING_SYSCALL_OR_IOCTL.
--23016-- Nevertheless we consider this a bug.  Please report
--23016-- it at http://valgrind.org/support/bug_reports.html.
==23016== Invalid read of size 4
==23016==    at 0x84E7420: Inkscape::DocumentSubset::Relations::_doRemove(SPObject*) (document-subset.cpp:191)
==23016==    by 0x84E489E: Inkscape::DocumentSubset::Relations::remove(SPObject*, bool) (document-subset.cpp:214)
==23016==    by 0x84E7BC3: Inkscape::DocumentSubset::Relations::_release_object(SPObject*) (document-subset.cpp:220)
==23016==    by 0x810A384: SPObject::releaseReferences() (signal.h:690)
==23016==    by 0x8090FDB: SPDocument::~SPDocument() (document.cpp:145)
==23016==    by 0x8456C55: Inkscape::UI::View::View::_close() (view.cpp:103)
==23016==    by 0x8458DAC: sp_view_widget_destroy(_GtkObject*) (view.h:80)
==23016==    by 0x8305946: sp_desktop_widget_destroy(_GtkObject*) (desktop-widget.cpp:592)
==23016==    by 0x4D839FB: g_cclosure_marshal_VOID__VOID (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==    by 0x4D746F8: ??? (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==    by 0x4D75F97: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==    by 0x4D8BB08: ??? (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==  Address 0xae2400c is 20 bytes inside a block of size 44 free'd
==23016==    at 0x402454D: operator delete(void*) (vg_replace_malloc.c:346)
==23016==    by 0x84E7411: Inkscape::DocumentSubset::Relations::_doRemove(SPObject*) (new_allocator.h:95)
==23016==    by 0x84E489E: Inkscape::DocumentSubset::Relations::remove(SPObject*, bool) (document-subset.cpp:214)
==23016==    by 0x84E7BC3: Inkscape::DocumentSubset::Relations::_release_object(SPObject*) (document-subset.cpp:220)
==23016==    by 0x810A384: SPObject::releaseReferences() (signal.h:690)
==23016==    by 0x8090FDB: SPDocument::~SPDocument() (document.cpp:145)
==23016==    by 0x8456C55: Inkscape::UI::View::View::_close() (view.cpp:103)
==23016==    by 0x8458DAC: sp_view_widget_destroy(_GtkObject*) (view.h:80)
==23016==    by 0x8305946: sp_desktop_widget_destroy(_GtkObject*) (desktop-widget.cpp:592)
==23016==    by 0x4D839FB: g_cclosure_marshal_VOID__VOID (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==    by 0x4D746F8: ??? (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==    by 0x4D75F97: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==
==23016== Invalid read of size 4
==23016==    at 0x84E7420: Inkscape::DocumentSubset::Relations::_doRemove(SPObject*) (document-subset.cpp:191)
==23016==    by 0x84E4662: Inkscape::DocumentSubset::Relations::remove(SPObject*, bool) (document-subset.cpp:214)
==23016==    by 0x84E7BC3: Inkscape::DocumentSubset::Relations::_release_object(SPObject*) (document-subset.cpp:220)
==23016==    by 0x810A384: SPObject::releaseReferences() (signal.h:690)
==23016==    by 0x8090FDB: SPDocument::~SPDocument() (document.cpp:145)
==23016==    by 0x8456C55: Inkscape::UI::View::View::_close() (view.cpp:103)
==23016==    by 0x8458DAC: sp_view_widget_destroy(_GtkObject*) (view.h:80)
==23016==    by 0x8305946: sp_desktop_widget_destroy(_GtkObject*) (desktop-widget.cpp:592)
==23016==    by 0x4D839FB: g_cclosure_marshal_VOID__VOID (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==    by 0x4D746F8: ??? (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==    by 0x4D75F97: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==    by 0x4D8BB08: ??? (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==  Address 0xae2389c is 20 bytes inside a block of size 44 free'd
==23016==    at 0x402454D: operator delete(void*) (vg_replace_malloc.c:346)
==23016==    by 0x84E7411: Inkscape::DocumentSubset::Relations::_doRemove(SPObject*) (new_allocator.h:95)
==23016==    by 0x84E4662: Inkscape::DocumentSubset::Relations::remove(SPObject*, bool) (document-subset.cpp:214)
==23016==    by 0x84E7BC3: Inkscape::DocumentSubset::Relations::_release_object(SPObject*) (document-subset.cpp:220)
==23016==    by 0x810A384: SPObject::releaseReferences() (signal.h:690)
==23016==    by 0x8090FDB: SPDocument::~SPDocument() (document.cpp:145)
==23016==    by 0x8456C55: Inkscape::UI::View::View::_close() (view.cpp:103)
==23016==    by 0x8458DAC: sp_view_widget_destroy(_GtkObject*) (view.h:80)
==23016==    by 0x8305946: sp_desktop_widget_destroy(_GtkObject*) (desktop-widget.cpp:592)
==23016==    by 0x4D839FB: g_cclosure_marshal_VOID__VOID (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==    by 0x4D746F8: ??? (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==    by 0x4D75F97: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2200.2)
==23016==
==23016==
==23016== HEAP SUMMARY:
==23016==     in use at exit: 49,900,288 bytes in 604,187 blocks
==23016==   total heap usage: 10,872,375 allocs, 10,268,188 frees, 429,340,163 bytes allocated
==23016==
==23016== LEAK SUMMARY:
==23016==    definitely lost: 476,035 bytes in 17,924 blocks
==23016==    indirectly lost: 2,251,378 bytes in 44,898 blocks
==23016==      possibly lost: 44,135,845 bytes in 511,272 blocks
==23016==    still reachable: 3,037,030 bytes in 30,093 blocks
==23016==         suppressed: 0 bytes in 0 blocks
==23016== Rerun with --leak-check=full to see details of leaked memory
==23016==
==23016== For counts of detected and suppressed errors, rerun with: -v
==23016== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 267 from 13)

** Message: lpeobject_ref_modified
** Message: sp_group_perform_patheffect write
** Message: sp_group_perform_patheffect write
** Message: lpeobject_ref_modified
** Message: sp_group_perform_patheffect write
** Message: sp_group_perform_patheffect write
** Message: lpeobject_ref_modified
** Message: sp_group_perform_patheffect write
** Message: sp_group_perform_patheffect write
** Message: lpeobject_ref_modified
** Message: sp_group_perform_patheffect write
** Message: sp_group_perform_patheffect write
** Message: lpeobject_ref_modified
** Message: sp_group_perform_patheffect write
** Message: sp_group_perform_patheffect write
** Message: lpeobject_ref_modified
** Message: sp_group_perform_patheffect write
** Message: sp_group_perform_patheffect write
** Message: lpeobject_ref_modified
** Message: sp_group_perform_patheffect write
** Message: sp_group_perform_patheffect write

** (inkscape:23016): WARNING **: Incomplete undo transaction:

** (inkscape:23016): WARNING **: Event: Set attribute d to "m 114.28571,418.07648 323.60681,0 0,199.99999 -323.60681,0 0,-200 z" on #<Element:0x0x9703df0>

** (inkscape:23016): WARNING **: Event: Set attribute d to "m 248.57142,492.36218 323.60681,0 0,200.00001 -323.60681,0 0,-200 z" on #<Element:0x0x9d12c58>

** (inkscape:23016): CRITICAL **: virtual void Inkscape::EventLog::notifyRedoEvent(Inkscape::Event*): assertion `_getRedoEvent() && (*(_getRedoEvent()))[_columns.event] == log' failed
** Message: lpeobject_ref_modified
** Message: sp_group_perform_patheffect write
** Message: sp_group_perform_patheffect write

** (inkscape:23016): WARNING **: Incomplete undo transaction:

** (inkscape:23016): WARNING **: Event: Set attribute d to "m 114.28571,418.07648 323.60681,0 0,200 -323.60681,0 0,-200 z" on #<Element:0x0x9703df0>

** (inkscape:23016): WARNING **: Event: Set attribute d to "m 248.57142,492.36219 323.60681,0 0,200 -323.60681,0 0,-200 z" on #<Element:0x0x9d12c58>

** (inkscape:23016): WARNING **: Event: Set attribute d to "m 37.91101,441.31117 c 35.060578,-23.74447 74.2917,-49.65578 119.70617,-73.99637 42.09951,-23.39823 93.42354,-43.34199 153.7387,-53.77494 10e-6,-10e-6 10e-6,-10e-6 2e-5,-10e-6 29.76032,-4.64866 60.82526,-5.5151 92.56495,-2.20857 1e-5,1e-5 2e-5,1e-5 3e-5,1e-5 33.77029,3.79554 65.93169,12.11514 95.81463,24.40281 1.96108,0.8168 3.90917,1.64466 5.84426,2.48332 l -78.57683,183.85403 c -0.91912,-0.38749 -1.83893,-0.76496 -2.75941,-1.13217 -13.72551,-5.54565 -27.90407,-9.32154 -41.86613,-10.77168 -13.12806,-1.48307 -26.94609,-0.99301 -40.82421,1.07942 0,0 -10e-6,0 -10e-6,0 -28.91966,3.85769 -59.13848,16.82966 -90.42308,32.85956 -33.5506,17.60022 -66.8261,39.95295 -101.83932,63.32066 L 37.91101,441.31117 z" on #<Element:0x0x9703df0>

** (inkscape:23016): WARNING **: Event: Set attribute d to "m 217.90642,420.05724 c 31.64501,-14.83002 66.57089,-26.8268 104.66562,-33.0833 23.86121,-3.69178 48.52015,-4.41842 73.34694,-1.78917 1e-5,0 1e-5,0 2e-5,0 26.41295,2.92439 51.89502,9.55633 75.77664,19.33982 0,0 10e-6,1e-5 2e-5,1e-5 27.3906,11.30383 52.23531,25.86412 74.45043,42.37083 27.04288,20.0481 50.95832,42.43595 72.29347,65.76911 l -147.19513,135.4016 c -15.05959,-16.06646 -29.44907,-29.91225 -43.71558,-40.14291 -11.56673,-8.20949 -22.03636,-14.71065 -31.3252,-18.19346 -7.72417,-3.04146 -15.22339,-5.12969 -21.82809,-5.70869 -1e-5,0 -1e-5,0 -1e-5,0 -6.21518,-0.80578 -13.62721,-0.45552 -21.60623,0.66002 -13.51291,1.10826 -30.16539,7.7137 -49.84543,16.90929 L 217.90642,420.05724 z" on #<Element:0x0x9d12c58>


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[J.B.C.Engelen]

Hi Josh,

Thanks for the help.
The icons file contains an icon with a livepatheffect.
So I think that triggers the first lpeobject_ref_modified.

Cheers,
  Johan
 

> -----Original Message-----
> From: Joshua A. Andler [mailto:scislac@...]
> Sent: Thursday, October 29, 2009 09:09
> To: Engelen, J.B.C. (Johan)
> Cc: mental@...; inkscape-devel@...;
> buliabyak@...
> Subject: RE: [Inkscape-devel] 0.47, probably not in the next week
>
> On Sat, 2009-10-24 at 19:25 +0200, J.B.C.Engelen@... wrote:
> > If I do undo, redo, undo, while in gdb, I can go on
> indefinitely. It
> > only bugs outside gdb.
>
> Hey Johan,
>
> I applied your patch and ran it in Valgrind to see if I could
> get you any extra info. In the "console-output" file, the
> very first message,
> "** Message: lpeobject_ref_modified", was thrown before the
> UI was even shown... so, obviously, no lpes should have been
> in there to modify in any way.
>
> Just so you know what was done, opened inkscape, created a
> rectangle, converted to path (shortcut), copied it
> (shortcut), pasted a copy in place (shortcut), moved copy (w/
> mouse), selected both (shortcut), grouped (shortcut), opened
> lpe dialog (shortcut), applied bend, bent the line, undo
> (button), redo (button), undo (button), redo (button), closed
> inkscape.
>
> I hope this is of use to you (or someone else).
>
> Cheers,
> Josh
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel