Strange fill/stroke settings in freehand tools after fresh install
Hi,
after freshly installing Inkscape (rev. 21524), the Pen/Pencil tools produce lines which are filled black but don't have any stroke. This is very counterintuitive. The small info field in the toolbar (on the right hand side) displays "Fill: None, Stroke: Black (000000/1)" (these are indeed the values specified in preferences-skeleton.h for the freehand tools). However, both in the Fill & Stroke dialog and in the Preferences it says: "Fill: Unset, Stroke: Unset", and this probably explains the strange appearance of the drawn lines. What's happening here? Why are the values in preferences-skeleton.h not correctly taken into account? I think this should definitely be fixed before 0.47.
Max
On Tue, 2009-06-09 at 22:56 +0200, Maximilian Albert wrote:
Hi,
after freshly installing Inkscape (rev. 21524), the Pen/Pencil tools produce lines which are filled black but don't have any stroke. This is very counterintuitive. The small info field in the toolbar (on the right hand side) displays "Fill: None, Stroke: Black (000000/1)" (these are indeed the values specified in preferences-skeleton.h for the freehand tools). However, both in the Fill & Stroke dialog and in the Preferences it says: "Fill: Unset, Stroke: Unset", and this probably explains the strange appearance of the drawn lines. What's happening here? Why are the values in preferences-skeleton.h not correctly taken into account? I think this should definitely be fixed before 0.47.
Yes. Confirmed. I noticed this too and still the case in rev 21537.
And spiral is drawing blank. Fill: none Stoke: unset.
[I went looking for a bug on launchpad for this but couldn't find one there.]
On Tue, Jun 9, 2009 at 5:56 PM, Maximilian Albert<maximilian.albert@...1439...> wrote:
Hi,
after freshly installing Inkscape (rev. 21524), the Pen/Pencil tools produce lines which are filled black but don't have any stroke.
Fixed in 21639. Krzysztof: sp_desktop_apply_style_tool must use getInheritedStyle because these two tools inherit their style from a parent node.
On 21/6/09 19:16, bulia byak wrote:
Fixed in 21639. Krzysztof: sp_desktop_apply_style_tool must use getInheritedStyle because these two tools inherit their style from a parent node.
Does anybody else now have difficulties with the style preferences of the text tool? Once I select a font face or font size different from the initial default (on OS X: 'Bitstream Vera Sans', 40; fallback 'Sans', 12), the text tool does not keep its preference settings for 'This tool's own style for new text objects'.
steps to reproduce:
1) Set preference to 'Create new objects with:' > 'This tool's own style', take style from selection (e.g. Fill: red, Stroke: None).
2) Quit and restart, select text tool and create a new text. Expected result: text object with 'Fill: red, Stroke: None'. Result: text object with 'Fill: red, Stroke: None'.
3) change font face (e.g. Courier New) or change font size (e.g. to 56), type new text. (important: change font/size before actually typing the new text, not to change an already entered text) Expected result: text object with 'Fill: red, Stroke: None'. Result: text object with 'Fill: None, Stroke: black'. Font style preferences still say 'Fill: red, Stroke: None' for new objects
4) quit and restart. create text object. Expected result: text object with 'Fill: red, Stroke: None'. Result: text object with 'Fill: None, Stroke: black'. Font style preference has been reset to 'Fill: Unset, Stroke: Unset' for new objects.
I could not find a way to keep a user defined style (fill/stroke) for new text that stays beyond the current session or even within the same session when changing font face/size. I always end up with an 'outlined' appearance of newly entered text or have to fight the reappearing fallback font 'Sans' with size 12.
'Last used style' seems to work as expected but I was more focused on testing the tool's own style.
Inkscape 0.46+devel r21674, OS X 10.5.7
On 2009-June-28 , at 09:13 , ~suv wrote:
- Set preference to 'Create new objects with:' > 'This tool's own
style', take style from selection (e.g. Fill: red, Stroke: None).
- Quit and restart, select text tool and create a new text.
Expected result: text object with 'Fill: red, Stroke: None'. Result: text object with 'Fill: red, Stroke: None'.
- change font face (e.g. Courier New) or change font size (e.g. to
56), type new text. (important: change font/size before actually typing the new text, not to change an already entered text) Expected result: text object with 'Fill: red, Stroke: None'. Result: text object with 'Fill: None, Stroke: black'. Font style preferences still say 'Fill: red, Stroke: None' for new objects
I have had similar problems for a while with all tools actually, where the style would revert to Unset for fill and stroke (unset fill appears transparent, unset stroke appears black so I guess this is what you are seeing). This seemed to have improved in recent builds but indeed there are still some issues.
A little more precisions, with same Inkscape build, same system I get: 1/ set text tool's own style to something not "unset" (2/ quit/restart) - seems to be optional 3/ write some text -> OK Now, do one of these actions (i.e. not sequentially, I have not tested the sequence) 4-1/ change anything in the font dialog: font family, style, size, layout, direction or line spacing -> OK, all settings honored 4-2/ change font family in the font toolbar -> reverts to unset, 12 pts but uses the font that was just selected 4-3/ change anything else (size, layout, direction) in the font toolbar -> reverts to unset, 12 pts, Sans
So it seems the pb is mainly with the font toolbar. The font dialog works perfectly. I must say that I have relied on the dialog for a while because the toolbar has never beer very reliable/fast enough for me. The only thing that used to kind of work were the bold/italic buttons but they don't work anymore.
NB: is there a reason why: - the line spacing setting is not in the font toolbar? - the text toolbar does not have a style indicator on the right, as other tools have?
- quit and restart. create text object.
Expected result: text object with 'Fill: red, Stroke: None'. Result: text object with 'Fill: None, Stroke: black'. Font style preference has been reset to 'Fill: Unset, Stroke: Unset' for new objects.
same here.
Other style issue: with the 3D Box tool, the styles settings in Inkscape's preferences: are never honored. - set "This tool's own style" to red and dark red, go to the canvas, dra a box = on my machine it is blue with different shades depending on the facet, even though the fill and stroke indicator say red. These blue seem to be the default because I get the same after trashing Inkscape prefrences. - set Last used style, draw a box, change it to red and dark red, draw another one = it is blue again
JiHO --- http://maururu.net
On 28/6/09 18:28, JiHO wrote:
I have had similar problems for a while with all tools actually, where the style would revert to Unset for fill and stroke (unset fill appears transparent, unset stroke appears black so I guess this is what you are seeing). This seemed to have improved in recent builds but indeed there are still some issues.
My issue started with the last dev build (r21674): over and over I had to change the text style from Fill: None, Stroke: black (shown in the status bar style indicator) when creating new text objects (I worked on test cases for bug #388257 while updating from r21615 to r21674). The text style behavior in my perception definitely changed between these two revisions.
Resetting preferences.xml several times, with both version, I still can't pin down what exactly changed or fails, except that with r21615 I didn't have repeatedly black outlined text as default.
The 'Tool's own style' preference settings revert back to 'Fill: Unset, Stroke: Unset' in both versions, but on canvas different settings are applied to new text objects.
So it seems the pb is mainly with the font toolbar. The font dialog works perfectly. I must say that I have relied on the dialog for a while because the toolbar has never beer very reliable/fast enough for me. The only thing that used to kind of work were the bold/italic buttons but they don't work anymore.
Yes, I mainly used the text tool controls bar because I needed repeatedly only basic text attributes (name, size, color). The 'bold' button works for me but not with all fonts, 'italic' works only to toggle it off after applying an italic/oblique style in the font dialog.
~suv
btw - the build date of the dev builds (osx, modevia) in the about screen didn't update (last three builds all show 'built Jun 10 2009' on my system)
On 2009-June-28 , at 13:49 , ~suv wrote:
Yes, I mainly used the text tool controls bar because I needed repeatedly only basic text attributes (name, size, color). The 'bold' button works for me but not with all fonts, 'italic' works only to toggle it off after applying an italic/oblique style in the font dialog.
That's a different issue. Some fonts do not have a bold variant and it cannot easily be faked. I think the italique one is faked as oblique for all of them. This is different from the text and font dialog where you can select the exact variant you want in a list. IMHO there is still a bug in the font dialog that presents you with a Bold/Italic variant for fonts that don't have one. I guess that has to do with what information can be accessed by Pango.
Overall, the state of text-related stuff in Inkscape is unfortunately pretty poor.
btw - the build date of the dev builds (osx, modevia) in the about screen didn't update (last three builds all show 'built Jun 10 2009' on my system)
Oh that's a problem. That might mean that the same executable is actually used in all of them. Does someone knows where this date comes from? I just did: svn up, configure, make, make install and package + distribute. Maybe I need to redo autoconf too, or make clean before each build (but that kind of defeats the purpose of a having makefile). I'll rebuild one tonight or tomorrow from scratch.
JiHO --- http://maururu.net
On 28/6/09 21:36, JiHO wrote:
On 2009-June-28 , at 13:49 , ~suv wrote:
btw - the build date of the dev builds (osx, modevia) in the about screen didn't update (last three builds all show 'built Jun 10 2009' on my system)
Oh that's a problem. That might mean that the same executable is actually used in all of them. Does someone knows where this date comes from?
The 0.47pre0 versions built by Michael have the same issue (both show 'built Jun 13 2009' but the builds are from 13. and 17. June).
~suv
On 29/06/2009, at 6:16 AM, ~suv wrote:
On 28/6/09 21:36, JiHO wrote:
On 2009-June-28 , at 13:49 , ~suv wrote:
btw - the build date of the dev builds (osx, modevia) in the about screen didn't update (last three builds all show 'built Jun 10 2009' on my system)
Oh that's a problem. That might mean that the same executable is actually used in all of them. Does someone knows where this date comes from?
The 0.47pre0 versions built by Michael have the same issue (both show 'built Jun 13 2009' but the builds are from 13. and 17. June).
Those two packages show the same date because I didn't rebuild the Inkscape executable itself. I just changed the packaging script to include missing libraries and set correct loader paths.
You might expect this to happen for the dev builds at the moment when none of the source files are being changed (if the dev packages are not being built from a fresh checkout each time) and the only repository changes are translation files. The executable would not need to be rebuilt in this case and would retain an earlier build date.
Cheers, Michael
On Sun, 2009-06-21 at 14:16 -0300, bulia byak wrote:
On Tue, Jun 9, 2009 at 5:56 PM, Maximilian Albert<maximilian.albert@...1439...> wrote:
Hi,
after freshly installing Inkscape (rev. 21524), the Pen/Pencil tools produce lines which are filled black but don't have any stroke.
Fixed in 21639. Krzysztof: sp_desktop_apply_style_tool must use getInheritedStyle because these two tools inherit their style from a parent node.
Pen and Pencil are indeed restored to show stroke, and no fill. Calligraphy tool is still being weird though.
I've installed a fresh build of Inkscape Inkscape 0.47pre1 r21720, built Jul 3 2009 http://ubuntu.cafuego.net/dists/jaunty-cafuego/inkscape/
Default tool settings are not right for the Calligraphy tool. Despite what's listed in preferences.xml the action on canvas is set to 100 wide.
I rm rf'd .config/inkscape preferences... Attached is a screenshot showing default behaviour of tools.
Preferences.xml says width=15, but tool controls says 100 and the behaviour is 100
I am submitting a bug report now.
- D.
On 5/7/09 06:12, Donna Benjamin wrote:
Pen and Pencil are indeed restored to show stroke, and no fill. Calligraphy tool is still being weird though.
[…]
Default tool settings are not right for the Calligraphy tool. Despite what's listed in preferences.xml the action on canvas is set to 100 wide.
see also bug #390162 https://bugs.launchpad.net/inkscape/+bug/390162
participants (6)
-
bulia byak -
Donna Benjamin -
JiHO -
Maximilian Albert -
Michael Wybrow -
~suv