text-stroke bug on trunk builds (linux)
![](https://secure.gravatar.com/avatar/51f3eed51bb7265d20106db27fed7e31.jpg?s=120&d=mm&r=g)
to reproduce : 1) type quick some random letters 2) apply a stroke to them 3) try to select / deselect text by clicking outside of text body - you will see you have to click quite far to deselect if we have some more graphic objects around - it will be difficult to select anything near our 'text with stroke'.
![](https://secure.gravatar.com/avatar/789edbb3a9b9f3f13815d199bfa4c81b.jpg?s=120&d=mm&r=g)
On 5/9/11 11:09, SorinN wrote:
to reproduce :
- type quick some random letters
- apply a stroke to them
- try to select / deselect text by clicking outside of text body -
you will see you have to click quite far to deselect if we have some more graphic objects around - it will be difficult to select anything near our 'text with stroke'.
Reproduced with r10618 on Mac OS X 10.5.8 (i386), also mentioned in the comments (#6) to https://bugs.launchpad.net/inkscape/+bug/839748
~suv
![](https://secure.gravatar.com/avatar/b47d036b8f12e712f4960ba78404c3b2.jpg?s=120&d=mm&r=g)
2011/9/5 SorinN <nemes.sorin@...400...>:
to reproduce :
- type quick some random letters
- apply a stroke to them
- try to select / deselect text by clicking outside of text body -
you will see you have to click quite far to deselect if we have some more graphic objects around - it will be difficult to select anything near our 'text with stroke'.
Fixed in 10620 Also fixed another bug - stroke width on text was independent of zoom
Regards, Krzysztof
![](https://secure.gravatar.com/avatar/789edbb3a9b9f3f13815d199bfa4c81b.jpg?s=120&d=mm&r=g)
On 5/9/11 17:44, Krzysztof Kosiński wrote:
2011/9/5 SorinN <nemes.sorin@...400...>:
to reproduce :
- type quick some random letters
- apply a stroke to them
- try to select / deselect text by clicking outside of text body -
you will see you have to click quite far to deselect if we have some more graphic objects around - it will be difficult to select anything near our 'text with stroke'.
Fixed in 10620 Also fixed another bug - stroke width on text was independent of zoom
10620 [1] doesn't render regular (unstroked, filled) text objects at all (not even in outline view mode) - only when the text has a stroke, the text is visible and the fill is rendered too. Default text does not use a stroke (black fill only).
Works as expected in 10618.
~suv
[1] tested on Mac OS X 10.5.8 (i386) with cairo 1.10.2 and 1.11.2
![](https://secure.gravatar.com/avatar/b47d036b8f12e712f4960ba78404c3b2.jpg?s=120&d=mm&r=g)
W dniu 6 września 2011 06:56 użytkownik ~suv <suv-sf@...58...> napisał:
10620 [1] doesn't render regular (unstroked, filled) text objects at all (not even in outline view mode) - only when the text has a stroke, the text is visible and the fill is rendered too. Default text does not use a stroke (black fill only).
Works as expected in 10618.
It should be fixed in 10622. Sorry for not testing a little more thoroughly.
Regards, Krzysztof
participants (3)
-
Krzysztof Kosiński
-
SorinN
-
~suv