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@...972.....> 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@...1794...s.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel