- From: Jeff Schiller <codedread@gmail.com>
- Date: Thu, 19 Nov 2009 12:10:28 -0600
- To: Jonathan Watt <jwatt@jwatt.org>
- Cc: www-svg <www-svg@w3.org>, Andreas Neumann <a.neumann@carto.net>
On Thu, Nov 19, 2009 at 11:38 AM, Jonathan Watt <jwatt@jwatt.org> wrote: > * Would you really want 'pointer-events' to be taken into account? nah > * Would you want 'visibility' or 'display' to be taken into account? nah > * Would you want elements that are fully inside the rectangle > that you specify? To me intersection should mean "does this element's area intersect with this other area". It's not about whether it crosses this other border. Thus, {x:20, y:20, width:20, height:20} intersects with {x:0, y:0, width:50, height:50}. > * Would you want elements that have overlap with the rectangle > that you specify? That's what 'intersection' means. I must have misunderstood you. > * Would you only want elements that intersect with the *edges* > of the rectangle that you specify (i.e. not elements that are > fully inside)? No. > * Would bbox intersection checking be sufficient? For the most part, yes. See below. > Of course I'd be most interested to hear of *specific* things that people have > actually found themselves wanting to do but couldn't (or not well) because of > the lack of getIntersectionList/getEnclosureList or similar in SVG implementations. Actually in SVG-edit we're after the functionality in getIntersectionList(). I want to know when my rubber-band box visually touches another element when selecting multiple elements. Currently I brute force check all element bboxes for this in JavaScript. I'd like the browser to do this super-fast for me using space partitioning algorithms and highly optimized machine code :) At the moment I don't have any strong preferences for anything fancy beyond that - but that's just me and that's just right now. If I am only able to get across one message to the WG it's this: * getIntersectionList() and getEnclosureList() are the visual equivalent of getElementsByTagName/ClassName/etc. SVG _is_ a visual language, right? :) Letting developers query/filter elements is incredibly powerful. See jQuery. The fact that the current SVG ecosystem doesn't have something available in a cross-platform sense is really disappointing, imo. Regards, Jeff
Received on Thursday, 19 November 2009 18:11:01 UTC