- From: Rick Byers <rbyers@google.com>
- Date: Fri, 17 Jan 2014 11:17:47 -0500
- To: gnanasekar.s@samsung.com, Jacob Rossi <Jacob.Rossi@microsoft.com>, Douglas Schepers <schepers@w3.org>
- Cc: "public-pointer-events@w3.org" <public-pointer-events@w3.org>
- Message-ID: <CAFUtAY9jMr+Rz1U8hp6ohx5dMwtAGX086BUOkQK6ze_HSsiKgA@mail.gmail.com>
*Jacob, *do you agree that the behavior we see in IE is what we want the spec to describe (touch-action supported on <svg> elements, but not other types of SVG elements)? *Jacob/Doug*, what's the right wording to convey this precisely? My reading of the SVG spec is that "SVG elements" includes things like <path>, etc. In addition, it seems IE applies touch-action on inline-block elements (which I think makes sense). My reading of the CSS spec is that inline-block isn't necessarily included with "block level elements". Is there a more precise term to encompass display: block and display: inline-block? What about the other display types that establish a BOX but aren't themselves BLOCKS (eg. table-row, table-cell), what's the expected behavior for them? Sorry I'm not enough of a CSS expert to know the precise terms we're looking for here (and it wasn't obvious to me from the CSS spec). Thanks, Rick On Mon, Jan 13, 2014 at 3:09 PM, Rick Byers <rbyers@google.com> wrote: > Thanks Gnanasekar, > I've copied your test cases here for easy sharing: > http://jsbin.com/APacaYUh/latest/edit > > I think the confusion boils down to the meaning of "SVG Elements". I > don't know much about SVG, but I read that to include elements like <rect> > and <path>, but I think the intention here is to include only <svg>. > Perhaps this is just a matter of tweaking the wording from: > block-level elements, SVG elements > to: > block-level elements, the <svg> element > > Presumably <a> is included in the "block-level elements" category (even in > an SVG context)? Someone who understands the nuances of SVG vs. HTML > semantics probably needs to vet the wording here. Regardless I believe the > intention is that touch-action hit testing is NOT performed on individual > SVG objects, just the top-level <svg> container. > > Rick > > > On Mon, Jan 13, 2014 at 9:53 AM, GNANASEKAR S <gnanasekar.s@samsung.com>wrote: > >> Hi, >> >> Need Clarification for touch-action to SVG elements >> >> http://www.w3.org/TR/pointerevents/#the-touch-action-css-property) says >> that the touch-action property is restricted to SVG elements. >> >> >> >> We made few basic test case to check the behavior of touch-action to svg >> elements and tested on IE11. And we see that it pass only in the case of >> svg elements <svg> and <a> elements. >> >> >> >> Test Case1: touch-action:none on a <svg> this pases on IE11 >> >> Test Case2: touch-action:none on a <rect> this fails on IE11 >> >> Test Case3: touch-action:none on a <a> this pases on IE11 >> >> Test Case4: touch-action:none on a <path> this fails on IE11 >> >> Test Case5: touch-action:none on a <animate> this fails on IE11 >> >> >> >> Does the touch-action is restricted only for <svg> element? >> >> If not, what are the other svg elements it applies. >> >> >> >> Do we have example testcase available for touch-action to svg elements? >> >> I dont see any example in the spec for svg elements. >> >> >> >> Thanks, >> >> Gnanasekar S >> >> >> >> >
Attachments
- image/gif attachment: 201401132027802_9INH0GAN.gif
Received on Friday, 17 January 2014 16:18:37 UTC