00:00
<zewt>
greasemonkeying google search is sort of a losing battle, between the minification and the fact that it changes too often
00:01
<erlehmann>
noscript here. been nimped once too often.
00:27
<NickASloan>
so, I was thinking that it might be good for the form attribute to work like the class attribute
00:28
<NickASloan>
in that you can specify multiple forms for an input to be associated with
00:28
<NickASloan>
<input type="text" form="form1Id form2Id">
00:29
<NickASloan>
though that wouldn't make sense for buttons
00:29
<NickASloan>
what would be the most sensible way to suggest that this issue be considered?
02:37
<heycam>
Hixie, hi, no there's no way to do that atm. there was a bug to allow inheriting from Array.protoype, but I pushed it out to resolve later
02:44
<zewt>
egh, what the
02:44
<zewt>
the "go" button in android's browser when inputting into a form doesn't submit the form, it sends an enter keystroke to the input element :|
02:44
<zewt>
wonder how I can distinguish that; that's terrible...
02:46
<erlehmann>
zewt, what “go” button do you mean? screenshot?
02:46
<Harpyon>
Are anyone able to tell me what is wrong with this html5lib script? http://paste.pocoo.org/show/418698/
02:46
<zewt>
don't have DDMS set up right now to take a screenshot, but it's the button in the input method
02:46
<erlehmann>
ImportError: No module named html5lib
02:46
<erlehmann>
:P
02:47
<Harpyon>
Not even the most basic example works for me, so I tried replicating exactly what the example script does, and it still doesn't work :/
02:47
<erlehmann>
zewt, oh. i do not think i use that. physical keyboard and such.
02:47
<zewt>
just causing breakage on one of my pages since enter is actually closing a separate dialog--which is fine on desktop browsers, since you can see it, but on mobile browsers where the keyboard is often full-screen it's badly confusing ... may just need to browser sniff this one
02:47
<erlehmann>
right?
02:47
<erlehmann>
or am i misunterstanding?
02:47
<zewt>
virtual keyboard
02:48
<erlehmann>
good, i understand. my htc dream has a physical one.
02:48
<zewt>
had a G1 initially, but there's such a limited selection of phones with a keyboard that I gave up
02:50
<zewt>
if it said "enter" or had the carriage-return icon then it'd make more sense, but "go" makes me think it means "submit the form"
02:58
<erlehmann>
zewt, gave up? i'd buy one again if mine failed. on ebay or something.
02:59
<erlehmann>
the keyboard is just really nice compared to other stuff.
02:59
<zewt>
gave up waiting for a decent keyboardphone
02:59
<erlehmann>
what would be “decent”?
03:00
<erlehmann>
milestone etc have weird handling.
03:00
<erlehmann>
keys in a grid do not fit with me :/
03:00
<zewt>
on par with other phones
03:00
<erlehmann>
then go get an older phone :P
03:00
<zewt>
g2 is probably okay, i don't remember off-hand what put me off it
03:01
<zewt>
i don't need the keyboard enough to lock my choices into like one usable phone every three generations
03:02
<erlehmann>
hehe
03:03
<erlehmann>
but then i wonder what shiny new features could be there.
03:03
<erlehmann>
i am fine with web, irc, email, jabber.
03:04
<erlehmann>
probably missing out on the next big thing™
08:01
<MikeSmith>
I made some updates to http://platform.html5.org/
08:01
<MikeSmith>
more suggestions welcome
08:01
<MikeSmith>
patches also welcome
08:01
<MikeSmith>
https://github.com/sideshowbarker/platform.html5.org
08:03
<mhausenblas>
MikeSmith, looks good! Q: where is microdata?
08:04
<MikeSmith>
it's not there
08:04
<mhausenblas>
no, really? :)
08:04
<mhausenblas>
I mean, shouldn't it be ... in the light of Schema.org
08:06
<mhausenblas>
or, better say: why is it *not* there? pls. don't tell me because of the recent TAG decision :P
08:07
<doublec>
window 15
08:07
<MikeSmith>
irrssi user :)
08:07
<MikeSmith>
mhausenblas: my dog ate it
08:07
<mhausenblas>
bah
08:08
<mhausenblas>
MikeSmith, if I send in a pull request, will you accept it? :)
08:09
<doublec>
hehe
08:09
<MikeSmith>
I will accept any pull request for consideration
08:09
<MikeSmith>
I will not add stuff that is outside of the scope of the what's there now
08:09
<mhausenblas>
where is the scope defined?
08:10
<MikeSmith>
it's not
08:10
<mhausenblas>
fair enough
08:10
<MikeSmith>
it needs to be inferred
08:10
<MikeSmith>
but there are some clues
08:10
<MikeSmith>
like the title of the page
08:10
<mhausenblas>
ouch, don't get me started w/ inference
08:10
<mhausenblas>
so?
08:11
<mhausenblas>
md (API) *is* a browser technology, no?
08:11
<mhausenblas>
in terms of http://foolip.org/microdatajs/ for example, I mean
08:12
<MikeSmith>
that's a script
08:12
<mhausenblas>
look, MikeSmith just tell me if you're interested in feedback and input or not - otherwise I happily go back to hacking on https://github.com/mhausenblas/school-explorer
08:13
<mhausenblas>
not that I want to waste your or my precious time :P
08:14
mhausenblas
BRB - need some coffee and ciggy
08:14
<MikeSmith>
mhausenblas: I'm interested in genuine feedback but I'm not interested in turning the page into yet another venue for pissing battles over microdata vs RDFa
08:14
<mhausenblas>
oh come on - do I look like someone who does this?
08:14
<MikeSmith>
so what happens if I add microdata?
08:14
mhausenblas
really needs coffee, in fact :)
08:15
<mhausenblas>
then it's there
08:15
<mhausenblas>
why am I interested?
08:15
<mhausenblas>
easy: http://omnidator.appspot.com/
08:15
<mhausenblas>
and http://schema.rdfs.org/ obviously
08:15
<mhausenblas>
which depends on md
08:15
<MikeSmith>
looks like great stuff
08:15
<mhausenblas>
tx
08:15
<mhausenblas>
anyways
08:16
<mhausenblas>
1. coffee 2. ciggy 3. return to IRC - TTYL
08:16
<MikeSmith>
hai
08:17
<mhausenblas>
just one more thing before I forget it (more a note to myself: shouldn't it be IRI rather than URI or at least *and* ... MikeSmith should know, living in JP ;)
08:18
<MikeSmith>
ah, true
08:18
<MikeSmith>
will change that
08:18
<mhausenblas>
ah, and one last before I really really run for coffee - would http://enable-cors.org/ be in scope?
08:19
MikeSmith
looks
08:19
<mhausenblas>
'k
08:19
<MikeSmith>
I got CORS listed there already
08:19
<MikeSmith>
if you meant CORS itself
08:20
<MikeSmith>
doublec: btw, I think you can get to window 15 by typing 't'
08:20
<mhausenblas>
right (just was looking for CORS and didn't see the Cross-Origin Resource Sharing)
08:20
<doublec>
MikeSmith: yeah, alt+t
08:21
<mhausenblas>
anyways, might be useful re recipes/advocating
08:21
<MikeSmith>
mhausenblas: probably I should put the abbreviation too, for CORS
08:21
<mhausenblas>
+1
08:21
<doublec>
MikeSmith: sometimes I type it out for some weird reason
08:21
<MikeSmith>
doublec: yeah, me too
08:21
<MikeSmith>
but I have the plugin now that shows the mappings persistently, at the bottom of the window
08:22
<MikeSmith>
in the channel list before each of the channel names
08:25
<NickASloan>
I think it makes sense that <input form=""> should support multiple forms, like the class attribute does. How do I suggest this in a way that might actually be heard?
08:26
<Ms2ger>
Start with use cases rather than solutions
08:37
<MikeSmith>
http://platform.html5.org looks best in Opera, due to Opera already supporting break-* properties with CSS multi-column
08:38
<MikeSmith>
if other browsers support it also but with vendor-prefixed property names, I would love to know what property names to use
08:38
<MikeSmith>
because nothing I tried seemed to work
08:44
<MikeSmith>
whoah
08:45
<MikeSmith>
Jon S. von Tetzchner resigned from Opera
08:45
<MikeSmith>
the news says
08:45
<MikeSmith>
http://techcrunch.com/2011/06/24/opera-founder-jon-s-von-tetzchner-resigns-over-differences-with-board/
08:45
<Ms2ger>
If you're going to mention HTTP, what about cookies?
08:47
<MikeSmith>
OK
08:47
MikeSmith
looks for abarth RFC
08:48
<MikeSmith>
I think that news story should say he quit the company completely
08:48
<MikeSmith>
because he had already resigned last year
08:48
<MikeSmith>
or at least resigned from leading the company
08:48
<NickASloan>
Ms2ger: I have a shopping cart page with an input for each item in my cart which allows me to update the quantity of that item. I have a form for each of these inputs that points to a script that saves the quantity of the item in my cart. I also have all of the inputs associated with a form that saves all of the quantity values (and possibly some other fields) and directs the user to a checkout page.
08:49
<NickASloan>
is that a reasonable enough use case?
08:49
<MikeSmith>
cookies are so un-sexy
08:50
<Ms2ger>
Sounds reasonable to me
08:50
<Ms2ger>
MikeSmith, but tasty! :)
08:50
<MikeSmith>
heh
08:50
<MikeSmith>
anyway, added
08:50
<MikeSmith>
thanks
08:54
<NickASloan>
ticket created in bugzilla. Is there anything else I should do if I am serious about lobbying for this feature?
08:54
<Ms2ger>
NickASloan, patience ;)
08:54
<Ms2ger>
MikeSmith, http://tools.ietf.org/html/rfc5988?
08:55
<Ms2ger>
http://tools.ietf.org/html/draft-ietf-websec-origin-02?
08:55
<MikeSmith>
do most browsers implement support for the Link header yet?
08:55
<Ms2ger>
They should ;)
08:56
<MikeSmith>
ok
08:57
<NickASloan>
Ms2ger: thanks for your help. I'll keep my fingers crossed.
08:57
<Ms2ger>
Np
08:58
<Ms2ger>
XMLNS, xml:base, DOM Traversal, DOM XPath?
08:58
<Ms2ger>
(I think I'm about done now)
09:15
<MikeSmith>
Ms2ger: http://www.w3.org/TR/DOM-Level-2-Traversal-Range/ is the latest for DOM Traversal?
09:16
<Ms2ger>
Yes
09:16
<MikeSmith>
OK
09:16
<MikeSmith>
added along with others
09:16
<MikeSmith>
oh, forgot DOM XPath
09:19
<MikeSmith>
Ms2ger: I think I've now added all the ones you mentioned
09:19
<Ms2ger>
Ta
09:19
<MikeSmith>
thank you
09:19
<MikeSmith>
but let me know if I forgot anything
09:19
<MikeSmith>
or if you think of anything else to add
09:20
<Ms2ger>
Oh, the web sockets protocol, maybe
09:20
<Ms2ger>
But then I'm really done... For now :)
11:03
<annevk>
oh Acid3
11:07
<Ms2ger>
Still useless?
11:07
<annevk>
it tests things we want to remove
11:07
<annevk>
and that is annoying
11:11
<annevk>
is toDataURL("image/webp") supported in browsers?
11:11
<annevk>
(just curious)
11:11
<Philip`>
Is <img src=whatever.webp> supported in any browsers?
11:12
<annevk>
Chrome/Opera, no?
11:27
<matjas>
I have another question regarding the ETAGO delimiter in <style> and <script> elements
11:27
<matjas>
http://www.whatwg.org/specs/web-apps/current-work/multipage/tokenization.html#tokenization
11:29
<matjas>
From testing in browsers with an HTML5 parser, it seems that just `</style` within a <style> element doesn’t close the element. Only `</style>` does.
11:30
<matjas>
E.g. `</style foo>` following an opening <style> tag doesn’t close the <style> element.
11:30
<matjas>
However, with <script>s it does. <script></script foo> will close the <script> element.
11:31
<matjas>
Why is there a difference? Any pointers?
11:31
<annevk>
</style foo> does close it
11:31
<annevk>
at least in Opera/Firefox
11:33
<matjas>
http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cstyle%3Ebody%3A%3Abefore%20{%20content%3A%20'%3C%2Fstyle'%3B%20}%20still%20not%20closed%3C%2Fstyle%3E%0Alolwat
11:33
<matjas>
perhaps I’m testing wrong
11:34
<matjas>
annevk: ^
11:36
<Philip`>
The </style needs to be followed by a space or / or >, according to HTML5
11:36
<Philip`>
not '
11:36
<Philip`>
s/a space/whitespace/
11:40
<matjas>
a “space character”
11:41
<matjas>
Philip`: where does it say that?
11:42
<matjas>
(Couldn’t find that myself)
11:42
<Philip`>
<style> is RAWTEXT so it reaches http://www.whatwg.org/specs/web-apps/current-work/multipage/tokenization.html#rawtext-end-tag-name-state
11:45
<matjas>
how is that different from this example? http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cscript%3Edocument.write('%3C%2Fscript')%3B%20alert('not%20closed')%3B%3C%2Fscript%3E%0Alolwat
11:46
<matjas>
oh wait, it’s not.
11:46
<matjas>
that doesn’t close the element either
11:46
<Philip`>
That does the same, though your document.write ends up eating the lolwat
11:47
<matjas>
yeah
11:48
<matjas>
thanks for clarifying!
11:52
<matjas>
so `</style>`, `</style/` or `<style%WHITESPACE%` would close an open <style> element, everything else doesn’t. Same for <script>. Correct?
11:53
<matjas>
where %WHITESPACE% is tab, LF, FF, or a space
11:54
<Ms2ger>
Or CR
11:54
<matjas>
was just about to ask
11:54
<matjas>
CR is the only “space character” that isn’t mentioned there
11:54
<matjas>
http://www.whatwg.org/specs/web-apps/current-work/multipage/tokenization.html#rawtext-end-tag-name-state
11:55
<matjas>
why not?
11:55
<Philip`>
matjas: Not quite the same for <script>, since it has special cases for <script><!-- </script> --></script> or something like that
11:55
<annevk>
matjas, isn't CR already normalized away at that point?
11:56
Philip`
forgets what exactly is currently specced
11:56
<matjas>
annevk: oh, that might explain it
11:56
<Philip`>
http://www.whatwg.org/specs/web-apps/current-work/multipage/parsing.html#preprocessing-the-input-stream gets rid of CR
11:56
<matjas>
Philip`: wait, what?
11:57
<Philip`>
?
11:57
<matjas>
I don’t see how <script><!-- </script> --></script> is special
11:58
<Philip`>
It's special due to backward compatibility
11:58
<matjas>
v.nu to the rescue: http://i.imgur.com/IN6Lg.png
11:58
<Philip`>
http://www.whatwg.org/specs/web-apps/current-work/multipage/scripting-1.html#restrictions-for-contents-of-script-elements says where you're allowed to put </script> inside a script
11:58
<Philip`>
in a perfectly clear and understandable fashion
11:59
<matjas>
DOMception :(
12:02
<annevk>
is that an inception joke?
12:02
<annevk>
haven't seen that one on reddit thus far
12:03
<matjas>
So <script><!-- document.write("<script>alert('WAT')</script>") --></script> is conforming
12:03
<matjas>
but <script>document.write("<script>alert('WAT')</script>")</script> isn’t
12:03
<matjas>
interesting
12:06
<Philip`>
The <!--..--> thing is an evil hack so it's best not to rely on it
12:09
<matjas>
TIL validator.nu accepts data URLs
12:09
<matjas>
why didn’t you guys tell me?!
12:10
<Philip`>
Why do you want them?
12:12
<matjas>
useful for quick testing, e.g. http://html5.validator.nu/?doc=data%3Atext%2Fhtml%3Bcharset%3Dutf-8%2C%3Cscript%3E%3C!--%2520document.write(%22lol%3Cscript%3Ealert('WAT')%3C%2Fscript%3E%22)%2520--%3E%3C%2Fscript%3E
12:13
matjas
♥ hsivonen
12:15
<Ms2ger>
You know there's a text field as well, right?
12:15
<matjas>
Ms2ger: I do
12:16
<matjas>
It’s just that I often use data URLs to create quick test cases like the one above
12:17
<matjas>
from there it’s only a few keystrokes to validate™ it, apparently
12:17
<matjas>
sweet
12:24
<MikeSmith>
I added an "HTML bonus features" category to http://platform.html5.org/ -- to highlight APIs that are part of the HTML spec that merit special mention
12:25
<MikeSmith>
if there's anything else I should add in that category, let me know
12:26
<erlehmann>
the only DOMception joke i can think of involves styling the shadow DOM – we need to go deeper!
12:39
<matjas>
erlehmann: <iframe>
12:43
<matjas>
okay, I’m still trying to make sense of http://www.whatwg.org/specs/web-apps/current-work/multipage/scripting-1.html#restrictions-for-contents-of-script-elements (but failing)
12:44
<matjas>
Why is <script><!-- <script></script> --></script> conforming, knowing that <script><!-- </script> --></script> isn’t?
12:45
<Philip`>
The aim was to do the least crazy thing that doesn't break the web
12:45
<Philip`>
Unfortunately "least crazy" does not mean "not crazy"
12:45
<matjas>
I mean, where does the spec say that?
12:46
<matjas>
inb4 learn2ABNF
12:46
<Philip`>
Oh, I've never tried to actually understand the spec
12:47
<matjas>
:')
12:54
<matjas>
well if anyone can explain, that would be great
13:12
<gsnedders>
matjas: The former doesn't throw a parse-error, the latter does. So it says that in the tokenizer.
13:13
<matjas>
gsnedders: so, somewhere in here? http://www.whatwg.org/specs/web-apps/current-work/multipage/tokenization.html
13:14
<matjas>
Let me just double my IQ and try to read that
13:15
<The_8472>
it's just a state machine
13:16
<The_8472>
script probably triggers a different parsing mode (it has to). then look at what that parsing mode does
13:19
<Philip`>
See the 17 "script data" states
13:43
<Ms2ger>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13057 , for your enjoyment
17:32
<annevk>
whoa, is this the first time a non-regular posts a change proposal?
17:32
<annevk>
at least I never saw that name before, but maybe I'm missing something
17:33
<annevk>
Ms2ger, no joy here
17:33
<Ms2ger>
Hmm?
17:33
<annevk>
that bug report
17:34
<Ms2ger>
Oh
17:34
<llrcombs>
What are the thoughts here on Microsoft's accusations that WebGL causes security issues? Do we believe that the security of WebGL is strictly implementation-dependent, or that it really does need its security improved?
17:35
<Dashiva>
Has Microsoft released anything describing how Silverlight avoids the same problems?
17:35
<annevk>
llrcombs, http://www.realityprime.com/articles/why-microsoft-and-internet-explorer-need-webgl
17:35
<annevk>
llrcombs, Microsoft will do WebGL
17:35
<Ms2ger>
Dashiva, they don't
17:36
<charlvn>
it's clear this is all about a conflict of interest
17:36
<charlvn>
sure there are issues but these can be bridged just like any other
17:36
<llrcombs>
OK, but do we think that there are actual security issues, or was it just M$ spewing bullshit in an attempt to convince us that it could get out of the work of adding WebGL?
17:36
<annevk>
I guess we could do as Hixie suggested and infer the interface from where the constructor was called. But I also kind of like that now it is explicit...
17:37
<charlvn>
microsoft has been trying to monopolise the web for years and silverlight is their latest effort
17:37
<annevk>
llrcombs, there are issues, but it is not inherently insecure
17:37
<llrcombs>
OK, but definitely fixable problems then
17:38
karlcow
wonders which change proposal annevk is talking about
17:38
<llrcombs>
so just M$ attempting to convince us that it shouldn't have to make WebGL in IE
17:38
<charlvn>
it's unclear whether this could be used for anything other than a *potential* DoS
17:38
<llrcombs>
karlcow: <Ms2ger> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13057 , for your enjoyment
17:38
<charlvn>
steve gibson briefly spoke about this on a recent episode of security now
17:38
<llrcombs>
what, against a server?
17:38
<charlvn>
no against a client desktop
17:39
<charlvn>
by sending the GPU into a type of infinite loop or something similar
17:39
<annevk>
karlcow, http://lists.w3.org/Archives/Public/public-html/2011Jun/0387.html
17:39
<karlcow>
ah Daniel Glazman proposing to drop ins/del in favor of attributes
17:39
<llrcombs>
heh
17:39
<llrcombs>
well, no real point of that, is there?
17:39
<charlvn>
but that was the only legit concern i have heard and i'm sure a problem that can easily be bridged
17:39
<charlvn>
other than being malicious and irritating, no
17:39
<llrcombs>
I agree, by the way, with <ins> and <del> needing replacement
17:39
<charlvn>
nothing a restart can't fix :)
17:40
<karlcow>
the issue for me with ins and del is that they do not reflect the reality of editing aka overlapping markup structures without logical nesting.
17:40
<annevk>
bah, I don't have http://lists.w3.org/Archives/Public/public-webapps/2010JanMar/0881.html in my inbox
17:40
<annevk>
oh wait, that is from 2010
17:41
<Ms2ger>
Oh, it is
17:41
Ms2ger
didn't realize either
17:41
<annevk>
I don't think I ever replied though
17:41
<karlcow>
<p>foo <del> bar </p> <p> blablabla </del> foof bar blalal </p> is a common case of editing. But not sure it is feasible without complicating a lot the parsers
17:43
<annevk>
Ms2ger, so it seems to me HTTP ought to say what is right here, not XMLHttpRequest
17:43
<annevk>
I have not checked up on HTTP, but I believe the request is simply to be repeated
17:45
<llrcombs>
charlvn: reminds me of while(alert("BWAHAHAHA")){}
17:45
<charlvn>
yep
17:45
<Ms2ger>
annevk, I should make it clear that I don't care about XHR ;)
17:47
<llrcombs>
query to everybody: does WebGL stuff get terminated when the browser window/tab gets closed?
17:49
<llrcombs>
also: is there anything to be done to evade the evil while(alert()){}?
17:50
<Ms2ger>
Have a "stop running scripts from this page" on alerts?
17:50
<annevk>
Ms2ger, FFFFFUUUU
17:50
<llrcombs>
hmm, that could be a partial solution
17:50
<Ms2ger>
annevk, :(
17:50
<llrcombs>
but then if it was while(1){alert();}, it'd still be an endless loop
17:58
<Dashiva>
llrcombs: It would halt the entire script
17:59
<Dashiva>
Besides, all sensible browsers have tab-local alerts nowadays ;)
18:06
<annevk>
if anyone is looking to waste some time
18:06
<annevk>
Game of Thrones is a pretty awesome show
18:06
<annevk>
especially in HD
18:10
<Dashiva>
It doesn't come in German until winter months, and nobody's going to show a non-dubbed show in Switzerland
18:10
<Ms2ger>
Oh, I thought you'd suggest reading IETF mail
18:11
<MikeSmith>
Sean Bean is a god
18:12
<annevk>
Ms2ger, :p
18:12
<Dashiva>
I think you typeod Neil Patrick Harris there, MikeSmith
18:12
<Ms2ger>
*I* think he typoed Douglas Adams
18:13
<MikeSmith>
Sean Bean looks better thsn tgem naked than
18:13
<MikeSmith>
wonderful typing experience on the iPad
19:12
<annevk>
MikeSmith, @html5 still under your control? last tweet is fun
19:16
<annevk>
glazou "the current HTML5 Last Call Working Draft - that does not reach at all the quality of other LCWD in the W3C and did not meet the basic requirements for a LCWD in the W3C Process"
19:16
<annevk>
http://www.glazman.org/weblog/dotclear/index.php?post/2011/06/25/Why-html5-elements-INS-and-DEL-suck
19:16
<annevk>
I guess he doesn't read many LCWD
19:16
<Ms2ger>
Yeah, he's been repeating that to himself ever since it was published
19:18
<hober>
annevk: yeah, GoT was really well done
19:19
<MikeSmith>
annevk: @html5 not exclusively under my control, no. red guards have taken over. let a hundred flowers bloom
19:19
<Ms2ger>
Forked, if you will
19:21
<annevk>
In his bug report he also mentions something about HTML4 errata... I wonder if he really still believes in HTML4...
19:22
<annevk>
Maybe the simplest is for me to not care and prepare for this concert thingie
19:22
<Ms2ger>
He believes in longdesc, at least
19:25
<annevk>
I wonder if he realizes that attributes does not solve table editing
19:30
<karlcow>
annevk: before that, I wonder if the current ins/del solve anything except stylistic effect for the fun of editing. I do not remember to have seen them used in a programmatic way. Just curious.
19:31
MikeSmith
googles "plausible deniability" … for some reason
19:31
<annevk>
diveintomark.org once had revisions for blog posts annotated with <del> / <ins>
19:32
<karlcow>
annevk: yup, but was it automatic? Ah maybe when mark was tracking changes on Daver Winer blog
19:33
<annevk>
no for his own blog, and yes they were automatically down, via some script from iirc Aaron Swartz
19:33
<karlcow>
s/down/done/
19:33
<annevk>
in the MovableType days
19:33
<karlcow>
aaah :)
19:34
<Philip`>
<style>del { color: black; background: black; }</style> let you use it for redactions when publishing secret documents, which seems to be a common desire
19:34
<annevk>
holy shit Opera supports multiple columns
19:35
<annevk>
in my 11.11 build
19:35
annevk
did not know
19:35
<karlcow>
mwahaha
19:36
<karlcow>
annevk: http://dev.opera.com/articles/view/css3-multi-column-layout/
19:36
<karlcow>
example by dstorey http://people.opera.com/dstorey/multi-column/multicolumn-article.html
19:36
<krijnh>
annevk: howcome told about that in his Fronteers 2010 talk, no?
19:37
<annevk>
I knew we were implementing
19:38
<annevk>
Did not know we shipped it already
19:38
<krijnh>
Ah ok
19:39
<MikeSmith>
annevk: opera columns support is better than any other UA as far I have found so far
19:41
<MikeSmith>
so cheers to whoever at opera implemented that
19:41
<othermaciej_>
annevk: he's bitter about XHTML2 WG dropping HTML4 errata feedback on the floor, and somehow thinks the current HTML WG should be aware of it and should be processing it
19:41
<MikeSmith>
annevk: (though I have my own guess who)
19:43
<annevk>
othermaciej_, yeah... I'm not even sure that was an errata item, would have been nice if he had some pointers so we could read up on some history that is no longer relevant, but potentially interesting
19:43
<othermaciej_>
I'm glad glazou filed a bug at least, the first time he raised his INS/DEL issue was in the LC survey
19:43
<annevk>
MikeSmith, pretty sure it was Morten
19:43
<MikeSmith>
yeah
19:44
<MikeSmith>
well cheers to Morten
19:44
<MikeSmith>
Opera has some really exceptional devs
19:45
<Ms2ger>
Hey, so do we! ;)
19:45
<MikeSmith>
I hope the Opera board understands what they got. but I suppose I should shut up about that
19:46
<MikeSmith>
Ms2ger: of course :(
19:46
<MikeSmith>
* :)
19:46
<MikeSmith>
(I meant)
19:47
<MikeSmith>
but opera market share is nothing, so who gives a shit about Opera, right?
19:48
<MikeSmith>
I mean that is what I hear from folks like Amy Hoy and Asa
19:48
<MikeSmith>
so I trust that
19:52
<Ms2ger>
Maybe Asa would be happier if the enterprise moved to Opera
20:07
<karlcow>
hihi
21:03
<karlcow>
not a day without a drama
21:04
<charlvn>
karlcow: which drama?
23:51
<karlcow>
http://functionsource.com/post/scrollability-can-hopefully-become-a-shim