Confirmed users, Bureaucrats and Sysops emeriti
969
edits
No edit summary |
|||
Line 43: | Line 43: | ||
== Should clipping affect pointer event targeting? == | == Should clipping affect pointer event targeting? == | ||
One of the long running debates in the SVG WG and on www-svg is whether | One of the long running debates in the SVG WG and on www-svg is whether an element should intercept pointer events if the event is over an area of the element that is clipping away or masked out. Current (2010) implementations do not take masking into account for hit testing, but Mozilla and Opera do take clipping into account, while Webkit and Batik do not. | ||
Text | My (jwatt's) personal opinion is that it's most intuitive for authors to have both clipping and masking affect hit testing by default. In fact I think it would have been best for the default behavior to have been: "if an element affects the color of a given pixel, then pointer events at that location are intercepted by that element, but if the element does not affect the pixel, then pointer events at that location are not intercepted by the element." | ||
Text needs to be a special case, by default. When a user wishes to click on it to activate a link, or perhaps to select it, it would be unexpected and annoying for the pointer event to go between letters or through the middle of an "o", say, and target whatever is underneath. For the purposes of hit testing text the character cell is used as the fill area for a glyph by default. However, for large text, having event interception depend on the inked area instead of the character cell could be what authors want. We should really provide them with some way to do that. (Another property they can set?) | |||
== The current property values suck == | == The current property values suck == |