Denis Bohm wrote:
Denis Bohm wrote:

...


"A text selection operation starts when all of the following occur:"
...
"- no links or events have been assigned to the 'text' , 'tspan' or
'textPath' , element(s) (or their ancestors) associated with the given
glyph."

That by the way is a really annoying requirement (they don't even specify what they mean by 'events' - mutation events? onload events?).

I agree. Seems like it would be much better to remove that part of the specification (and just note that the pointer-events attribute can be used to enable/disable text selection).


The pointer-events="none" worked great for that specific case where I had a
rectangle behind the text that then got the event.

I have another case where I have some text that the user can drag around
(using some onmouse handlers).  The pointer-events="none" doesn't work in
that case - the onmouse handlers aren't called.  Is there any way to just
disable text selection and keep mouse event handlers working?

Not currently (this was under discussion in the SVG WG - should be easy to add to Batik even as an extension batik:selectable="false").

You could put an invisible rect behind the text:

<rect visibility="hidden" pointer-events="fill" x="..." />

Hack upon hack upon hack .... :)



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to