Bezier tool is slow in Inkscape-trunk

> Gnome Shell 3.4 (GTK3+)
>
> Not related to these two bugs because they were GTK2 related

Note: Inkscape trunk still uses GTK2 (independent on whether your desktop is Gtk3 or not).

Based on the few details provided by the reporter, this is likely a duplicate of bug #671536 (Inkscape hasn't migrated to Gtk3 yet, not even trunk).

Which Gtk2 theme are you currently using for Gtk2 applications?
Did you try to use Inkscape with the default 'Raleigh' theme?

Slow down with the pen (bezier) tool observed using current trunk (r11350) on OS X 10.7.3 (64bit) with default (new) preferences in new document (from default template), if snap delay is reduced to '0' (zero), and the size of the current document window is increased (e.g. fullscreen (F11) or maximized (WM)).
System: Gtk+/X11 2.24.20, glib 2.32.2, cairo 1.12.2

The apparent relation to the snap setting is puzzling me:
- Performance is back to normal after hiding the status bar
- GTK+ theme, or other gtk settings do not matter
- Behavior seems to depend on the size of the canvas area displayed in the current document window (not necessarily tied to full screen or maximized state)

Not reproduced with same settings on Mac OS X 10.5.8 (32bit),
System: Gtk+/X11 2.24.8, glib 2.28.8, cairo 1.10.2.

Could you please compare on your system:
1) What setting do you have for 'Inkscape Preferences > Behavior > Snapping > Delay'?
   (Default is 150 ms)
2) Does it also occur when drawing in a smaller (not fullscreen nor maximized) document window?

typo:
- System: Gtk+/X11 2.24.20, glib 2.32.2, cairo 1.12.2
+ System: Gtk+/X11 2.24.10, glib 2.32.2, cairo 1.12.2

Above tests had been done with external mouse and built-in trackpad (MacBookPro 13").

With tablet+pen, it's even worse (occurs with default new settings, not affected by snap delay):
Performance of the pen tool is low (delayed update of the helper path if pen is moved quickly), as long as ruler and status bar are both visible at the same time. Hiding either one restores "normal" performance (as seen in current stable 0.48.2 and 0.48.3.1).

If I can trust my archived builds, the performance regression with the tablet started with
Revision 10869: Desktop-widget GSEAL fixes
<http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/10869>
(earlier builds (10800, 10850, 10864, 10868) are ok, with 10869 the delays are present and seem to have increased lately - ~ r113XX).

Tested on OS X 10.7.3, with Gtk+/X11 2.24.10, XQuartz 2.7.2_rc1 (xorg-server 1.12.1), Wacom Pen & Touch CTH-470
Needs further investigation.

@vanlong - are you working with a tablet or regular mouse?

> If I can trust my archived builds, the performance regression with the tablet
> started with Revision 10869: Desktop-widget GSEAL fixes

Reproduced with two new builds (r10868, r10869) using the same current build environment:
- OS X 10.7.3, llvm-gcc-4.2
- Gtk+/X11 2.24.10, gtkmm 2.24.2
- glib 2.32.2, glibmm 2.32.0
- cairo 1.12.2, cairomm 1.10.0

- XQuartz 2.7.2_rc1 (xorg-server 1.12.1)
- Wacom Bamboo Pen & Touch CTH-470

@Alex - any chance you could take a closer look at the changes in revision 10869?

> If I can trust my archived builds, the performance regression with the tablet
> started with Revision 10869: Desktop-widget GSEAL fixes

The performance regression of the pen tool with mouse / trackpad if snap delay is '0' (see comment #3) also starts with 10869 (not present in r10868) -> looks like related issues (?).

I am using a regular mouse. A cheap one I believe.

I want to add that using latest Inkscape-trunk in Unity3D in Ubuntu 12.04 is now just as good as using the stable version. Hide status bar did speed things up a little.

Per comment #9, performance seemed to already improve. What is the situation with 0.91 or 0.92?

I'm experiencing a similar issue with Inkscape 0.92.1 r on Arch + (xmonad or xfce4) + regular mouse. I can restore normal performance only by disabling the statusbar. Disabling the ruler has no effect.