I think rather we should aim to provide a way for the application to implement custom remapping of events. A simple version of this is allowing the app to synthesize enough of the inputs to virtually use our existing UI. I think this is much simpler than dredging around in the WebGL API.
On Thu, Jan 7, 2016 at 4:12 PM, Robert O'Callahan <rob...@ocallahan.org> wrote: > On Fri, Jan 8, 2016 at 11:08 AM, Jeff Gilbert <jgilb...@mozilla.com> wrote: >> >> On Wed, Jan 6, 2016 at 8:07 PM, Luke Wagner <lwag...@mozilla.com> wrote: >> > FWIW, I was wondering if we could go a step further and allow >> > (optional) user interaction with the rendered DOM elements. That way >> > you could, say, select text on a 3d surface with a mouse or use an >> > <input> tag. It seems like this would be possible if the vertex/pixel >> > shaders were constrained to, say, affine transformations which starts >> > to sound rather similar to the whitelisting approach mentioned >> > elsewhere in this thread for mitigating timing attacks. >> >> I think this should be handled outside of the WebGL API. This seems to >> be a bunch of extra work and complexity to handle a relatively narrow >> use-case. I believe it's much easier to just provide functionality in >> the platform to allow a library to implement such specific uses. > > > Some features are always going to be really hard to provide with fully > custom UI. For example <input type="file">, for security reasons. Also full > custom UI for text entry is practically impossible to implement on par with > browser built-in UI, due to the need to integrate with system IMEs, > assistive tech, spellchecking dictionaries, etc. > > That's why I think finding ways to integrate live Web content into WebGL > scenes would be really valuable. > > Rob > -- > lbir ye,ea yer.tnietoehr rdn rdsme,anea lurpr edna e hnysnenh hhe uresyf > toD > selthor stor edna siewaoeodm or v sstvr esBa kbvted,t > rdsme,aoreseoouoto > o l euetiuruewFa kbn e hnystoivateweh uresyf tulsa rehr rdm or rnea lurpr > .a war hsrer holsa rodvted,t nenh hneireseoouot.tniesiewaoeivatewt sstvr > esn _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform