| 01:23 | <tantek> | MikeSmith: something interesting happening with rel-values I figured you might be interested in |
| 01:23 | <tantek> | people seem to coming up with library-specific rel-values for "lightbox" |
| 01:24 | <MikeSmith> | oh? |
| 01:25 | <tantek> | I just had to clear out a bunch of variants of "clearbox" and "prettyPhoto" which were all redundant with "lightbox" |
| 01:25 | <MikeSmith> | just recently? |
| 01:25 | <tantek> | It seems to be happening more than once |
| 01:25 | <tantek> | recent-ish |
| 01:26 | <tantek> | earliest additions of "prettyPhoto" date back to 2013 |
| 01:26 | <tantek> | just found one from 2012 |
| 01:26 | <MikeSmith> | with the meta name stuff I remember I had seen some odd patterns of multiple similar things coming in at the same time |
| 01:27 | <tantek> | I'm wondering if there is some way we can say, "don't use x value which is library specific use the generic value y" |
| 01:27 | <tantek> | I mean, someway we can encode that into the tables |
| 01:27 | <tantek> | so that the validator could tell authors instead of just "invalid" |
| 01:27 | <tantek> | clearly it's a signal when the same thing is added multiple times without addressing previous problems |
| 01:43 | <MikeSmith> | tantek: yeah there had been some discussion about that before. it's certainly doable |
| 01:53 | <tantek> | MikeSmith - mostly I wanted you to double-check the analysis (rejecting library-specific duplicates of "lightbox") and/or provide counter-perspective (because I know I can trust you to do so :) ) |
| 09:47 | <roc> | Domenic, MikeSmith: this is possible using a combination of canvas.captureStream() and MediaRecorder |
| 09:47 | <roc> | in fact it's easy |
| 09:47 | <roc> | in Firefox at least, not in Chrome yet... |
| 09:56 | <MikeSmith> | roc: oh cool |
| 09:57 | <MikeSmith> | roc: is there an demo/example anywhere? |
| 09:57 | <MikeSmith> | or I guess I could just try it |
| 09:58 | MikeSmith | browses https://github.com/mozdevs/mediarecorder |
| 09:59 | <roc> | I don't have one on hand |
| 10:02 | <MikeSmith> | roc: no worries, I'll mess around and try to make one |
| 10:02 | <MikeSmith> | oh |
| 10:02 | <MikeSmith> | http://mozdevs.github.io/mediarecorder/canvas-stream.html looks like what you described |
| 10:02 | MikeSmith | looks at the source |
| 10:04 | <MikeSmith> | yeah that looks like exactly it |
| 10:04 | <MikeSmith> | unless I'm misunderstanding |
| 10:05 | <roc> | yes, except that (despite the name) it's not actually doing the recording |
| 10:05 | <roc> | just the stream generation |
| 10:13 | <MikeSmith> | ok |
| 10:18 | <MikeSmith> | roc: I poste a code snippet to SO as a follow-up to your answer |
| 10:54 | <MikeSmith> | roc: I can't see where http://mozdevs.github.io/mediarecorder/canvas-stream.html is actually using MediaRecorder |
| 10:54 | <MikeSmith> | is it? |
| 19:23 | <roc> | it's not |
| 19:23 | <roc> | as I said, it's just doing the stream generation, not the recording |
| 22:44 | <MikeSmith> | roc: ah, I see now, thanks |
| 23:07 | <MikeSmith> | anyway though I had known some about MediaRecorder I hadn't know about canvas.captureStream() til you mentioned it yesterday |
| 23:07 | MikeSmith | hadn't been paying so much attention yet to the Media Capture spec |
| 23:20 | <MikeSmith> | s/Media Capture/Media Capture from DOM Elements/ |
| 23:29 | <MikeSmith> | Domenic: FYI http://w3c.github.io/mediacapture-fromelement/#html-canvas-element-media-capture-extensions |