On 25/8/11 21:26, Krzysztof Kosiński wrote:
> I committed the rendering cache work in revision 10579 of trunk.
> If you encounter serious problems, you can turn off caching completely
> by defining the environment variable _INKSCAPE_DISABLE_CACHE. For
> example, run inkscape as:
> $ _INKSCAPE_DISABLE_CACHE=1 inkscape
> By default, each drawing will use up to 64 MB of memory for rendering
> data. It can be set in the "Rendering" page of the preferences
> (renamed from "Filters").
A) Rendering artifacts with text objects (regular text, Sans, 40px) :
1) When moving text objects with the arrow keys (select tool), sometimes
old remnants stay behind and are not cleared on-canvas. Often triggered
by zooming in/out (closer than 100%) while the text object is selected
with the select tool and subsequently moving it (or a duplicate) e.g.
with 'Shift+arrow key' (default steps).
2) Create a (multi-line) regular text:
Delete the last letters of a line or the paragraph with backspace: the
letters remain visible on the canvas though no longer part of the text.
Zooming in /out removes the remnant parts.
Insert a newline into a long word: the text moved to the next line
appears duplicated because the canvas at the prior position is not fully
Disabling caching as described does not prevent the rendering errors.
B) Questions not specific to the merge (style, color-interpolation,
1) While testing above artifacts with the latest builds from trunk, I
noticed that when removing a newline in a regular text object with
backspace (<tspan> gets deleted?), as well as e.g. when copying a
selection to the clipboard, recent builds give these console warnings:
WARNING **: Inkscape currently only supports color-interpolation-filters
These messages seem harmless (and not related to any of the operations
at all), but I wonder why they occur when manipulating text objects
without any filter effects in use.
The new warning reminded me of this question:
2) Why is the number of style attributes added to a path created by
converting a simple black stroke to path increasingly longer  and
adds a lot of apparently unrelated attributes (text, filters, etc)?
Similarly, additional style attributes are added when pasting a style
from the clipboard (Shift+Ctrl+V) - though pasting does not add the
Why are e.g. the attributes
added each time when pasting a style (e.g. red fill, black stroke, width
1px) or converting a stroke to path, without any filter effects in use
in the current document? Are they required for each individual object
or could they be removed ?
 Tested on Mac OS X 10.5.8 (i386) with r10579-10600
GTK+/X11 2.24.4 with cairo 1.10.2
GTK+/Quartz 2.24.4 with cairo 1.11.2
 these 32 style attributes are created in r10799 each time a black
stroke (fill:none; stroke:#000000) is converted to path (Ctrl+Alt+C):
 related reports ("superfluous" markup) in the bug tracker: