| 00:00 | <roc> | AryehGregor: I suspect that person is probably just confused ... it's more likely font differences that are causing a problem |
| 00:05 | <daedb> | roc: Vista SP2 has been out for quite awhile, with no h.264 codec. |
| 00:05 | <roc> | ok, some future service pack then? |
| 00:05 | <daedb> | SP3 maybe :) |
| 00:05 | <roc> | they're going to need an H.264 codec for IE9, certainly |
| 00:08 | <JoePeck> | Reading up on <input type=range> at http://www.whatwg.org/specs/web-apps/current-work/multipage/number-state.html#range-state |
| 00:08 | <JoePeck> | [[ When the element is http://www.whatwg.org/specs/web-apps/current-work/multipage/association-of-controls-and-forms.html#suffering-from-an-underflow, the user agent must set the element's http://www.whatwg.org/specs/web-apps/current-work/multipage/association-of-controls-and-forms.html#concept-fe-value to a http://www.whatwg.org/specs/web-apps/current-work/multipage/common-microsyntaxes.html#valid-floating-point-number that represents |
| 00:08 | <JoePeck> | http://www.whatwg.org/specs/web-apps/current-work/multipage/common-input-element-attributes.html#concept-input-min. ]] |
| 00:08 | <JoePeck> | eek, sorry! |
| 00:08 | <JoePeck> | [[ When the element is suffering from an underflow, the user agent must set the element's value to a valid floating point number that represents the minimum. ]] |
| 00:08 | <JoePeck> | I read that and I see, "if the element is suffering from an under, set its value so its no longer underflows" |
| 00:09 | <JoePeck> | Am I reading that correctly? Can a range input ever underflow? |
| 00:09 | JoePeck | goes to test what browsers do |
| 00:11 | <mpilgrim_> | jgraham: i have little sympathy for companies that get all faint-y about H.264 licensing fees but continue to ship browsers that support NPAPI |
| 00:12 | <mpilgrim_> | we have over 10 years of experience with NPAPI, and it's pretty clear that its only purpose is to serve as a backdoor for all manner of proprietary crap to sneak into browsers, shit all over the web, and then complain about the smell |
| 00:12 | <Hixie> | JoePeck: it can momentarily suffer from an underflow if you use script to set it to a value below the minimum |
| 00:12 | <Hixie> | JoePeck: but that sentence means the steady state can't suffer from an underflow |
| 00:13 | <Hixie> | JoePeck: if that makes sense |
| 00:13 | <JoePeck> | Hixie: okay, but correct behavior should then immediately set the value to be the minimum, and its overflow validity state would then be false? |
| 00:13 | <mpilgrim_> | if you really want to support an open web, drop support for NPAPI plugins |
| 00:13 | <mpilgrim_> | otherwise, STFU |
| 00:17 | <Philip`> | Seems a bit late for that to have any effect other than driving away users to other browsers |
| 00:17 | <Philip`> | whereas it's not necessarily too late yet to influence how people use <video> |
| 00:18 | <Hixie> | JoePeck: yeah |
| 00:18 | <JoePeck> | Hixie: ahh, I just changed my mind |
| 00:18 | <JoePeck> | Hixie: The "value sanitization algorithm" which modifies the value is only run [[ When an input element's type attribute changes state, and when the element is first created ]]. |
| 00:19 | <JoePeck> | Hixie: so if the input element is already a range, and a script sets its value to an underflowing value, "what then" |
| 00:19 | <Hixie> | setting .value also invokes the value sanitization algorithm |
| 00:20 | <JoePeck> | Hixie: ahh I see thanks. |
| 00:20 | <JoePeck> | a lot of "ahh" moments, I'll need to read this more completely after I work out this bug |
| 00:20 | <JoePeck> | Hixie: thanks! |
| 00:20 | <Hixie> | my pelasure |
| 00:21 | <Hixie> | pleasure also |
| 00:21 | <Hixie> | i wish it was easier to read |
| 00:21 | <Hixie> | but i don't know how to make it easier to read |
| 00:21 | <Hixie> | fundamentally what we're speccing here is a mess |
| 00:21 | <Hixie> | so the spec kinda has to be a mess too |
| 00:21 | <JoePeck> | the links help, but in this case |
| 00:22 | <Hixie> | a key thing to know about the links is that when you reach the bold <dfn> of a term, you can click that to get a list of references to it |
| 00:22 | <JoePeck> | the "value sanitization algorithm" link only went to the first case, and not the .value case |
| 00:22 | <Hixie> | (only works in the one-page version though) |
| 00:22 | <JoePeck> | thanks again =) |
| 01:09 | <mpilgrim> | Philip`: yeah, people are really fleeing the iPhone in droves |
| 01:12 | <Dashiva> | Is this tweet a case for a standardized RT end tag? http://twitter.com/diveintomark/status/10645203889 |
| 01:14 | <erlehmann_> | Dashiva, you have <q> and </q> for that already. stupid twitter not supporting markup (also, counting it towards the character limit gave rise to short url services that break the web) |
| 01:14 | <othermaciej> | most people put "via" at the end if they want a retweet with commentary, in this case it wouldn't have worked for the humor purpose of the post |
| 01:15 | <Dashiva> | I'm pretty sure tinyurl was around before twitter |
| 01:15 | <erlehmann_> | HTML 2.0 WTF |
| 01:16 | <erlehmann_> | isn't „gave rise“ something akin to „made it popular“ ? |
| 01:16 | <erlehmann_> | also, ars technicas site is XHTML 1.0 Transitional. where did they get that 2.0 thingy from ? |
| 01:17 | <Dashiva> | Their CMS is probably XHTML, but their web server error pages are not part of the CMS |
| 01:18 | <erlehmann_> | well, i guess they would fail on a 500 too in most cases if they were ;) |
| 01:21 | <sicking> | hum, does HTML not support hex numeric entities? Like @ ? |
| 01:22 | <sicking> | never mind, i'm just doing it wrong |
| 01:22 | <mpilgrim> | OH NOES I'M USING TWITTER INCORRECTLY |
| 01:22 | <JoePeck> | Hixie: can I run a very simple example past you to see if you think its correct or not? |
| 01:25 | <Hixie> | sure |
| 01:25 | <JoePeck> | var x = document.createElement('input'); x.type='range'; // range input |
| 01:25 | <JoePeck> | x.max = 2; x.value = 3; // this causes overFlow, value gets changed to |
| 01:25 | <JoePeck> | x.validationMessage; // shouldn't be any, because value is now stable |
| 01:26 | <Hixie> | sounds right, but i could be mistaken |
| 01:26 | <JoePeck> | okay. I feel like that removes the usefulness of element.validity.rangeOverflow and rangeUnderflow for type=range |
| 01:27 | <JoePeck> | but I do feel like this should be correct behavior |
| 01:30 | <Hixie> | well there is no usefulness of element.validity.rangeOverflow and rangeUnderflow for type=range, so i don't think removing it is a problem :-) |
| 01:31 | <JoePeck> | I was just going to try to get some implementor feedback, maybe send a question to the mailing list |
| 01:31 | <JoePeck> | I haven't checked the other input types affected rangeUnderflows/rangeOverflows |
| 01:31 | <Dashiva> | Sleep... Norwegian letters in the Safari 4 installer become chinese symbols |
| 01:31 | <Dashiva> | *Sleek |
| 01:32 | <sicking> | that's internationalization taken to new levels |
| 01:32 | <sicking> | "install safari, become a world traveler" |
| 01:33 | <Dashiva> | Actually, it might be Japanese |
| 01:34 | <Hixie> | JoePeck: many of the validity flags are only useful for particular controls, i wouldn't worry about that |
| 01:35 | <JoePeck> | Hixie: okay. Its just WebKit had a bunch of tests for overflow / underflow which, after reading the spec, didn't seem to make sense |
| 01:36 | <Hixie> | ah ok |
| 01:36 | <Hixie> | that's quite possible :-) |
| 01:53 | <roc> | mpilgrim: for a long time there was (and to some extent still is) nothing comparable to the iPhone |
| 01:53 | <roc> | the desktop browser space is a lot more competitive |
| 01:54 | <roc> | if we (Mozilla) thought we could ditch NPAPI support and remain competitive, we probably would |
| 01:54 | <roc> | it would be a lot less work, that's for sure |
| 01:54 | <Dashiva> | Really? Isn't the API pretty much static? |
| 01:55 | <roc> | it evolves |
| 01:55 | <roc> | but all browsers are doing lots of work to isolate plugins into their own processes etc |
| 01:57 | <roc> | mpilgrim: in fact, even today there is nothing really comparable to the iPhone that supports Flash yet |
| 01:58 | <Dashiva> | mpilgrim: I saw a claim on hackernews that youporn has a <video> mobile edition, but I can't verify ;) |
| 02:02 | <othermaciej> | Dashiva: once we have the porn sites its game over |
| 02:20 | <mpilgrim> | dashiva: that's probably where i read it too |
| 02:23 | <mpilgrim> | roc: i understand your present position, but outsourcing all the patent-encumbered stuff to a third-party plugin (via an API where third-party vendors can add unlimited amounts of new patent-encumbered stuff at any time) is hardly noble |
| 02:23 | <roc> | that is not our goal |
| 02:23 | <mpilgrim> | that is the reality of NPAPI |
| 02:23 | <roc> | that is not our goal for Web video |
| 02:23 | <roc> | our goal is to not depend on patent-encumbered stuff at all |
| 02:23 | <mpilgrim> | ...except for all the stuff you've outsourced to adobe |
| 02:24 | <roc> | tthat is temporary |
| 02:24 | <mpilgrim> | everything is temporary if you live long enough |
| 02:24 | <mpilgrim> | i don't see "removing NPAPI" on any mozilla roadmap |
| 02:25 | <mpilgrim> | did i miss a memo? |
| 02:25 | <roc> | I don't believe we can remove NPAPI and remain relevant |
| 02:26 | <roc> | hopefully at some point in the future this will no longer be true |
| 02:26 | <mpilgrim> | that's a pretty loose definition of "temporary" |
| 02:26 | <roc> | yes it is |
| 02:26 | <roc> | I can't predict what will happen on the Web, sorry |
| 02:26 | jcranmer | points to the temporary Mork database in mozilla code |
| 02:26 | <roc> | it's gone |
| 02:26 | <roc> | anyway |
| 02:27 | <jcranmer> | about 10 years later |
| 02:27 | <mpilgrim> | well, i hope we all live long enough to see it |
| 02:27 | <roc> | so do I |
| 02:27 | <roc> | we'll need NPAPI support as long as there's a mass of Flash content on the Web that people want to use |
| 02:27 | <roc> | I can't control that |
| 02:28 | <othermaciej> | jcranmer: Mork? |
| 02:28 | <jcranmer> | I suspect the answer is there always will be |
| 02:28 | <roc> | we *can* try to rescue video on the Web from a pay-to-play patent-encumbered prison |
| 02:28 | <jcranmer> | othermaciej: something with which I have much more experience than I would like to have |
| 02:28 | <jcranmer> | think about all those little flash games |
| 02:28 | <mpilgrim> | not with just a client, you can't |
| 02:29 | <othermaciej> | if Wikipedia (or some other site) gets a critical mass of Theora-only content, that seems more likely to drive Ogg |
| 02:29 | <roc> | I agree |
| 02:30 | <roc> | we might lose |
| 02:30 | <roc> | but mpilgrim said "I have little sympathy for companies that get all faint-y about H.264 licensing fees but continue to ship browsers that support NPAPI" and I have a problem with that |
| 02:31 | <othermaciej> | I can understand Mozilla's desire not to ship H.264 out of the box, but I am puzzled that a third party is allowed to plug it in to <object> but there is by design no mechanism for a third party to plug it into <video> |
| 02:31 | <mpilgrim> | i did say that, and i stand by it |
| 02:31 | <mpilgrim> | you refuse to defer to OS-level codecs |
| 02:31 | <mpilgrim> | so people are going to continue to use flash |
| 02:31 | <othermaciej> | that seems to help plugins at the expense of <video> more than it helps Ogg at the expense of H.264 |
| 02:31 | <mpilgrim> | you don't even let firefox extensions add codec support |
| 02:32 | <roc> | if we had to do H.264 we probably would defer to OS codecs, which is why "H.264 licensing fees" is a total non-issue |
| 02:32 | <mpilgrim> | but you've stated publicly that you won't do that |
| 02:32 | <jcranmer> | I suspect FF would refuse to support external <object> handlers were that a tenable option |
| 02:32 | <mpilgrim> | (defer to OS codecs) |
| 02:33 | <mpilgrim> | yet you continue to allow NPAPI plugins, which you acknowledge contain multiple patent-encumbered codecs, including H.264 in particular |
| 02:33 | <mpilgrim> | so yeah, people are gonna keep using flash |
| 02:33 | <mpilgrim> | congratulations, that's what you've achieved |
| 02:33 | <mpilgrim> | i don't really care what your original goals were |
| 02:33 | <roc> | supporting H.264 is not going to make Flash go away |
| 02:34 | <roc> | it really isn't |
| 02:34 | <mpilgrim> | yes, i know, all those awesome flash games |
| 02:34 | <roc> | if dropping H.264 would let us drop support for NPAPI, that would be worth serious consideration |
| 02:34 | <roc> | sorry |
| 02:34 | <roc> | if *supporting* H.264... |
| 02:34 | <mpilgrim> | not sure why kongregate.com can't just release a standalone client for playing them anyway |
| 02:35 | <mpilgrim> | why does that have to happen in a browser? |
| 02:35 | <roc> | the other thing is the content producer side |
| 02:36 | <mpilgrim> | yes, i am aware i work for the single largest producer of H.264 web video |
| 02:36 | <deltab> | mpilgrim: there already is a standalone player, though not everything will work in it (due to the lack of surrounding page) |
| 02:37 | <mpilgrim> | deltab: my point is that "flash games" is a common retort for why browsers have to keep supporting flash, despite the fact that the entire flash game industry has consolidated around a few key players who may as well release their own client (and may already be working on that, for all i know) |
| 02:38 | <mpilgrim> | my friend's son programs flash games, makes a decent living at it (for a 15 year old) |
| 02:38 | <mpilgrim> | the browser is just a weird quirky delivery device to him |
| 02:38 | <roc> | it's not just Flash games |
| 02:38 | <roc> | in China tons of Web sites are Flash-based |
| 02:38 | <roc> | http://www.smashingmagazine.com/2010/03/15/showcase-of-web-design-in-china-from-imitation-to-innovation-and-user-centered-design/ |
| 02:39 | <roc> | if you think it's so easy to drop Flash support, start at home with Chrome |
| 02:39 | <mpilgrim> | don't you think i've made that argument? |
| 02:41 | <mpilgrim> | not with chrome specifically (which has all the same "market relevance" problems on the windows PC desktop), but with chrome os in particular (which is more like an iPhone in being a specialized almost-but-not-quite general-purpose-computing device) |
| 02:42 | <roc> | I would also like to mention that support for plugging codecs into <video> is not omitted "by design" |
| 02:42 | <roc> | codec extensibility would be a ton of extra work |
| 02:42 | <roc> | we have simply not chosen to invest in that |
| 02:43 | <roc> | In Windows 7 Microsoft has effectively dropped support for codec extensibility because it's such a pain |
| 02:44 | <roc> | third-party codec extensibility, I mean |
| 03:57 | <mpilgrim> | hixie, you around? |
| 04:09 | mpilgrim | adds a disclaimer to the latest chapter in "dive into html5" to the effect that he is probably talking out of his ass, while he waits for hixie to return and explain the online whitelist wildcard flag to him |
| 04:32 | <Traveler> | Hi |
| 04:32 | <Traveler> | Should I use aside for a contact form or a div? |
| 04:32 | <MikeSmith> | Hixie: did you manage to get any good suggestions for short hidden='' examples? |
| 04:34 | <MikeSmith> | Traveler: either would be fine probably |
| 04:34 | <Traveler> | I see.. |
| 04:34 | <MikeSmith> | aside would not be inappropriate |
| 04:35 | <Traveler> | Great. |
| 04:36 | <Traveler> | What about nested asides? |
| 04:36 | <MikeSmith> | what is the use case? |
| 04:37 | <MikeSmith> | why would you want to put inside the aside |
| 04:37 | <Traveler> | Well I have two aside elements but I need to wrap them in something so I could float them. |
| 04:37 | <Traveler> | Div is better then? |
| 04:38 | <MikeSmith> | why not an aside with two child divs? |
| 04:38 | <Traveler> | Hmm |
| 04:38 | <Traveler> | I did it the other way around |
| 04:39 | <Traveler> | Your idea sounds better though. |
| 06:33 | <MikeSmith> | does the iPhone have both an accelerometer and a compass? |
| 06:39 | <othermaciej> | yeds |
| 06:39 | <othermaciej> | *yes |
| 06:47 | <MikeSmith> | othermaciej: thanks |
| 06:47 | <MikeSmith> | I was looking at Andrei's Orientation Event spec |
| 06:48 | <MikeSmith> | http://dev.w3.org/geo/api/spec-source-orientation.html |
| 06:49 | <MikeSmith> | I assume the OrientationEvent in that is meant to rely on a compass sensor |
| 06:49 | <MikeSmith> | while the AccelerometerEvent event uses the accelerometer |
| 06:50 | <othermaciej> | I have no idea |
| 06:50 | <othermaciej> | I wish OrientationEvent didn't clash with the iPhone's "orientationchange" event |
| 06:50 | <othermaciej> | which btw we'd like to standardize |
| 06:51 | <MikeSmith> | yeah, the name of that in Andrei's spec should maybe be changed |
| 06:51 | <othermaciej> | is his event intended to be absolute orientation or relative orientation? |
| 06:51 | <MikeSmith> | relative |
| 06:51 | <MikeSmith> | I believe |
| 06:51 | <othermaciej> | can a digital compass even tell you your pitch and yaw? |
| 06:52 | <othermaciej> | I thought that data came from the accelerometer |
| 06:52 | <MikeSmith> | yeah, I guess I'm not clear about what the relationship is |
| 06:53 | <MikeSmith> | or why the spec has two interfaces instead of just one |
| 06:53 | <othermaciej> | I'm also not clear why this spec is being done in the geolocation wg |
| 06:53 | <othermaciej> | yeah I'm not clear on why there are two separate events instead of one |
| 06:55 | <MikeSmith> | as far as why it's in the geolocation wg, I guess it may not be the ideal place, but I'm not sure it'd be worthwhile to bring it up -- I think Andrei and the chairs of that group did a pretty good job of keeping the geolocation API in scope and getting it published and seeing it get implemented |
| 06:57 | <othermaciej> | I have no quarrel with them, just not clear to me how it fits in their charter more than Web Apps WG or DAP |
| 06:58 | <othermaciej> | I guess I should count myself lucky it did not end up in DAP |
| 06:58 | <MikeSmith> | no comment |
| 07:12 | MikeSmith | wonders what kind of response dude expects to his "Why WebGL? Why now and not 10 years ago?" message on the webgl list |
| 07:18 | <othermaciej> | that's a funny question |
| 07:32 | <boblet> | jeez. promo in blog of leading Japanese web events group for event on HTML5 + CSS3 (logo, title, speaker images and names, date and venue) … as a jpg |
| 07:34 | <boblet> | don’t know whether to take the piss on Twitter, take the time to show them how to use, y’know, HTML5 & CSS3, or just go outside and scream |
| 07:34 | <boblet> | not even any alt text ffs |
| 07:34 | <MikeSmith> | CSSNite? |
| 07:34 | <boblet> | MikeSmith: :X |
| 07:34 | <boblet> | heh |
| 07:35 | <boblet> | that was meant to be the “I’m unable to talk” emoticon |
| 07:35 | <boblet> | seeing as I no doubt know all the organisers… gah |
| 07:36 | <MikeSmith> | Takano-san is a great guy, but I guess he's not as tuned into standards-based Web development as some others are |
| 07:37 | <boblet> | nope. He’s tuned into Adobe-based web development :| |
| 07:37 | <MikeSmith> | yeah, CSSNite is sometimes more like DreamWeaverNite |
| 07:37 | <MikeSmith> | but a lot of the people who attend seem to like that about it |
| 07:37 | <boblet> | lolsigh. guess what’s on in Kyoto tonight |
| 07:38 | <MikeSmith> | having a common set of tools/authoring environment as a baseline keeps the how-to discussion pretty tightly focused |
| 07:38 | <MikeSmith> | boblet: what's on? |
| 07:39 | <boblet> | “DreamWeaver Town Meeting in Kyoto” :| |
| 07:39 | <MikeSmith> | good for them |
| 07:39 | <boblet> | oh hold on, 21st April |
| 07:39 | <boblet> | saw it in the Twitters today, guess they announced it |
| 07:40 | <MikeSmith> | certainly sounds like a lot better place to hook up than a Vim Town Meeting or an Emacs Town Meeting |
| 07:40 | <boblet> | heh |
| 07:41 | <MikeSmith> | I hope the high interest in HTML5 among Japanese developers will result in demand to have some really good integration for HTML5 features in Dreamweaver |
| 07:44 | <MikeSmith> | looking at reports about Google's TV venture with Sony and Intel reminds me that it seem like broadcast TV and video-on-demand industry has by far the most to gain financially from having royalty-free video codecs |
| 07:44 | <MikeSmith> | for IPTV |
| 07:45 | <othermaciej> | MikeSmith: I think there's room in the market for a tool to make really sweet rich interactive sites using HTML5+CSS3, but I am not sure Dreamweaver is a good starting point for it |
| 07:45 | <MikeSmith> | othermaciej: not sure what other contenders there are |
| 07:45 | <MikeSmith> | there is definitely a real business opportunity there |
| 07:46 | <boblet> | sooner or later someone is gonna do it. probably when browsers y’know actually implement specs and stuff |
| 07:47 | <MikeSmith> | anybody who wants to get market share and developer mindshare away from Dreamweaver has a big challenge on their hands |
| 07:48 | <MikeSmith> | the figures I have heard on Dreamweaver in Japan at least are that 90%+ of working Web designers in Japan use Dreamweaver as their main authoring tool |
| 07:49 | <boblet> | sad ;( |
| 07:49 | <MikeSmith> | why sad? |
| 07:49 | <MikeSmith> | from what I've seen the output from it is pretty good |
| 07:49 | <othermaciej> | MikeSmith: I think the best opportunity is to create a new tool focused on creating the UI for front end of an interactive AJAX-based web app, that integrates with one or more JS libraries and server-side frameworks |
| 07:49 | <boblet> | because it’s suffering Adobe-itis |
| 07:50 | <othermaciej> | but maybe I am just unaware of Dreamweaver's goodness |
| 07:50 | <MikeSmith> | othermaciej: that indeed would be something |
| 07:50 | <boblet> | where Adobe builds a great product, then tries to kill it little by little |
| 07:50 | <othermaciej> | I would love to see a tool like the Cappuccino UI builder, but that generates markup as the output and integrates with jQuery or Dojo or something |
| 07:50 | <MikeSmith> | well, Adobe didn't originally build Dreamweaver |
| 07:50 | <MikeSmith> | Macromedia did |
| 07:51 | <MikeSmith> | boblet: but I get your point |
| 07:51 | <boblet> | I guess it’s better than that bs HomeSite Builder program |
| 07:51 | <othermaciej> | I would probably want to work on such a thing if I didn't love my current job |
| 07:51 | <boblet> | which is also quite popular for corporates |
| 07:51 | <boblet> | (in Japan) |
| 07:51 | <MikeSmith> | yeah, Cappuccino is inspiring |
| 07:53 | <MikeSmith> | boblet: I worked as a tech writer at one time, and did all my work in FrameMaker, which was a really great product already at the time when Adobe acquired the company that made it |
| 07:53 | <MikeSmith> | but after the acquired it, the made very few real improvements to it |
| 07:55 | <boblet> | MikeSmith: I *loved* Freehand back in the day — used it to do a crazy 100 page booklet as full printer’s spreads when I was in University, doing things that would be near impossible in Illustrator and damn hard in InDesign |
| 07:55 | <boblet> | yeah Framemaker was almost bought to prevent competition with the inferior PageMaker huh |
| 07:55 | <MikeSmith> | roc, doublec - have either of you guys ever met Rob Glidden? I'm wondering what he's up to these days. He still seems to be blogging now and then |
| 07:57 | <roc> | never heard of him |
| 07:57 | <roc> | I wrote my PhD thesis in Framemaker |
| 07:57 | <roc> | it was pretty cool |
| 07:58 | <MikeSmith> | yeah, there are features in Frame that I have still never seen in other products |
| 07:58 | <MikeSmith> | like the mechanism that it provides for creating and managing cross-references |
| 07:58 | <MikeSmith> | and the one that it has for creating indexes |
| 07:59 | <roc> | one way to attack the tools market would be to make the tools Web-based |
| 07:59 | <MikeSmith> | that would certainly fit with othermaciej Cappuccino idea |
| 08:00 | <MikeSmith> | roc: Rob Glidden is http://www.robglidden.com/2009/12/royalty-free-codec-standards-dont-settle-for-less/ |
| 08:00 | <MikeSmith> | http://www.robglidden.com/ |
| 08:00 | <roc> | Microsoft's Expression stuff seems good but I'm told they've had a really hard time making inroads with designers who are all hooked on Adobe |
| 08:00 | <othermaciej> | Making a web-based tool is an interesting idea |
| 08:00 | <roc> | if Microsoft can't make progress there, it'd be even harder for players without Microsoft's tools leverage |
| 08:01 | <MikeSmith> | roc: yeah, I would expect that's going to be the case with anybody else trying to get a piece of that market |
| 08:01 | <MikeSmith> | roc: Rob used to work at Sun and was involved, I think, with the Sun OMS Video work |
| 08:01 | <roc> | Microsoft's tools integrate with Visual Studio, ASP.NET, IIS, etc ... you'd think that'd be useful for someone :-) |
| 08:04 | <roc> | that guy looks interesting |
| 08:04 | <roc> | unfortunately I believe OMS is dead |
| 08:04 | <MikeSmith> | roc: yeah, have not heard anything about it for a long time now |
| 08:07 | <MikeSmith> | "Bob Lord is now Manager, Network Security and Infrastructure, at Twitter" |
| 08:09 | <MikeSmith> | "Christian Sejersen has an updated current title: Acting Head of Web Runtime at Nokia" |
| 08:09 | <MikeSmith> | I guess I should read my LinkedIn updates more often |
| 08:21 | <asmodai> | Any of you have any idea how I can make Firefox stop asking a proxy user/password combination? Even opted to save it, which works, but it still pops up every now and then. |
| 08:23 | <asmodai> | https://support.mozilla.com/en-US/forum/1/596899 |
| 08:23 | <asmodai> | Guess that's relevant |
| 08:24 | <Philip`> | You could reconfigure the proxy to not require authentication |
| 08:27 | <asmodai> | Philip`: Fat chance, not in my power. |
| 08:27 | <asmodai> | That toggle did work though. |
| 08:28 | <asmodai> | Now I don't have to hit that password entry box all the timne |
| 08:46 | <asmodai> | Christ, that still doesn't fix it. Tried some other settings and it is still not giving me a rest. |
| 09:04 | annevk | had to think way too long about "Sure" (see WHATWG list) |
| 09:05 | annevk | still isn't sure it was the right answer |
| 09:06 | <asmodai> | annevk: Maybe maybe was better ;) |
| 09:16 | <annevk> | "sure" seemed better for process and given the data the most sane option |
| 09:16 | <annevk> | but that doesn't mean I like it :) |
| 09:19 | <annevk> | aah crap |
| 09:19 | <annevk> | GoW3 does not come before April 2011 |
| 09:19 | asmodai | pats annevk |
| 09:19 | <asmodai> | I can let you play some SC2 on my computer though ;) |
| 10:39 | <gsnedders> | MikeSmith: I am around now |
| 10:40 | <MikeSmith> | I can't remember what I wanted to ask you about now.. :( |
| 10:45 | <gsnedders> | MikeSmith: Forgetful old man. |
| 10:54 | <hendry> | we have some spam on the wiki http://wiki.whatwg.org/wiki/MBT_Shoes |
| 10:55 | <Philip`> | Who buys shoes over the internet anyway? |
| 10:55 | Philip` | can't imagine not going to a shop and trying them on first |
| 10:58 | <jgraham> | Philip`: Apparently it is rather coomon. YOu just order a whole bunch and send back the ones that don't fit |
| 10:58 | <jgraham> | *common |
| 10:58 | <jgraham> | It seems kinda silly to me |
| 11:04 | <hendry> | jgraham: some people don't have the time or courage to go to a shopping mall |
| 11:04 | <hendry> | added a note about vim+beautifier at http://wiki.whatwg.org/wiki/IDE |
| 11:06 | <jgraham> | hendry: It seems like sending back all the shoes that dodn't fit would be at least as time consuming as going to a physical shop, especially given that people typically have to visit physical shops occasionally anyway |
| 11:07 | <jgraham> | As for "courage"... How much courage does it take to buy shoes? Even I can manage that and I can be shy to a fault |
| 11:08 | <hendry> | jgraham: i take delivery at work and give stuff to reception for returns, so i don't need to go to a post office |
| 11:08 | <hendry> | jgraham: i find shopping malls host to traumatic experiences |
| 11:56 | <Dashiva> | http://cowbirdsinlove.com/comics/107/strawman.png |
| 11:56 | <Dashiva> | Not related to anything in particular |
| 12:03 | <jgraham> | Is that how these debating club/competition things work? I guess that explains why people love to argue by naming fallacies that the other party is supposedly making |
| 12:42 | <lazni> | http://www.iphone.vinaphone.com.vn/home/ In minefield 3.7a4pre, after the loading bar filled up, I can see the menu but the main content is blankly white |
| 12:42 | <lazni> | I mean the rectangle between the menu and "Tin tức" |
| 12:45 | <lazni> | html5 parser not enabled |
| 12:49 | <MikeSmith> | lazni: what happens if you do html5.enabled |
| 12:50 | <lazni> | I don't need to restart right? reloading gives the same result |
| 12:52 | <MikeSmith> | I don't think you should need to restart |
| 12:53 | MikeSmith | tries that page in Safari |
| 12:53 | <lazni> | nvm, it works correctly in safemode |
| 12:53 | <boblet> | seems like people are reading the logs these days. krijnhoetmer.nl is getting really unresponsive |
| 12:53 | <lazni> | a possible cause is ad block plus |
| 12:54 | <MikeSmith> | lazni: hmm, yeah, that might do it |
| 12:54 | <MikeSmith> | boblet: it's been that way for a while.. krijnh runs it from a Web server installed on his sewing machine |
| 12:55 | <boblet> | I know, but it seems to getting worse |
| 12:55 | <boblet> | Maybe he migrated it to the overlocker |
| 12:56 | <boblet> | try three to load the full day |
| 12:56 | <lazni> | I can see in the ABP blocked items list that a filter is triggered there |
| 12:56 | <boblet> | …made it 7 lines in ;-( |
| 12:57 | <MikeSmith> | boblet: there do seem to be one or more people with too much time on their hands, who go through the logs and highlight all kinds of pointless and uninteresting stuff |
| 12:57 | <boblet> | “pointless and uninteresting”!? but the highlights are where I get all my info from! :O |
| 12:58 | <boblet> | or are you just commenting on the mustache conversation we were having while you were at the sento? :P |
| 12:58 | <Dashiva> | I move for a reexamination of the proposal of multiple types of 'interesting' flagging |
| 12:59 | <boblet> | Dashiva: interesting facial hair conversations, interesting tangentially related links |
| 13:00 | <Dashiva> | More along the lines of 'interesting', 'informative', 'funny', 'conspiratory', 'controversial', etc |
| 13:08 | <annevk> | ooh look, more HTML5 fan sites: http://www.html5video.org/ |
| 13:09 | <annevk> | mpilgrim, your explanation on how you view NPAPI vs H264 makes it clear, thanks |
| 13:09 | <annevk> | mpilgrim, while I'm not quite in agreement, I see your point |
| 13:09 | <hsivonen> | lazni: works for me with html5.enable=true and ABP |
| 13:10 | <lazni> | hsivonen: I subscribe to the Vietnamese list+Easy list filters |
| 13:10 | <hsivonen> | mpilgrim: so are Chrome and the Android browser getting rid of NPAPI? to me it seems NaCl&Pepper is even extending it |
| 13:11 | <lazni> | the rule triggered is something about id=banner |
| 13:11 | <hsivonen> | lazni: I see |
| 13:11 | <lazni> | VN list + Easy list is no longer on the ABP rule page I think |
| 13:11 | <hsivonen> | mpilgrim: as I understand it, NaCl&Pepper allows proprietary codecs to be downloaded dynamically, but the permanently-installed browser can be Free Software |
| 13:12 | <hsivonen> | (cue Stallman and non-Free JavaScript programs) |
| 13:12 | <annevk> | what is Pepper? |
| 13:12 | <annevk> | is that the bytecode part of NaCl? |
| 13:12 | <hsivonen> | annevk: Pepper is a cross-platform NPAPI layer |
| 13:13 | <hsivonen> | annevk: instead of an operating system-specific drawing surface, etc. |
| 13:14 | <hsivonen> | annevk: https://wiki.mozilla.org/Plugins:PlatformIndependentNPAPI |
| 13:15 | <hsivonen> | unless I've completely missed the point, Pepper is about delivering NaCl-based NPAPI plug-ins |
| 13:17 | lazni | writes a blog as an atom feed, and use client-side XSLT for pretty html |
| 13:17 | <hsivonen> | as for actually discontinuing support for NPAPI, having a common codec for HTML5 video and having swfdec integrated into browsers natively (without Flash video support) would go a long way |
| 13:18 | <lazni> | fx and opera insist on applying their feed subscription interface, regardless of the mimetype |
| 13:18 | <hsivonen> | I was able to browse cluelessly authored restaurant menus just fine with swfdec |
| 13:18 | <Dashiva> | "valid, extended HTML" |
| 13:18 | <hsivonen> | but YouTube blocked swfdec... |
| 13:18 | <Dashiva> | What is valid supposed to mean again? |
| 13:18 | <lazni> | where can I find more about this sniffing? |
| 13:19 | <lazni> | return code of v.nu is 0? |
| 13:19 | <hsivonen> | Dashiva: badge and proprietary extensions at the same time |
| 13:19 | <hsivonen> | lazni: return code? |
| 13:20 | <lazni> | ISTR v.nu has a gnu error format output, which may have something equivalent |
| 13:20 | <lazni> | but then, you're the author |
| 13:20 | <Dashiva> | Having non-standardized extensions be valid seems sort of like allowing a contradiction in your logic system |
| 13:20 | <Dashiva> | Suddenly everything is valid |
| 13:20 | <lazni> | isn't that the purpose of data-? |
| 13:21 | <Dashiva> | data is just data, not behavior |
| 13:21 | <hsivonen> | ah. with the GNU format, the return value is an empty string when the content is valid |
| 13:21 | <Philip`> | Dashiva: It means intentional things are valid and errors are still invalid |
| 13:22 | <hsivonen> | Dashiva: it's a contradiction if you think validation in terms of de jure conformance. It may make sense if you think validation as spell check with a user dictionary. |
| 13:22 | <Philip`> | rather than overloading "invalid" to mean both "errors" and "features that the standardisation group have not incorporated" |
| 13:23 | <MikeSmith> | kudos to you for using client-side XSLT.. some developers appear to be religious objections against it |
| 13:23 | <Dashiva> | hsivonen: So I'll extend my dictionary with Japanese and release a book written in "extended English" |
| 13:23 | <jgraham> | mpilgrim: I was surprised you gave such a poor argument that browser vendors should put up and shut up about H.264. An argument of "If you do unpleasant thing X you lose all right to object to being required to do unplesant thing Y" is a total non-sequiter |
| 13:23 | <hsivonen> | I don't like using FBML as an example in DE discussions when (AFAICT) Facebook reps haven't asked for spec changes and some DE proposals would break Facebook in Firefox if implemented |
| 13:24 | <lazni> | ISTR the starcraft2.com website use client-side XSLT |
| 13:24 | <hsivonen> | Dashiva: for example. Though it's more conventional to extend English with French or Spanish |
| 13:24 | <Dashiva> | But that's no longer English |
| 13:25 | <MikeSmith> | boblet: sorry to have missed out on the mustache discussion.. |
| 13:25 | <hsivonen> | Dashiva: is http://www.flickr.com/photos/hsivonen/190450883/ English? |
| 13:25 | <hsivonen> | alt="Home of the Kosher Style Burrito" |
| 13:25 | <boblet> | MikeSmith: don’t worry, you too can reload the relevant log page 4 times to read it |
| 13:26 | <Dashiva> | hsivonen: Webster says yes |
| 13:26 | <hsivonen> | Dashiva: I guess the extensions have been adopted to the spec already. |
| 13:27 | <Dashiva> | But that's a red herring, since it's only not soon-to-be-formalized extensions |
| 13:27 | <Dashiva> | There's also the "I want to make up stuff without anyone telling me it's stupid, and it should still be valid" |
| 13:27 | <Philip`> | boblet: Feel free to set up your own version of the logs page :-) |
| 13:27 | Philip` | can probably supply raw log files if needed |
| 13:28 | <hsivonen> | Dashiva: yes, there's the use case of BigCos selling stuff to governments and not wanting to be told their stuff is non-standard |
| 13:28 | <boblet> | Philip`: c’mon! the peanut gallery is for ppl to moan about free stuff they couldn’t possibly recreate themselves |
| 13:28 | <Dashiva> | And that's introducing the contradiction |
| 13:28 | <hsivonen> | Dashiva: indeed |
| 13:28 | <Philip`> | It shouldn't be hard to recreate a version without all the features |
| 13:28 | <Dashiva> | Philip`: sounds useful :P |
| 13:28 | <Philip`> | and the features are presumably what make it slow |
| 13:29 | <hsivonen> | Dashiva: good luck getting anyone whose actual use case that is to admit it |
| 13:29 | <lazni> | yeah, http://starcraft2.com/faq.xml is xhtml, then modified by XSLT for some unfathomable purpose |
| 13:29 | <boblet> | Philip`: I thought the running it on a sewing machine part was what made it slow ;-) |
| 13:29 | <Philip`> | I guess most people would be happy with a static slightly-formatted HTML version of the logs split by day and updated every few minutes, and nothing fancier |
| 13:29 | <Dashiva> | hsivonen: Indeed, no hopes there. But we _can_ make them try to state an alternative acceptable use case |
| 13:30 | <lazni> | but the XSLT wouldn't be used because the page is text/html |
| 13:30 | <Dashiva> | Philip`: I suppose the personalization (nick color etc) makes it impossible to cache |
| 13:30 | <boblet> | Dashiva: surely that’s JS-able, no? |
| 13:31 | <Dashiva> | Sure |
| 13:31 | <Dashiva> | If you don't mind being a script-requiring fascist |
| 13:31 | lazni | sees the effect of opera turbo clearly on starcraft2.com, all pixelly |
| 13:32 | <boblet> | heh |
| 13:32 | <Dashiva> | I could make a log page for fun, but I wouldn't want to have to support it |
| 13:32 | <Dashiva> | So making one would just make one party sad |
| 13:33 | <Philip`> | Could the personalisation be done with just CSS, in case people are silly and object to JS? |
| 13:34 | <Dashiva> | I suppose you could add class=nickname to every <span>nickname</span>, but that would bloat the page a lot for little (or no) gain |
| 13:35 | <Philip`> | The gain would be cachability |
| 13:35 | <Philip`> | and the avoidance of extreme slowness |
| 13:37 | <Philip`> | although doing it in JS would have those benefits and would also be more efficient and more powerful and easier |
| 13:37 | <Philip`> | Things like the current logs' index page with personalised line counts couldn't be done client-side, though |
| 13:38 | <Philip`> | and I'd expect that's pretty hard on performance |
| 13:38 | <Dashiva> | I don't think it's a log viewer's job to tell you how popular you are :) |
| 13:39 | <Philip`> | I guess it's useful to see if somebody addressed queries to you while you were offline |
| 13:39 | <Philip`> | (if you were offline for the entire day) |
| 13:39 | <Philip`> | (and if you're not just going to read all the logs anyway) |
| 13:39 | <boblet> | surely the server just needs to be upgraded from a sewing machine to say a networked TV |
| 13:40 | <boblet> | or maybe one of those really fancy high-end clock radios |
| 13:40 | <Dashiva> | If you got the swine flu vaccine, it could run on the microchips in your bloodstream |
| 13:40 | <boblet> | mmm bacon and chips |
| 13:41 | <lazni> | ugh, firegestures doén't work with 3.7a4pre |
| 14:02 | <Dashiva> | hsivonen: What do you mean when you called Stroustrup's attitude Hixie-ish, by the way? |
| 14:08 | <no_mind> | is canvas element a form of image ? |
| 14:09 | <no_mind> | type of image* |
| 14:09 | <Philip`> | It has no relation to the <img> element, but it can be thought of as a kind of programmable dynamic <img> |
| 14:25 | <hsivonen> | Dashiva: backwards compat, trying to push little new things to make things better in the future nonetheless, focus on the stuff people actually use to do stuff even if it looks ugly to the purists |
| 14:25 | <hsivonen> | Dashiva: also avoidance of vendor lock-in |
| 14:46 | <no_mind> | Philip`, then why does firefox gives you a "View image" and "Save image" options on right clicking a canvas element ? This will make user think that canvas element is same as image |
| 16:04 | <AryehGregor> | Philip`, I recently bought new boots online and regretted it. Had to return two pairs before getting the right size, and still not quite sure they're the right size. I buy shoes online if they're the exact same type of shoe that I already have but my current pair has just worn on. |
| 16:06 | <jgraham> | AryehGregor: What type of boots? |
| 16:06 | <AryehGregor> | I dunno, what types are there? |
| 16:08 | <jgraham> | Well I mean like walking boots or ordinary shoe-like boots or... |
| 16:09 | <AryehGregor> | Well, I do plan to put them on my feet, and hopefully walk in them. They're rather taller than shoes. |
| 16:10 | jgraham | is familiar with the basic distinguishing features of boots |
| 16:11 | <jgraham> | I was just curious because a lot of outdoors0type shops that otherwise have web stores refuse to sell walking boots online due to the liklihood of a poor fit |
| 16:12 | <AryehGregor> | It was from Muck Boots. |
| 16:27 | <Philip`> | no_mind: Because those are useful features for users when they see something on the screen that they want to save |
| 16:35 | <no_mind> | hmm |
| 16:35 | <no_mind> | I thought canvas cannot be saved |
| 16:35 | <Dashiva> | Then what would the 'save image' do? |
| 16:35 | <Philip`> | Firefox demonstrates it can :-) |
| 16:36 | <no_mind> | what if I want to present some stuff that I dont want to be saved |
| 16:36 | <no_mind> | specially with copyrighted photographs |
| 16:36 | <Philip`> | You can't |
| 16:36 | <Philip`> | The user could just take a screenshot anyway |
| 16:37 | <Dashiva> | Or the user could use toDataUrl() with a bookmarklet and save that |
| 16:37 | <Philip`> | You could prevent that by drawing a different-origin image onto the canvas |
| 16:39 | <Dashiva> | The user could use a firefox extension to override that? :) |
| 16:40 | <Philip`> | Sure |
| 16:41 | <Philip`> | They could modify the browser source code to save all images, too |
| 16:41 | <no_mind> | well the average users is not taht much talented |
| 16:41 | <Philip`> | or they could just grab the photo when you were sending it over the network to the page's scripts |
| 16:42 | <Philip`> | If you just want to stop average users right-clicking on the canvas, you could stick a <div style=opacity:0> in front of it or something |
| 16:42 | <no_mind> | good idea |
| 16:43 | <othermaciej> | MikeSmith: (a) if you reopen NEEDSINFO bugs, you should probably be adding some info |
| 16:43 | Philip` | has encountered one irritating site that circumvents Opera's ad blocking feature by putting a transparent.gif in front of the ad, so clicking on it just stops the transparent image from rendering |
| 16:43 | <othermaciej> | MikeSmith: (b) it's not good to reopen bugs that are tagged TrackerISsue |
| 16:44 | <Philip`> | and the ad itself is a CSS background-image, so if you disable CSS in Opera (in an attempt to stop the overlaying of elements) then it disappears and you can't click it |
| 16:46 | <jgraham> | no_mind: Not really a good idea |
| 16:46 | <no_mind> | why |
| 16:47 | <jgraham> | Because it seems like a lame, ineffective, technical solution to something that is mostly a non-problem |
| 16:47 | <jgraham> | Anyone sufficiently determined can download your content anyway |
| 16:47 | <no_mind> | ok let me explain my problem |
| 16:48 | <no_mind> | I have a client who uses flash to create slideshows and they want to move away from flash |
| 16:48 | <no_mind> | the single point stopping them is the fact that users cannot download the images inside the flash |
| 16:48 | <AryehGregor> | So just use a transparent overlay. |
| 16:48 | <no_mind> | with html plus js based slideshow, a user can download individual images |
| 16:49 | <AryehGregor> | That's what YouTube uses in its HTML5 video, I think. |
| 16:49 | <AryehGregor> | It will stop basic right-clicking. |
| 16:49 | <Philip`> | Won't help with advanced right-clicking, but that takes years of practice |
| 16:50 | <jgraham> | no_mind: There are at least a variety of tools on the internet that claim to allow images to be extracted from flash |
| 16:50 | <AryehGregor> | jgraham, his client doesn't know that. |
| 16:50 | <AryehGregor> | :) |
| 16:50 | <Philip`> | The problem is how to provide the illusion of protection, not how to actually provide protection that works |
| 16:50 | <no_mind> | neither my client nor his clients know this :) |
| 16:51 | <jgraham> | Well by all means do the transparent overlay thing if it is the only way to get paid |
| 16:51 | <no_mind> | I was thinking of streaming the image and receiving it in a JS variable to draw the image on a canvas element |
| 16:52 | <AryehGregor> | Overly complicated. |
| 16:52 | <Philip`> | And slow |
| 16:52 | <jgraham> | And less effective even than the transparent overlay |
| 16:52 | <no_mind> | that works in most browsers except FF, which gives a "Save image" option |
| 16:52 | <Philip`> | If you want to lie to your clients about protection, you might as well not make it significantly technically inferior too :-) |
| 16:52 | <AryehGregor> | Relatively position the image's container, stick in a <div style="z-index: 1; left: 0; top: 0; right: 0; bottom: 0">. |
| 16:52 | <AryehGregor> | Er, and add position: absolute. |
| 16:53 | <AryehGregor> | To the div's style. |
| 16:53 | <AryehGregor> | Or whatever, something like that. |
| 16:53 | <AryehGregor> | Maybe you need opacity: 0 too. |
| 16:53 | <no_mind> | AryehGregor, that I know how to do :) |
| 16:53 | <jgraham> | And hope that no one who wants to download the pictures has hear of firebug/web inspector/dragonfly |
| 16:53 | <jgraham> | *heard |
| 16:53 | <AryehGregor> | jgraham, no, he doesn't care about that. All that matters is his client hasn't heard of that. |
| 16:53 | <AryehGregor> | If he has, then show him a tool that extracts the images from Flash just as easily. |
| 16:54 | <jgraham> | Well sure |
| 16:54 | <AryehGregor> | This is about the "garden fence" kind of thing, anyway. If most people don't know how to do it, that's probably good enough for the client. |
| 16:55 | <Philip`> | Depends on what you're trying to prevent |
| 16:55 | <Philip`> | If your goal is to stop people breaking into your house, a garden fence is useless even if most people will respect it |
| 16:55 | <jgraham> | Possibly most people aren't actually interested in downloading the content and using it in some bad way anyway |
| 16:55 | <AryehGregor> | Yes, so really this is all just a game of pleasing the client. |
| 16:55 | <AryehGregor> | Not much to discuss. |
| 16:55 | <annevk> | "I'll have a relationship of some kind with the magazine until I'm an old web coot telling young people about how we edited our HTML by hand rather than having our digital sex pony avatars do it for us in our Farmbooks." -- http://www.theawl.com/2010/03/a-conversation-with-paul-ford-the-now-former-web-editor-of-harpers-magazine |
| 16:55 | <annevk> | via markp |
| 16:56 | <annevk> | or mpilgrim |
| 16:56 | <annevk> | or some such |
| 16:56 | <no_mind> | well in case of my client he had 3 incidents in last one year where people have just right-click and saved images to use them in other places and not give him credits |
| 16:56 | <jgraham> | Wht type of conetent is it? |
| 16:56 | <jgraham> | *content |
| 16:56 | <no_mind> | mostly images and some text with images |
| 16:57 | <jgraham> | What type of images? |
| 16:57 | <no_mind> | Monuments, people, some interesting photography tricks |
| 16:57 | <jgraham> | Like, is it more effective just to put a watermark in the image itself? |
| 16:57 | <jgraham> | For photography it probably is |
| 16:58 | <AryehGregor> | Surely watermarks are more obnoxious than a transparent div overaly. |
| 16:58 | <AryehGregor> | overlay. |
| 16:58 | <no_mind> | putting watermark spoils the whole feel |
| 16:58 | <no_mind> | these people are were specific about the overall feel of the work. |
| 16:58 | <no_mind> | that is why he switched to flash |
| 16:59 | <jgraham> | Depends how you do it really, but they are typically more effective against people who are determined enough to actually download an image and use it on their own site |
| 16:59 | <jgraham> | (I expect) |
| 16:59 | <no_mind> | then I showed him step by step replacement of all his requirements in HTML5, JS and SVG |
| 16:59 | <no_mind> | to which he agrees but is stuck on this one point |
| 16:59 | <no_mind> | those who are determined cant be stopped :) |
| 17:00 | <no_mind> | but the probability is fairly low |
| 17:01 | <AryehGregor> | jgraham, if there are three cases in the last year, a transparent overlay is probably enough to stop them all with fairly good probability. |
| 17:01 | <AryehGregor> | It will stop most people. |
| 17:01 | <jgraham> | Well the probability of someone taking clearly-copyrighted work and assuming they can use it on their own site without permission or reprecussions is quite low to start with |
| 17:02 | <jgraham> | I would have thought that the sort of people who were prepared to do this at all were also the sort of people that would be prepared to work around a trivial technical barrier |
| 17:02 | <jgraham> | But I might be wrong |
| 17:03 | <AryehGregor> | To most people, trivial technical barriers are not trivial. |
| 17:04 | <AryehGregor> | My mother is an art historian. She downloads out-of-copyright images all the time from websites to use in her lectures. |
| 17:04 | <jgraham> | If these people are putting things on the web there is a higher than usual possibility they have some understanding of how the web works |
| 17:04 | <AryehGregor> | But if right-clicking doesn't work, she has to call me in. Or, more likely, give up, since I'm not going to do some complicated thing with Firebug for dozens of images in a row. |
| 17:04 | <AryehGregor> | It's amazingly easy to create a website these days. |
| 17:04 | <no_mind> | AryehGregor, exactly |
| 17:05 | <AryehGregor> | My mother puts things up on her website by using folders that my brother and I have carefully set up to automatically log in via FTP but behave just like a normal directory. |
| 17:05 | <no_mind> | and people do not care about copyright as much as we expect them to be. In many cases people are not shy to hotlink images from other websites as their own |
| 17:05 | <AryehGregor> | She can't create HTML pages, but she puts up images and slideshows and things like that. |
| 17:08 | <gsnedders> | But does circumventing it fall under the circumventing DRM clause in the DCMA? |
| 17:08 | <AryehGregor> | Who knows? Ask a lawyer. |
| 17:08 | <gsnedders> | If it does, then we would be adding DRM to HTML, which seems bad. |
| 17:08 | <AryehGregor> | What? |
| 17:08 | <AryehGregor> | We're not adding anything to HTML. |
| 17:08 | <gsnedders> | AryehGregor: Most Swedish lawyers won't know. |
| 17:08 | gsnedders | has just seen fragments of this |
| 17:08 | <AryehGregor> | Nor will most non-lawyers, which is what this channel is made up of. |
| 17:09 | <gsnedders> | I don't know :P |
| 17:09 | <no_mind> | is DCMA accepted in Sweeden ? |
| 17:09 | <AryehGregor> | Nor will most American lawyers, unless they're assigned to research it and come up with an answer, and that answer might end up being "depends" or "maybe". |
| 17:09 | <AryehGregor> | no_mind, no, the DMCA is an American law. |
| 17:09 | <AryehGregor> | The EUCD is similar, but I can't be bothered figuring out if Sweden is in the EU and/or has implemented it. |
| 17:10 | <ment> | maybe we all get DCMA through ACTA soon |
| 17:10 | <AryehGregor> | gsnedders, we were just talking about some guy who used Flash to do a slideshow so people couldn't take his images, and we were telling him to use a transparent div overlay to stop it in HTML/CSS. |
| 17:10 | <AryehGregor> | I've seen a lot of FUD about ACTA, but nothing that I'm actually worried about. |
| 17:10 | <AryehGregor> | These things need to be passed by legislatures before they do anything, you know. |
| 17:10 | <no_mind> | Seeden is in EU, I know it sitting in India :p |
| 17:10 | <AryehGregor> | Lots of treaties that executives have negotiated but legislatures didn't ratify. |
| 17:11 | <AryehGregor> | The League of Nations and the Kyoto Protocol are two US examples. |
| 17:11 | <AryehGregor> | And before it's passed by legislatures, it needs to be made public, so everyone will have a chance to review it and object at some point. No need to fret now when we don't know anything about it. |
| 17:11 | <no_mind> | The problem is that such treaties can be used in proxy even if legislature did not ratify them |
| 17:12 | <AryehGregor> | What do you mean? |
| 17:12 | <no_mind> | We have seen the case of fairplay in India. Where Apple and RIAA managed to take the host to court, even though US patents do not apply in India |
| 17:13 | <AryehGregor> | Well, you can always take someone to court. Did they win? |
| 17:13 | <no_mind> | though the host backed out later and hosting was moved to some other place |
| 17:13 | <AryehGregor> | You can try to get judgments in one country enforced in another, but I'm not clear on what the procedure is. |
| 17:14 | <no_mind> | Well in India they wont have managed to force the judgement. Anti software patents lobby is pretty strong here |
| 17:14 | <no_mind> | but it was enough to scare other hosts |
| 17:14 | <AryehGregor> | For obvious reasons. :) |
| 17:15 | <AryehGregor> | Poorer countries are going to be in favor of lax IP rights, because Western IP is usually priced for Westerners. Whereas rich countries will be in favor of strong international IP for the same reason. |
| 17:16 | <Dashiva> | Poorer countries also often have the advantage of not having any legacy laws that snuck in before anyone realized what a stupid idea software patents was |
| 17:16 | <no_mind> | well India favors IP but not software patents |
| 17:17 | <no_mind> | copyright laws and trademark laws are pretty strong here, in terms of enforcement |
| 17:17 | <no_mind> | even patents |
| 17:17 | <no_mind> | but software patents and business patents are a strict no-no |
| 17:18 | <AryehGregor> | So people buy legitimate copies of Windows from Microsoft, for how much money? |
| 17:19 | <no_mind> | starts from about INR 7000/- roughly (USD 150) |
| 17:19 | <no_mind> | though piracy of windows is as rampant as any Asian country |
| 17:20 | <AryehGregor> | And people pay that rather than pirating? I've heard of other countries (Russia, etc.) that you can get pirated Windows all over the place on the street. |
| 17:20 | <no_mind> | yes you do get pirated windows here, easily |
| 17:20 | <AryehGregor> | I guess "strongly enforced" is relative. Richer countries can inevitably pay for more enforcement. |
| 17:20 | <no_mind> | but you are caught easily too |
| 17:21 | <no_mind> | AryehGregor, Enforcement depends on comapny too. While it is difficult to find and survive with pirated Adobe products, it is easy to do this with Microsoft |
| 17:22 | <no_mind> | Adobe follows stricter policies |
| 17:22 | <no_mind> | while Microsoft is very laxed here. They wait for 2-4 years before filing a case |
| 17:22 | <no_mind> | when the person is totally dependent on windows |
| 17:23 | <no_mind> | then they come threatening, pay us the license fee or we will file a complaint. Piracy happens to be a non-bailable offence with minimum of 3 years imprisonment |
| 17:24 | <AryehGregor> | Interesting. In the US you can only get fined, I think, not imprisoned, unless you're distributing. |
| 17:25 | <no_mind> | here if a complaint is filed, it will be minimum of 2 months before you get a bail. And if out of court settlement happens fine else you get fine plus imprisonment |
| 17:25 | <AryehGregor> | Fascinating. |
| 17:25 | <no_mind> | there seems to be a nexus here because what I have noticed that distributors always get away while user suffers |
| 17:25 | <AryehGregor> | Probably because it's good business for MS to hook people on Windows when it looks like it's free. |
| 17:26 | <AryehGregor> | Glad I use Linux. |
| 17:26 | <no_mind> | and since M$ sales in India have started to fall, they are imposing anti piracy measures even in smaller cities |
| 17:26 | gsnedders | wonders about the HTC Legend |
| 17:38 | <MikeSmith> | othermaciej: apologies about bug 7539 |
| 17:38 | <MikeSmith> | that change was a mistake |
| 17:38 | <MikeSmith> | about the others, I will try to go back in today and add more info for those |
| 17:39 | <othermaciej> | MikeSmith: I put the ones that had TrackerIssue back in VERIFIED |
| 17:39 | <MikeSmith> | oh.. I didn't know I'd done that for others than 7539 |
| 17:39 | <othermaciej> | MikeSmith: if there are any that the TF intended to "de-escalate" (or whatever) then please re-reopen and remove TrackerIssue so they're not in an inconsistent stte |
| 17:39 | <MikeSmith> | OK |
| 17:40 | MikeSmith | looks back again at bugmail |
| 17:40 | <othermaciej> | I got bugzilla mail about a bunch of them and moved them back |
| 17:44 | <MikeSmith> | othermaciej: yeah, I see those now too |
| 17:44 | <MikeSmith> | sorry for muffing that up |
| 17:44 | <MikeSmith> | I will avoid doing that again |
| 17:45 | <othermaciej> | thanks, it seems to be a common mistake, so it's good to raise awareness |
| 17:46 | <MikeSmith> | well, at least I should know better.. problem was I was changing those during the last 10 minutes of the a11y telcon and wasn't really looking at them carefully |
| 18:26 | <Philip`> | What's the appropriate <source type> for MP3s? |
| 18:35 | <othermaciej> | audio/mp3 ? |
| 18:39 | <mpilgrim> | AFAICT, "distributed extensibility" is defined as "whatever HTML5 doesn't have yet" |
| 18:39 | <Dashiva> | And "whatever HTML5 doesn't have anymore" :) |
| 18:39 | <AryehGregor> | Well, that's why it's distributed. |
| 18:39 | <AryehGregor> | If HTML5 had it, it would be centralized, right? |
| 18:39 | <mpilgrim> | the contrapositive is also true -- if it is determined that a use case can be solved with something already in HTML5 (like "data-*" attributes), then the use case is automatically NOT "distributed extensibility" |
| 18:40 | <mpilgrim> | once i realized this, the ongoing discussions about ISSUE-41 made much more sense to me |
| 18:41 | <Philip`> | othermaciej: Without any crazy codecs= or profiles or anything? That seems far too easy |
| 18:41 | <Philip`> | Maybe I should switch to AAC so that it satisfies my expected level of complexity |
| 18:42 | <Philip`> | Any guesses as to whether IE9 will support MP3 and/or AAC? |
| 18:43 | Philip` | assumes at least the latter, since it goes along with H.264 |
| 18:48 | <mpilgrim> | Philip`: MS claimed to have the Youtube HTML5 beta working, so whatever audio codec is used in those videos is certainly supported |
| 18:48 | <mpilgrim> | (or maybe codecs, plural) |
| 18:49 | <mpilgrim> | i don't actually know which codecs those are, but presumably you could violate the youtube terms of service, download a video, and check |
| 18:50 | <mpilgrim> | as a google employee, i can not actually recommend any tools for this purpose, but i'm told we still have a search engine that might help you |
| 18:50 | <Philip`> | http://blogs.msdn.com/ie/archive/2010/03/16/html5-hardware-accelerated-first-ie9-platform-preview-available-for-developers.aspx - "Not WMV. IE9 supports MP4 h.264 video, MP3 or AAC audio" |
| 18:51 | <Philip`> | I guess that answers it without me having to risk being sued by Google |
| 18:52 | <Philip`> | I wouldn't dare search for YouTube downloading tools, the Google central intelligence will surely detect it and scan my emails and consider me a subversive |
| 18:54 | <daedb_> | No wmv? I figured they'd at least allow that as an option alongside h264... |
| 19:10 | <Philip`> | daedb_: I certainly won't complain if they promote non-proprietary standards instead of WMV :-) |
| 19:11 | <Philip`> | It's almost as if they wanted to encourage interoperability |
| 20:06 | <AryehGregor> | Who was that Mozilla person who wrote a blog post about how H.264 is patented outside of the US? |
| 20:06 | <AryehGregor> | Ah, bzbarsky. |
| 20:06 | AryehGregor | should Google before asking |
| 23:35 | <paul_irish> | data-* attributes are gone from all current specs, right? |
| 23:37 | <Dashiva> | No? |
| 23:37 | <paul_irish> | oh its in html5.. embedding-custom-non-visible-data |
| 23:37 | <Dashiva> | Yup |
| 23:37 | <paul_irish> | i thought it was thrown out with the microdata bathwater. phew. |
| 23:38 | AryehGregor | begins reading through a two-week backlog of spec mail |
| 23:38 | <Dashiva> | Have fun |
| 23:58 | <AryehGregor> | Why does <http://wiki.whatwg.org/favicon.ico>; not have a transparent background? |
