On Sat, 2010-06-05 at 15:11 +0200, ~suv wrote:
Using the new features sub/superscript adds 'baseline-shift:super' or 'baseline-shift:sub' (the last one used?) to the style of the desktop group in the preferences file. This causes the console to be flooded with warnings when using 0.47 with the same preferences file as the current devel build:
WARNING **: Unimplemented style property SP_PROP_BASELINE_SHIFT: value: super
or
WARNING **: Unimplemented style property SP_PROP_BASELINE_SHIFT: value: sub
Why is 'baseline-shift' part of the desktop style? It seems unlikely to me that new (or default) text should use a sub or super baseline-shift as default (but I don't know about the inner workings of the preferences system and what role <group id="desktop" style="..."> really has).
Possibly related to the preferences bug [1] (missing default styles for most shape tools after resetting the preferences)? See comment #4 by JazzyNico: «It seems that the line-height, letter-spacing and word-spacing attributes are incorrectly stored in the preferences desktop group. It leads to a loss of swatch styles for the shape tools.»
I've started to look into this... but I am starting from zero knowledge about preferences. I copied existing code from the old text toolbar. The code uses calls to:
sp_desktop_set_style (SP_ACTIVE_DESKTOP, css, true, true);
to write out css attributes. It appears this is wrong on two levels. The first is that it writes attributes to the preference file in the wrong place and the second is that all selected objects get the new attributes without regard to type (i.e. if a rectangle is selected along with text, changing the font will also set the font attribute on the rectangle.
Tav