Strange fill/stroke settings in freehand tools after fresh install

[Maximilian Albert-2]

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

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[Donna Benjamin-2]

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.]

--
Donna Benjamin - kattekrab.net

Inkscape: Open Source Scalable Vector Graphics
0.47 is coming... http://www.inkscape.org




------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[bulia byak]

On Tue, Jun 9, 2009 at 5:56 PM, Maximilian
Albert<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.

Fixed in 21639. Krzysztof: sp_desktop_apply_style_tool must use
getInheritedStyle because these two tools inherit their style from a
parent node.

--
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[~suv-2]

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


------------------------------------------------------------------------------
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[JiHO-3]

On 2009-June-28  , at 09:13 , ~suv wrote:

> 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

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?

> 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.

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

------------------------------------------------------------------------------
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[~suv-2]

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)

------------------------------------------------------------------------------
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[JiHO-3]

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


------------------------------------------------------------------------------
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[~suv-2]

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

------------------------------------------------------------------------------
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[Michael Wybrow-3]

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

------------------------------------------------------------------------------
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[Donna Benjamin-2]

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@...> 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.


--
Donna Benjamin - kattekrab.net

Inkscape: Open Source Scalable Vector Graphics
0.47 is coming... http://www.inkscape.org




------------------------------------------------------------------------------

_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

[~suv-2]

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>

------------------------------------------------------------------------------
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...
https://lists.sourceforge.net/lists/listinfo/inkscape-devel