Is the Visual Bounding box an actual SVG thing? Or is it an Inkscape thing? If an Inkscape thing, theoretically we could just add another bounding box mode... something like Logical Bounding Box.
I checked out both how Draw and AI handle it... and they both handle text and whitespace differently.
Just to note, in both apps you can create empty text frames... Draw uses faux placeholder text though instead of leaving it effectively invisible when unselected.
Now on to "normal" text...
As for leading: In Draw, you can't even add leading whitespace. It just moves the exiting text object forward by the expected distance... it feels really weird. In AI, you can add it, it is selectable, it expands their bbox.
As for trailing: In Draw you can add it, it is not selectable with the selection tool and does not expand their bbox. In AI, treats it like it does leading.
To me, I think AI's way is just more logical... if you are adding spaces at the beginning or end of text, you are probably intentionally doing it for some reason.
As mentioned in the bug report discussion, if we're going to be nitpicky about the Visual bbox, it's pretty broken when using filters as far as a user is concerned.
Cheers, Josh
On Fri, Apr 11, 2014 at 12:31 PM, Krzysztof Kosiński <tweenk.pl@...400...>wrote:
2014-04-11 21:22 GMT+02:00 Krzysztof Kosiński <tweenk.pl@...400...>:
Text that contains only whitespace (doesn't generate any paths) should be automatically deleted when it is deselected. This would be an extension of what happens when the user clicks on the canvas on the text tool but doesn't type anything; no object is created in that case. Similarly, when a text editing event results in the object containing only whitespace, it should be removed from the object tree and re-inserted once a visible glyph becomes part of the text.
Addendum: the paragraph above is certainly up for discussion (in my opinion it would make things easier for users), but in general I am very firmly against redefining the concept of visual bounding box in a completely inconsistent way just because it makes a feature easier to implement.
If decorated whitespace does not become part of the visual bounding box and is not pickable (i.e. clicking it does not select the text object), then the implementation of decoration is buggy. The solution is to fix picking and bounding box calculation for decorated text, not break it for all non-decorated text.
Regards, Krzysztof
Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel