Options:
- # Session Start: Sun Dec 12 00:00:00 2010
- # Session Ident: #whatwg
- # [00:07] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Ping timeout: 265 seconds)
- # [00:15] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [00:17] * Joins: _bga (~bga@ppp91-122-191-24.pppoe.avangarddsl.ru)
- # [00:17] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [00:18] * Joins: micheil (~micheil@99.13.242.166)
- # [00:20] * Quits: bga_ (~bga@ppp91-122-191-24.pppoe.avangarddsl.ru) (Ping timeout: 264 seconds)
- # [00:21] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:32] * Quits: matjas (~matjas@91.182.236.68) (Quit: Computer has gone to sleep.)
- # [00:37] * Joins: drry (~drry@unaffiliated/drry)
- # [00:44] * Quits: micheil (~micheil@99.13.242.166) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [00:54] * Joins: torvalamo (~duckmysic@cC974BF51.dhcp.bluecom.no)
- # [00:56] * Quits: Anti-X (~duckmysic@77.16.229.31.tmi.telenormobil.no) (Ping timeout: 276 seconds)
- # [00:57] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
- # [00:58] * Joins: Anti-X (~duckmysic@c397FBF51.dhcp.bluecom.no)
- # [00:58] * Quits: ormaaj (debian-tor@gateway/tor-sasl/ormaaj) (Ping timeout: 245 seconds)
- # [00:59] * Quits: volkmar (~volkmar@gentoo/developer/volkmar) (Ping timeout: 276 seconds)
- # [01:00] * Joins: ormaaj (debian-tor@gateway/tor-sasl/ormaaj)
- # [01:01] * Quits: torvalamo (~duckmysic@cC974BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
- # [01:05] * Joins: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net)
- # [01:07] * _bga is now known as bga_|away
- # [01:07] * Quits: phrearch (~phrearch_@82-136-229-19.ip.telfort.nl) (Quit: Leaving)
- # [01:07] <AryehGregor> // For multi-byte values, the optional littleEndian argument
- # [01:07] <AryehGregor> // indicates whether a big-endian or little-endian value should be
- # [01:07] <AryehGregor> // read. If false or undefined, a big-endian value is read.
- # [01:07] <AryehGregor> https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/doc/spec/TypedArray-spec.html#refsWEBGL
- # [01:07] <AryehGregor> What could the rationale possibly be for defaulting to big-endian in the real world?
- # [01:09] <jcranmer> is bigendian 0xabcd or 0xcdab?
- # [01:09] <jcranmer> I can honestly never remember
- # [01:09] <AryehGregor> It's the one that major architectures aren't, that's the relevant bit.
- # [01:09] <AryehGregor> But as it happens, it's also the one that makes sense. I.e., 0xabcd is stored with first byte 0xab and second byte 0xcd.
- # [01:10] <jcranmer> it's the one that makes sense to people reading it
- # [01:10] <jcranmer> however it makes pointer conversion a little harrier
- # [01:10] <AryehGregor> How so?
- # [01:10] <jcranmer> since converting between byte and int in little endian does not change the one you're reading
- # [01:11] <AryehGregor> Well, if the upper bytes happen to all be zeros, I guess.
- # [01:11] <jcranmer> well
- # [01:11] <AryehGregor> But that seems like an edge case.
- # [01:11] <jcranmer> if I have a value stored as |12|34|56|78|
- # [01:11] <jcranmer> the pointer is to the first byte
- # [01:11] <jcranmer> if I want to look at it as a short
- # [01:11] <jcranmer> I have to add 2 to the pointer
- # [01:12] <AryehGregor> You mean if you want to cast it to a short, truncating it.
- # [01:12] <jcranmer> not necessarily truncating it
- # [01:13] <AryehGregor> On the other hand, if you want to (for instance) convert an array of words to a hexadecimal string, you can't just cast to a string of chars and do it byte by byte (supposing you want to print it big-endian, which would be normal).
- # [01:14] <AryehGregor> That's actually come up for me in the last few days.
- # [01:14] <AryehGregor> (Yay for OpenCL not having most C standard library functions)
- # [01:15] * Quits: Anti-X (~duckmysic@c397FBF51.dhcp.bluecom.no) (Ping timeout: 265 seconds)
- # [01:15] * bga_|away is now known as bga_
- # [01:16] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [01:16] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:16] <jcranmer> how often do you really need to that, though?
- # [01:16] <AryehGregor> But anyway, big-endian is going to be less efficient on all the common web-browsing machines out there, unless I'm missing something.
- # [01:16] <AryehGregor> Regardless of how useful one is relative to the other.
- # [01:17] <AryehGregor> So little-endian would make a lot more sense as a default.
- # [01:17] <jcranmer> printf("%x\n", val); prints out a hex string really well
- # [01:17] <AryehGregor> Except printf() and sprintf() don't exist in OpenCL, which is what I've been doing the last few days. :)
- # [01:17] <AryehGregor> Well, printf() exists if you run it on the CPU, but that kind of blows your performance out the window.
- # [01:18] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [01:22] <AryehGregor> I guess I could have just copied the raw bytes to an output array and then formatted them on the host side.
- # [01:22] <AryehGregor> Oh well, maybe next time.
- # [01:23] * Joins: volkmar (~volkmar@rps1542.ovh.net)
- # [01:23] * Quits: volkmar (~volkmar@rps1542.ovh.net) (Changing host)
- # [01:23] * Joins: volkmar (~volkmar@gentoo/developer/volkmar)
- # [01:25] * bga_ is now known as bga_|away
- # [01:28] * Joins: obiazzi (~obiazzi@201-213-241-32.net.prima.net.ar)
- # [01:28] <Hixie> AryehGregor: big-endian is network byte order, so it makes sense to be the default
- # [01:28] <AryehGregor> Hixie, network byte order in what protocol?
- # [01:28] <Hixie> pretty much everything, but tcp, ip, etc
- # [01:29] <Hixie> let me rephrase that
- # [01:29] <AryehGregor> Okay, but what relevance does that have to typed arrays?
- # [01:29] <Hixie> "tcp, ip, and pretty much everything"
- # [01:29] <AryehGregor> That's not likely to contain protocol-level data.
- # [01:29] <AryehGregor> It's likely to contain GPU data, and my NVIDIA GPU appears to be little-endian (at least for the purposes of OpenCL).
- # [01:29] <Hixie> well presumably the data you're manipulating is coming from the network or going to the network... i'm assuming the api doesn't expose the platform's byte order
- # [01:29] <Hixie> since that would be crazy
- # [01:30] <Hixie> in terms of getting interoperability
- # [01:30] <AryehGregor> The question is being able to implement the array efficiently on native hardware. If you have a typed array of length 1024, with one uint32 view and one uint8 view, then if the endianness of the views matches that of the host architecture, you can implement that at no performance cost.
- # [01:31] <AryehGregor> But if they don't match, then you'd presumably have to do extra conversions on access.
- # [01:31] <AryehGregor> I don't know if that's a big deal in practice, admittedly.
- # [01:32] <Hixie> well it's the web, you want the same code to work the same on all architectures
- # [01:33] <Hixie> so either way, someone's gonna be screwed
- # [01:33] <Hixie> seems like having the api default to the network byte order makes sense
- # [01:34] <AryehGregor> If having the byte order match the architecture makes sense for efficiency, then you should make it little-endian to match virtually every web-enabled device out there.
- # [01:34] <Philip`> The Portable NaCl approach to portability seems to be to declare that all the platforms anyone cares about are little-endian so that's all it'll support
- # [01:34] <AryehGregor> The default may as well be efficient.
- # [01:34] <AryehGregor> That sounds sensible.
- # [01:34] <Philip`> At least the typed arrays don't appear to stop you from supporting wrong-endian platforms if you care enough
- # [01:35] <Philip`> but it's not exactly great :-(
- # [01:38] * bga_|away is now known as bga_
- # [01:38] <AryehGregor> Is that because LLVM doesn't support big-endian, or because the authors of PNaCl didn't want to bother making their code endian-independent?
- # [01:40] <AryehGregor> Hixie, bzbarsky said in a November 15 whatwg e-mail that typed array views depends on the endianness of your hardware, but it looks like either they fixed it since then or he was wrong or I'm misreading the spec.
- # [01:40] <AryehGregor> Or possibly more than one of those.
- # [01:41] * Quits: obiazzi (~obiazzi@201-213-241-32.net.prima.net.ar) (Quit: leaving)
- # [01:41] <Hixie> if it varies based on the architecture then that's a disaster waiting to happen
- # [01:41] <AryehGregor> That's more or less what I said.
- # [01:42] <AryehGregor> Have I mentioned that LLVM has the coolest logo of any open-source project I know of?
- # [01:42] <Philip`> The LLVM bitcode format isn't portable across architectures (by design), so it looks like PNaCl basically defines its own architecture (32-bit, 1GB address space, little-endian) which everyone compiles to
- # [01:43] * AryehGregor notes that Firefox freezes for several seconds when he visits <http://upload.wikimedia.org/wikipedia/en/4/4c/LLVM_Logo.svg>, while Chrome renders it instantly
- # [01:43] <Philip`> and assumes that that's sufficiently compatible with the user's physical architecure that it's able to compile down to machine code
- # [01:43] * Quits: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net) (Quit: -)
- # [01:43] <AryehGregor> Interesting.
- # [01:44] <Rik`> AryehGregor: scrolling is bad in both
- # [01:44] <Philip`> At least they've recognised that x86+x86_64+ARM machine code is not sufficiently portable for the web
- # [01:46] <Philip`> Maybe they'll eventually develop a Really Portable Native Client system which involves compiling your code into JavaScript so it'll work anywhere and will even run in legacy browsers
- # [01:47] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [01:53] * Joins: nessy (~Adium@124-169-135-161.dyn.iinet.net.au)
- # [01:57] * bga_ is now known as bga_|away
- # [02:00] <brendaneich> Hixie: typed arrays expose byte order
- # [02:00] <Hixie> of the platform?
- # [02:00] <Hixie> so the same JS will act differently on different computers?
- # [02:01] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [02:06] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Ping timeout: 245 seconds)
- # [02:08] * Quits: volkmar (~volkmar@gentoo/developer/volkmar) (Ping timeout: 260 seconds)
- # [02:12] * Joins: torvalamo (~duckmysic@cC974BF51.dhcp.bluecom.no)
- # [02:17] <brendaneich> Hixie: it's not good and we're not going to standardize typed arrays in Ecma
- # [02:18] <brendaneich> Hixie: we hope to supersede them with http://wiki.ecmascript.org/doku.php?id=strawman:binary_data
- # [02:18] <brendaneich> which does not expose byte order via aliasing "views" of a single buffer
- # [02:18] <Hixie> ah, that seems much better
- # [02:19] <brendaneich> Hixie: by the time we got in the loop, the WebGL people had pushed to their 1.0, or near it -- it was out of the lab
- # [02:19] <brendaneich> they really wanted arrays of structs, structs with member arrays, etc., using packed machine representations
- # [02:19] <Hixie> yeah they seem to be moving kinda fast and in without much public input
- # [02:19] <Hixie> s/in//
- # [02:19] <brendaneich> but they couldn't figure out how to do that, so they fell back on fortran .common !
- # [02:28] <Philip`> It's been over 3 years since the first public release of a web GL implementation, so it doesn't seem like they've been rushing through it extremely fast
- # [02:29] * Joins: l4rk (~dick@aboutnerd.com)
- # [02:30] <l4rk> brendaneich: i just came into say hi, and that i'm a big fan
- # [02:30] <tmzt> anybody know of a non-minified example of a camera in webgl?
- # [02:36] * bga_|away is now known as bga_
- # [02:38] <bga_> brendaneich what about my question?
- # [02:41] * Quits: torvalamo (~duckmysic@cC974BF51.dhcp.bluecom.no) (Ping timeout: 264 seconds)
- # [02:47] * Joins: torvalamo (~duckmysic@c0177BF51.dhcp.bluecom.no)
- # [02:48] * Joins: MikeSmith_ (~MikeSmith@EM114-48-89-28.pool.e-mobile.ne.jp)
- # [02:51] * Quits: torvalamo (~duckmysic@c0177BF51.dhcp.bluecom.no) (Ping timeout: 245 seconds)
- # [02:51] * Quits: MikeSmith (~MikeSmith@EM111-188-31-184.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
- # [02:51] * MikeSmith_ is now known as MikeSmith
- # [02:53] <tmzt> apropos, there is a 3d remake of Gulliver's Travels coming out
- # [02:53] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [02:56] * Joins: torvalamo (~duckmysic@cF172BF51.dhcp.bluecom.no)
- # [03:00] <bga_> heh http://wiki.ecmascript.org/doku.php?id=strawman:private_names
- # [03:01] * Quits: torvalamo (~duckmysic@cF172BF51.dhcp.bluecom.no) (Ping timeout: 272 seconds)
- # [03:05] * Joins: torvalamo (~duckmysic@cD47ABF51.dhcp.bluecom.no)
- # [03:07] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [03:10] * Quits: baba (~sallabanc@unaffiliated/cypha) (Ping timeout: 245 seconds)
- # [03:12] * Quits: wakaba_0 (~wakaba_@4.22.102.121.dy.bbexcite.jp) (Ping timeout: 245 seconds)
- # [03:28] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [03:29] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [03:36] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [03:37] * Quits: brendaneich (~brendanei@adsl-71-131-200-57.dsl.sntc01.pacbell.net) (Ping timeout: 255 seconds)
- # [03:48] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [03:52] * Joins: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net)
- # [04:01] * Joins: baba (~sallabanc@69.50.70.12)
- # [04:01] * Quits: baba (~sallabanc@69.50.70.12) (Changing host)
- # [04:01] * Joins: baba (~sallabanc@unaffiliated/cypha)
- # [04:03] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [04:04] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
- # [04:05] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 272 seconds)
- # [04:19] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [04:22] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
- # [04:33] * Quits: cardona507 (~cardona50@cpe-98-150-147-252.hawaii.res.rr.com) (Quit: zzzzz)
- # [04:37] * Joins: Aleoss (AleossIRC@69-11-109-118.regn.hsdb.sasknet.sk.ca)
- # [04:47] * Parts: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [04:51] * bga_ is now known as bga_|away
- # [05:07] * Quits: oojacoboo (~jacob@96-32-175-233.dhcp.gwnt.ga.charter.com) (Ping timeout: 265 seconds)
- # [05:07] * Joins: oojacoboo (~jacob@96-32-175-233.dhcp.gwnt.ga.charter.com)
- # [05:08] * Quits: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net) (Quit: -)
- # [05:20] * Quits: saba (~lover@unaffiliated/saba) (Ping timeout: 245 seconds)
- # [05:30] * bga_|away is now known as bga_
- # [05:41] * bga_ is now known as bga_|away
- # [05:42] * Joins: saba (~lover@unaffiliated/saba)
- # [06:05] * Quits: Aleoss (AleossIRC@69-11-109-118.regn.hsdb.sasknet.sk.ca) (Quit: We love you, Dark Continent! Good night!)
- # [06:10] * Quits: Martijnc` (~Martijnc@91.176.52.71) (Ping timeout: 276 seconds)
- # [06:14] * Joins: Martijnc` (~Martijnc@91.176.188.119)
- # [06:37] * Quits: bga_|away (~bga@ppp91-122-191-24.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [06:39] * Joins: brendaneich (~brendanei@adsl-71-131-200-57.dsl.sntc01.pacbell.net)
- # [06:48] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [06:49] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
- # [06:50] * Quits: openstandards (~openstand@home.standardizedways.co.uk) (Read error: Connection reset by peer)
- # [06:58] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [07:02] * Joins: roc (~chatzilla@173.200.177.237)
- # [07:06] * Joins: cardona507 (~cardona50@cpe-98-150-147-252.hawaii.res.rr.com)
- # [07:17] * Joins: micheil (~micheil@69.198.183.141)
- # [07:20] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [07:26] * Quits: foolip (~philip@83.218.67.122) (Ping timeout: 250 seconds)
- # [07:28] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
- # [07:29] * Joins: foolip (~philip@83.218.67.122)
- # [07:31] <MikeSmith> hsivonen: you have a typo in a method name in the htmlparser source
- # [07:31] <MikeSmith> http://hg.mozilla.org/projects/htmlparser/file/c1eb6d6f5c49/src/nu/validator/htmlparser/sax/HtmlParser.java#l538
- # [07:32] <MikeSmith> setTransitionHander should be setTransitionHandler
- # [07:43] * Quits: micheil (~micheil@69.198.183.141) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [08:06] * Joins: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk)
- # [08:08] <nielsle> Are the videos from webgl camp available in a non-flash format?
- # [08:13] * Quits: baba (~sallabanc@unaffiliated/cypha)
- # [08:15] * Joins: baba (~sallabanc@69.50.70.12)
- # [08:15] * Quits: baba (~sallabanc@69.50.70.12) (Changing host)
- # [08:15] * Joins: baba (~sallabanc@unaffiliated/cypha)
- # [08:17] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [08:19] * Quits: saba (~lover@unaffiliated/saba) (Ping timeout: 255 seconds)
- # [08:28] <hsivonen> MikeSmith: thanks
- # [08:34] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [08:38] * Quits: drry (~drry@unaffiliated/drry) (Quit: Tiarra 0.1+svn-38663M: SIGTERM received; exit)
- # [08:38] * Quits: oojacoboo (~jacob@96-32-175-233.dhcp.gwnt.ga.charter.com) (Quit: oojacoboo)
- # [08:48] * Joins: MikeSmith_ (~MikeSmith@EM111-188-149-126.pool.e-mobile.ne.jp)
- # [08:52] * Quits: MikeSmith (~MikeSmith@EM114-48-89-28.pool.e-mobile.ne.jp) (Ping timeout: 264 seconds)
- # [08:52] * MikeSmith_ is now known as MikeSmith
- # [08:57] <roc> the perils of super-smart autocomplete
- # [09:08] * Joins: drry (~drry@unaffiliated/drry)
- # [09:08] * Joins: maikmerten (~maikmerte@port-92-201-16-67.dynamic.qsc.de)
- # [10:04] * Quits: baba (~sallabanc@unaffiliated/cypha)
- # [10:10] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 240 seconds)
- # [10:10] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [10:12] * Joins: saba (~lover@unaffiliated/saba)
- # [10:16] * Joins: ROBOd (~robod@92.84.192.221)
- # [10:19] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [10:27] * Joins: Ms2ger (~Ms2ger@91.181.203.81)
- # [10:30] * Quits: cardona507 (~cardona50@cpe-98-150-147-252.hawaii.res.rr.com) (Quit: zzzzz)
- # [10:50] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Ping timeout: 260 seconds)
- # [10:53] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
- # [10:56] * Joins: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl)
- # [10:59] * Joins: baba (~sallabanc@69.50.70.12)
- # [10:59] * Quits: baba (~sallabanc@69.50.70.12) (Changing host)
- # [10:59] * Joins: baba (~sallabanc@unaffiliated/cypha)
- # [11:06] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [11:09] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [11:12] * Quits: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk) (Ping timeout: 265 seconds)
- # [11:26] * Joins: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk)
- # [11:28] * Joins: matjas (~matjas@91.182.128.108)
- # [11:32] <MikeSmith> hsivonen: I ran into another problem with the parser
- # [11:33] <MikeSmith> if in my code I do:
- # [11:33] <MikeSmith> HtmlParser parser = new HtmlParser();
- # [11:33] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
- # [11:33] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
- # [11:33] <MikeSmith> and then Locator locator = parser.getDocumentLocator();
- # [11:34] <MikeSmith> … I get a null pointer exception when I try to compile it
- # [11:35] * Quits: saba (~lover@unaffiliated/saba) (Ping timeout: 240 seconds)
- # [11:35] <MikeSmith> the reason being that that method just does "return driver.getDocumentLocator()"
- # [11:37] <MikeSmith> but driver is always going to be null if you call getDocumentLocator() just after instantiating a parser
- # [11:37] * Joins: henrikbjorn (~Henrik@c83-249-65-61.bredband.comhem.se)
- # [11:38] <MikeSmith> but if I take you private
- # [11:38] <MikeSmith> if I take the private lazyInit() method there and make it public in the source
- # [11:39] <MikeSmith> which is what seems to be the code that actually initializes the driver
- # [11:39] * Quits: espadrine (~espadrine@acces1465.res.insa-lyon.fr) (Ping timeout: 245 seconds)
- # [11:40] <MikeSmith> and I call that from my code before calling parser.getDocumentLocator()
- # [11:40] <MikeSmith> then it seems to work as expected
- # [11:40] <MikeSmith> at least, I don't get the null pointer exception
- # [11:52] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
- # [12:00] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [12:01] * Joins: bga_ (~bga@ppp91-122-191-24.pppoe.avangarddsl.ru)
- # [12:08] * Quits: sroussey (~sroussey@adsl-69-234-115-237.dsl.irvnca.pacbell.net) (Read error: Connection reset by peer)
- # [12:08] * bga_ is now known as bga_|away
- # [12:08] * Quits: maikmerten (~maikmerte@port-92-201-16-67.dynamic.qsc.de) (Remote host closed the connection)
- # [12:14] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 250 seconds)
- # [12:17] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [12:19] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [12:23] * bga_|away is now known as bga_
- # [12:31] * Joins: matjas_ (~matjas@91.182.128.108)
- # [12:31] * Quits: matjas (~matjas@91.182.128.108) (Ping timeout: 245 seconds)
- # [12:37] * Joins: espadrine (~espadrine@acces1465.res.insa-lyon.fr)
- # [12:38] * Quits: matjas_ (~matjas@91.182.128.108) (Quit: Computer has gone to sleep.)
- # [13:00] * Quits: torvalamo (~duckmysic@cD47ABF51.dhcp.bluecom.no) (Ping timeout: 260 seconds)
- # [13:05] * Joins: torvalamo (~duckmysic@c6278BF51.dhcp.bluecom.no)
- # [13:22] * Quits: baba (~sallabanc@unaffiliated/cypha) (Ping timeout: 250 seconds)
- # [13:25] * Quits: Kuruma____ (~Kuruman@p25099-ipngn1601marunouchi.tokyo.ocn.ne.jp) (Ping timeout: 260 seconds)
- # [13:32] * Joins: saba (~lover@unaffiliated/saba)
- # [13:33] * Quits: saba (~lover@unaffiliated/saba) (Remote host closed the connection)
- # [13:34] <MrWax> how can I find out since what time a certain API is included in the HTML5 standard?
- # [13:34] <MrWax> For example, I would like to know this about web workers
- # [13:35] <Dashiva> You could check the svn history, I guess
- # [13:37] <MrWax> where can i?
- # [13:37] * Joins: saba (~lover@c-3b57e155.1050-1-64736c12.cust.bredbandsbolaget.se)
- # [13:37] * Quits: saba (~lover@c-3b57e155.1050-1-64736c12.cust.bredbandsbolaget.se) (Changing host)
- # [13:37] * Joins: saba (~lover@unaffiliated/saba)
- # [13:37] <MrWax> where can i check*
- # [13:38] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [13:38] <MikeSmith> MrWax: there's a mercurial mirror of the svn repo here:
- # [13:38] <MikeSmith> https://bitbucket.org/validator/html-spec
- # [13:39] * Joins: erlehmann (~erlehmann@89.204.153.99)
- # [13:41] <MikeSmith> but I don't think it has any useful change-history search feature
- # [13:41] <MikeSmith> so you probably want to check out the svn sources
- # [13:41] <MikeSmith> svn checkout http://svn.whatwg.org/webapps/
- # [13:42] <MikeSmith> then do "svn log" in your workspace
- # [13:42] <MikeSmith> oh but you want to know about workers
- # [13:43] <MikeSmith> workers started out as separate spec
- # [13:43] <MikeSmith> iirc
- # [13:43] <MikeSmith> http://svn.whatwg.org/webworkers/
- # [13:44] * Quits: ormaaj (debian-tor@gateway/tor-sasl/ormaaj) (Ping timeout: 245 seconds)
- # [13:45] <MikeSmith> r1 | ianh | 2008-07-09 19:52:54 +0900 (Wed, 09 Jul 2008) | 1 line
- # [13:45] <MikeSmith> [] (0) Initial checkin (skeleton)
- # [13:46] <MrWax> MikeSmith: thanks
- # [13:47] * Joins: Anti-X (~duckmysic@109.179.244.79.tmi.telenormobil.no)
- # [13:47] <MrWax> MikeSmith: oh, but if it's not part of the htlm5 specification, how come so much people present it as in the html5 spec?
- # [13:47] <MikeSmith> the spec normatively references it
- # [13:47] <MikeSmith> I think
- # [13:48] <MikeSmith> or maybe it doesn't
- # [13:48] <MrWax> http://www.whatwg.org/specs/web-workers/current-work/
- # [13:48] * Joins: ormaaj (debian-tor@gateway/tor-sasl/ormaaj)
- # [13:48] * Quits: torvalamo (~duckmysic@c6278BF51.dhcp.bluecom.no) (Ping timeout: 265 seconds)
- # [13:48] <MikeSmith> but anyway people present all kinds of things as being part of html5
- # [13:49] <MrWax> I'm helding a small presentation in some days, and specifically i talk about what HTML5 can do for a web app (such as the CMS I develop some additions for)
- # [13:49] <MrWax> and now I'm trying to filter what's most appropriate
- # [13:50] <MrWax> I'm trying to give examples etc, but since the short duration of it (20 mins) i decided to just speak through the syntax changes (why and for what important etc) and in the second 10 mins discuss the 5 (HTML5) APIs that I consider as most valueable potential addition to the CMS
- # [13:51] <MikeSmith> sounds great
- # [13:51] <MikeSmith> 20 minutes is not a lot of time for a presentation
- # [13:51] <MrWax> So far, 1 part that is final to present, is Offline Webapps (localStorage, IndexedDB, App Cache)
- # [13:52] <MrWax> actually 3 seperate APIs
- # [13:52] <MikeSmith> yeah
- # [13:52] <MrWax> WebWorkers is the 2nd thats final
- # [13:52] <MrWax> and about the other 3 parts im still considering
- # [13:52] <MrWax> i think contenteditable right?
- # [13:52] <MikeSmith> it doesn't seem like 10 minutes is enough time to discuss 5 apis
- # [13:53] <MrWax> i was more thinking to limit the syntax changes to 4-5 minutes and then leave 15 mins for the apis
- # [13:53] <MikeSmith> contenteditable would seem relevant
- # [13:54] <MikeSmith> though i think the current interoperability of it is not great
- # [13:55] <MikeSmith> anyway, I need to step away for a bit
- # [13:55] <MikeSmith> talk to you later
- # [13:55] <MrWax> MikeSmith: ok later
- # [13:57] <bga_> ohlol. i need *rounded corners* in canvas 2d api %)
- # [14:01] <bga_> seems CanvasRenderingContext2D.prototype is supported in all modern UA.
- # [14:01] <bga_> good
- # [14:04] * bga_ is now known as bga_|away
- # [14:07] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [14:07] * bga_|away is now known as bga_
- # [14:15] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
- # [14:18] * bga_ is now known as bga_|away
- # [14:21] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Ping timeout: 245 seconds)
- # [14:22] * Quits: erlehmann (~erlehmann@89.204.153.99) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [14:28] * bga_|away is now known as bga_
- # [14:28] * Quits: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk) (Quit: Ex-Chat)
- # [14:36] * Joins: matjas (~matjas@91.182.128.108)
- # [14:45] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [14:48] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: No route to host)
- # [14:49] * Joins: MikeSmith_ (~MikeSmith@EM114-48-224-91.pool.e-mobile.ne.jp)
- # [14:49] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [14:52] * Quits: MikeSmith (~MikeSmith@EM111-188-149-126.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
- # [14:52] * MikeSmith_ is now known as MikeSmith
- # [14:54] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [15:09] <MrWax> MikeSmith: you're still there?
- # [15:52] <MikeSmith> MrWax: here now
- # [16:01] * Quits: MikeSmith (~MikeSmith@EM114-48-224-91.pool.e-mobile.ne.jp) (Quit: Deyr fé deyja, frændr deyr, sjálfr et sama)
- # [16:16] * Quits: henrikbjorn (~Henrik@c83-249-65-61.bredband.comhem.se) (Remote host closed the connection)
- # [16:17] * Joins: MikeSmith (~MikeSmith@EM114-48-224-91.pool.e-mobile.ne.jp)
- # [16:19] * Joins: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se)
- # [16:23] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Read error: Connection reset by peer)
- # [16:24] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [16:27] * bga_ is now known as bga_|away
- # [16:28] <MrWax> MikeSmith: ah ok
- # [16:28] <MrWax> still now :p ?
- # [16:28] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [16:31] * Joins: MikeSmith_ (~MikeSmith@EM114-48-9-113.pool.e-mobile.ne.jp)
- # [16:32] * Joins: Kuruma (~Kuruman@p11193-ipngn2901marunouchi.tokyo.ocn.ne.jp)
- # [16:34] * Quits: MikeSmith (~MikeSmith@EM114-48-224-91.pool.e-mobile.ne.jp) (Ping timeout: 264 seconds)
- # [16:34] * MikeSmith_ is now known as MikeSmith
- # [16:37] * Quits: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl) (Read error: Connection reset by peer)
- # [16:45] * bga_|away is now known as bga_
- # [16:47] * Quits: Ms2ger (~Ms2ger@91.181.203.81) (Quit: bbl)
- # [16:49] * Joins: henrikbjorn (~Henrik@c83-249-65-61.bredband.comhem.se)
- # [16:49] * Quits: henrikbjorn (~Henrik@c83-249-65-61.bredband.comhem.se) (Remote host closed the connection)
- # [16:51] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
- # [16:55] <MrWax> MikeSmith: well anyway, the APIs I like to list that make a positive difference to the CMS are now: Offline Webapps (localStorage, IndexedDB, App Cache), File API, Contenteditable, Drag & Drop
- # [16:55] <MrWax> 6 total, I think I'm going to list 10 total and then go into deeper detail on 3 or 5 (considering 10-15 mins is not long)
- # [16:55] <MikeSmith> sounds good
- # [16:55] <MrWax> you maybe have any idea for another 4 ?
- # [16:56] <MrWax> for a modern CMS system improved by HTML5
- # [16:57] <MikeSmith> drag and drop interoperability is also not great yet
- # [16:58] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [16:58] <variable> MrWax, just do 5 -> I can't imagine a 15 minute talk explaining 10 APIs
- # [16:59] <MrWax> variable: and then just go into deeper detail on those 5?
- # [16:59] <variable> MrWax, yes.
- # [16:59] <MrWax> ok
- # [16:59] * Joins: henrikbjorn (~Henrik@c83-249-65-61.bredband.comhem.se)
- # [16:59] <variable> either that or do a top 10 - but don't go really deep on any of them
- # [16:59] <MikeSmith> I don't think you have time to go into deep detail on anything in that amount of time
- # [17:00] <MrWax> yea thanks i think i might do this
- # [17:00] <MrWax> yea 5 is even a lot if you want to go into deep detail
- # [17:00] <MrWax> variable: but you think those 5 represent a good potential presentation about what HTML5 APIs can improve in our CMS ?
- # [17:00] * variable is not usually a fan of very short talks for this reason
- # [17:00] <MikeSmith> and localstorage and indexedDB are not strictly for offline apps only
- # [17:01] <MrWax> no, but for example a CMS indexedDB could store the page rigths etc in tables and link this to page contents right?
- # [17:01] <variable> MrWax, ContentEditable is a key one
- # [17:02] <MrWax> i mean, this would improve the CMS remarkeable right? making it offline compatible
- # [17:02] * Quits: henrikbjorn (~Henrik@c83-249-65-61.bredband.comhem.se) (Remote host closed the connection)
- # [17:03] <variable> MrWax, well - for offline editing - like google docs type things
- # [17:03] <MrWax> variable: how you mean?
- # [17:04] <MrWax> and drag & drop i ment, that now for our pages we use a lib extension called jsTree
- # [17:04] <variable> MrWax, the offline stuff isn't particularly useful for the display side of a CMS - but it is quite useful for the editing
- # [17:04] <MrWax> variable: sorry i might sound dumb, but can you explain a bit?
- # [17:04] * Quits: saba (~lover@unaffiliated/saba) (Ping timeout: 265 seconds)
- # [17:05] * Joins: henrikbjorn (~Henrik@c83-249-65-61.bredband.comhem.se)
- # [17:05] <variable> MrWax, what are the offline APIs (indexedDB, localStorage, App Cache) useful for in a CMS?
- # [17:06] <MrWax> being able to work offline, have data stored in a more structured and efficient way than usually was possible with cookies, and being able to sync the data later
- # [17:11] <webr3> MrWax, would be nice to cover http caching in their too, it's v underestimated and underconsidered by most dev's
- # [17:11] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [17:12] <MrWax> webr3: you mean App Cache?
- # [17:12] <MrWax> where you define which files should be cached
- # [17:13] <webr3> in addition to app cache, serving static templates, populating them via content editable then PUTting them back to the server as static documents, it's v nice for cms users and ultimately optimized for the network
- # [17:14] <webr3> localStorage for session stuff rather than using HTTP like it's stateful, indexeddb and app cache leveraged for offline usage etc etc
- # [17:16] <MrWax> webr3: you mean so you avoid to upload/process anything but the text filled in through CE ?
- # [17:16] * Quits: Kuruma (~Kuruman@p11193-ipngn2901marunouchi.tokyo.ocn.ne.jp) (Ping timeout: 260 seconds)
- # [17:17] <webr3> yes, and if you use microdata/rdfa/data-* attributes in your templates you can have them entering the machine data (like product names and prices) right in to the template, then your server side apps just lifts the data right from the user-edited product view page as google rich snippets bot etc does.
- # [17:18] <webr3> effectively, CMS's are a thing of the past, you don't really need them any more, you can just edit an HTML document in browser and PUT it back to the server, hell even shopping baskets etc can all be client side in js now - server apps are needed far less than people think
- # [17:18] <MrWax> yep
- # [17:19] <MrWax> but i think the conversion to this new style of content management won't go so fast i mean, look at how much companies edit their data through traditional CMS systems
- # [17:19] <webr3> so perhaps show how to make a blog/cms using HTML5 and no server side app (other than something to serve and save files)
- # [17:19] <MrWax> I think this would require to much detail
- # [17:20] <MrWax> I also have some other subjects to discuss, like syntax / markup (in the light of parsing by search engines, mobile devices etc) which also should take a me some min utes to explain
- # [17:20] <webr3> i don't.. just a static html page on the server, make the title and the article contenteditable, local storage to cache the draft, then ajax to PUT it back
- # [17:20] <MrWax> thanks a lot for your input btw
- # [17:20] <webr3> np
- # [17:20] * webr3 said ajax, yuck - meant xhr (& cors...)
- # [17:23] <MrWax> I mean, its maybe something to optinally offer, but the essence now is presenting the above
- # [17:23] * Quits: henrikbjorn (~Henrik@c83-249-65-61.bredband.comhem.se) (Remote host closed the connection)
- # [17:23] <MrWax> File API pretty much speaks for itself and is not so hard to explain i think
- # [17:24] <MrWax> same for content editable and drag/drop
- # [17:24] <MrWax> actually, content editable, how do you think people create in the end the same user experience as with popular inline text editors like TinyMCE ?
- # [17:24] <MrWax> people=developers
- # [17:25] <MrWax> Given content editable offers good new functionality but not a rich text editing app
- # [17:29] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [17:29] <MikeSmith> MrWax: I think the File API is not quite so simple
- # [17:29] <dglazkov> roc: yt?
- # [17:30] <MikeSmith> it's three APIs really
- # [17:31] <MrWax> MikeSmith: i highlight FileReader
- # [17:31] <MikeSmith> and it is quite a powerful API with some potentially pretty sophisticated applications
- # [17:31] <MikeSmith> ok
- # [17:31] <MrWax> MikeSmith: you maybe have any other important things of the FileAPI that could bne explained for a CMS?
- # [17:33] * Joins: Kuruma (~Kuruman@p11193-ipngn2901marunouchi.tokyo.ocn.ne.jp)
- # [17:33] <MikeSmith> no
- # [17:36] * Joins: erlehmann (~erlehmann@89.204.153.68)
- # [17:36] <MikeSmith> like variable said, I'm not sure how much of any of this has specific relevance to a CMS
- # [17:37] * bga_ is now known as bga_|away
- # [17:37] <MrWax> ok
- # [17:37] <MikeSmith> which of it
- # [17:38] <MrWax> hmm
- # [17:38] <roc> dglazkov: email me, I gotta run
- # [17:40] * Quits: Kuruma (~Kuruman@p11193-ipngn2901marunouchi.tokyo.ocn.ne.jp) (Ping timeout: 276 seconds)
- # [17:43] * Quits: roc (~chatzilla@173.200.177.237) (Ping timeout: 265 seconds)
- # [17:44] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (*.net *.split)
- # [17:44] * Quits: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se) (*.net *.split)
- # [17:44] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (*.net *.split)
- # [17:44] * Quits: cyphase (~cyphase@adsl-99-27-202-184.dsl.pltn13.sbcglobal.net) (*.net *.split)
- # [17:44] * Quits: sideshow (~MikeSmith@sideshowbarker.net) (*.net *.split)
- # [17:46] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [17:46] * Joins: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se)
- # [17:46] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
- # [17:46] * Joins: cyphase (~cyphase@adsl-99-27-202-184.dsl.pltn13.sbcglobal.net)
- # [17:46] * Joins: sideshow (~MikeSmith@sideshowbarker.net)
- # [17:48] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [17:50] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (*.net *.split)
- # [17:50] * Quits: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se) (*.net *.split)
- # [17:50] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (*.net *.split)
- # [17:50] * Quits: cyphase (~cyphase@adsl-99-27-202-184.dsl.pltn13.sbcglobal.net) (*.net *.split)
- # [17:50] * Quits: sideshow (~MikeSmith@sideshowbarker.net) (*.net *.split)
- # [17:50] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [17:50] * Joins: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se)
- # [17:50] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
- # [17:50] * Joins: cyphase (~cyphase@adsl-99-27-202-184.dsl.pltn13.sbcglobal.net)
- # [17:50] * Joins: sideshow (~MikeSmith@sideshowbarker.net)
- # [17:54] * Joins: payman_m_ (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se)
- # [17:54] * Quits: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se) (Read error: Connection reset by peer)
- # [17:54] * payman_m_ is now known as payman_m
- # [17:57] * Joins: Kuruma (~Kuruman@p11193-ipngn2901marunouchi.tokyo.ocn.ne.jp)
- # [17:58] <MrWax> MikeSmith: well, the dropping files from the normal file system browser to the CMS is at least 1
- # [17:59] <MikeSmith> ok
- # [17:59] <MrWax> and I think it could also be quite logical a CMS executes an operation on a batch of local files i think? i.e. tagging them one by one with canvas
- # [17:59] <MrWax> (image files for example)
- # [18:01] * Joins: saba (~lover@c-3b57e155.1050-1-64736c12.cust.bredbandsbolaget.se)
- # [18:01] * saba is now known as Guest43132
- # [18:02] * Joins: henrikbjorn (~Henrik@c83-249-65-61.bredband.comhem.se)
- # [18:06] * Quits: MikeSmith (~MikeSmith@EM114-48-9-113.pool.e-mobile.ne.jp) (Quit: MikeSmith)
- # [18:06] * bga_|away is now known as bga_
- # [18:07] * Joins: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net)
- # [18:11] <webr3> MrWax, you've seen aloha editor ya?
- # [18:11] * Joins: oojacoboo (~jacob@96-32-175-233.dhcp.gwnt.ga.charter.com)
- # [18:12] <MrWax> i didn't but im checking it out now
- # [18:12] <MrWax> thnaks
- # [18:14] <MrWax> webr3: you think Aloha editor could be of any meaning ? apart from mentioning it as example ?
- # [18:15] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [18:16] <MrWax> webr3: i mean, could it be seriously considerable for example to write some beta CMS part with aloha as text editor implemented?
- # [18:16] <MrWax> like TYPO and Drupal did?
- # [18:31] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Ping timeout: 245 seconds)
- # [18:42] * Quits: Guest43132 (~lover@c-3b57e155.1050-1-64736c12.cust.bredbandsbolaget.se) (Quit: ..)
- # [18:44] * Quits: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se) (Ping timeout: 264 seconds)
- # [18:46] * Joins: cardona507 (~cardona50@cpe-98-150-147-252.hawaii.res.rr.com)
- # [18:49] * Joins: Necrathex (~nectop@212-123-163-12.ip.telfort.nl)
- # [18:50] * Joins: MikeSmith (~MikeSmith@EM114-48-157-125.pool.e-mobile.ne.jp)
- # [18:59] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [19:03] * Quits: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net) (Quit: -)
- # [19:05] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [19:09] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Quit: zzzzleepy!)
- # [19:09] * Joins: davidwalsh (~davidwals@24-183-60-92.dhcp.mdsn.wi.charter.com)
- # [19:10] * Quits: davidwalsh (~davidwals@24-183-60-92.dhcp.mdsn.wi.charter.com) (Client Quit)
- # [19:11] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
- # [19:16] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [19:20] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [19:22] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [19:26] * Joins: baba (~sallabanc@69.50.70.12)
- # [19:26] * Quits: baba (~sallabanc@69.50.70.12) (Changing host)
- # [19:26] * Joins: baba (~sallabanc@unaffiliated/cypha)
- # [19:32] * Quits: henrikbjorn (~Henrik@c83-249-65-61.bredband.comhem.se) (Remote host closed the connection)
- # [19:36] <webr3> MrWax, yes (sorry not really here), aloha can be, and is used in commercial and opensource projects, it's just as viable as tinymce etc, although less feature rich of course, for now
- # [19:38] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
- # [19:42] <AryehGregor> brendaneich, where does the current draft of Typed Arrays have endian dependencies? It looks like it contains an endianness flag to the constructor for multibyte views: https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/doc/spec/TypedArray-spec.html#6
- # [19:48] * Joins: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se)
- # [19:55] <bga_> typed arrays is good but it do not allows store references to Object and strings
- # [19:55] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
- # [19:55] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Client Quit)
- # [19:55] <bga_> native Array kills js perfomance
- # [19:56] <bga_> bacause in 99% cases nobody uses holed arrays
- # [19:56] <bga_> only solid
- # [19:58] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Ping timeout: 245 seconds)
- # [20:01] * Parts: l4rk (~dick@aboutnerd.com)
- # [20:02] * Quits: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se) (Ping timeout: 240 seconds)
- # [20:05] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [20:14] * Anti-X is now known as torvalamo
- # [20:18] * Quits: cardona507 (~cardona50@cpe-98-150-147-252.hawaii.res.rr.com) (Ping timeout: 240 seconds)
- # [20:18] * Joins: charlvn (~charlvn@196-210-188-210.dynamic.isadsl.co.za)
- # [20:24] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [20:28] * Joins: cypha (~sallabanc@69.50.70.12)
- # [20:28] * Quits: cypha (~sallabanc@69.50.70.12) (Changing host)
- # [20:28] * Joins: cypha (~sallabanc@unaffiliated/cypha)
- # [20:28] * Quits: baba (~sallabanc@unaffiliated/cypha) (Ping timeout: 272 seconds)
- # [20:33] <brendaneich> AryehGregor: DataView is not the issue, aliasing Uint8Array and Uint16Array (e.g.) views of a single buffer are
- # [20:33] <AryehGregor> Ah.
- # [20:35] <AryehGregor> Well, worst case is it's de facto required to be little-endian even though that's not specced anywhere yet, and the three people still using big-endian machines to view the web get a performance hit, assuming anyone is still maintaining browsers for those architectures . . . (I guess a few people still use PowerPC Macs?)
- # [20:35] <AryehGregor> Now, can anyone tell me what "[whatwg] Fwd: Session Management" is about?
- # [20:36] * Quits: matjas (~matjas@91.182.128.108) (Quit: Computer has gone to sleep.)
- # [20:37] <bga_> PowerPC is deading
- # [20:47] * Joins: Ms2ger (~Ms2ger@91.181.153.139)
- # [20:53] * Joins: boogyman (~boogy@unaffiliated/boogyman)
- # [20:54] * Quits: cypha (~sallabanc@unaffiliated/cypha) (Ping timeout: 272 seconds)
- # [20:54] * Joins: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se)
- # [20:59] * Joins: Anti-X (~duckmysic@c3076BF51.dhcp.bluecom.no)
- # [21:01] * Quits: torvalamo (~duckmysic@109.179.244.79.tmi.telenormobil.no) (Ping timeout: 255 seconds)
- # [21:08] <jgraham> /me notes that TVs and things have web access and it isn't all x86/ARM
- # [21:09] <AryehGregor> Well, some ARM is big-endian anyway.
- # [21:10] <AryehGregor> But the point is that if you don't specify it, it will wind up being de facto little-endian, because that's what everyone will write for and test on.
- # [21:10] <AryehGregor> So browsers on big-endian architectures will have to treat it as little-endian anyway.
- # [21:12] <jgraham> That could be true, but the point is that it's not (yet) a non-issue since e.g. MIPS sill exists
- # [21:17] <bga_> i guess, automatic convert to big endian is best way
- # [21:18] <hsivonen> MikeSmith: clearly, I haven't tested the locator stuff enough :-(
- # [21:18] <bga_> but it like XHR always encode data to utf8 :( and you can not send binary data
- # [21:20] <bga_> keep in mind, there are processors where bit can be 0, 1, 2 :)
- # [21:22] <bga_> ie we can not standartize even 1 bit :)
- # [21:28] <jgraham> bga_: Note that in many cases js arrays will be optmised if they are not sparse
- # [21:29] <bga_> jgraham it desing fail
- # [21:29] <MrWax> webr3: here?
- # [21:30] <bga_> invent some super abstract and try to optimize it
- # [21:30] * Quits: cyphase (~cyphase@adsl-99-27-202-184.dsl.pltn13.sbcglobal.net) (Ping timeout: 240 seconds)
- # [21:32] * Anti-X is now known as torvalamo
- # [21:35] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [21:35] * webr3 is here
- # [21:35] * webr3 , but only for 2 minutes
- # [21:39] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: *.net *.split)
- # [21:39] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [21:41] * Quits: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se) (Ping timeout: 272 seconds)
- # [21:45] * Joins: cyphase (~cyphase@adsl-99-62-187-79.dsl.pltn13.sbcglobal.net)
- # [21:50] * Quits: torvalamo (~duckmysic@c3076BF51.dhcp.bluecom.no) (Ping timeout: 272 seconds)
- # [21:51] * Quits: ROBOd (~robod@92.84.192.221) (Quit: .)
- # [21:52] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [21:52] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [21:56] * Joins: torvalamo (~duckmysic@77.19.145.14.tmi.telenormobil.no)
- # [21:56] * Joins: sroussey (~sroussey@adsl-69-234-115-237.dsl.irvnca.pacbell.net)
- # [21:58] * Joins: Anti-X (~duckmysic@cF677BF51.dhcp.bluecom.no)
- # [21:58] * Joins: baba (~sallabanc@unaffiliated/cypha)
- # [21:59] * Joins: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se)
- # [22:00] * Quits: torvalamo (~duckmysic@77.19.145.14.tmi.telenormobil.no) (Ping timeout: 260 seconds)
- # [22:04] * Joins: matjas (~matjas@91.182.100.88)
- # [22:08] * Quits: matjas (~matjas@91.182.100.88) (Client Quit)
- # [22:10] * Joins: boaz_ (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
- # [22:13] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Ping timeout: 245 seconds)
- # [22:13] * boaz_ is now known as boaz
- # [22:13] <AryehGregor> The Firefox 4 beta just crashed yet again, and this time it ate the long post I was writing. That's a hanging offense.
- # [22:13] * AryehGregor switches back to Chrome
- # [22:14] * bga_ is now known as bga_|away
- # [22:18] * bga_|away is now known as bga_
- # [22:22] * Quits: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se) (Ping timeout: 265 seconds)
- # [22:23] * Quits: Anti-X (~duckmysic@cF677BF51.dhcp.bluecom.no) (Ping timeout: 272 seconds)
- # [22:27] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [22:28] * Joins: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se)
- # [22:29] * Joins: torvalamo (~duckmysic@46.66.77.199.tmi.telenormobil.no)
- # [22:40] * Quits: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se) (Read error: Connection reset by peer)
- # [22:41] * Joins: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se)
- # [22:47] * Quits: payman_m (~payman_m@c-bc7ae155.745-1-64736c12.cust.bredbandsbolaget.se) (Ping timeout: 260 seconds)
- # [22:52] <dglazkov> AryehGregor: don't worry, we'll let you down too at some point or another :)
- # [23:02] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
- # [23:03] * Quits: peol (~andree@unaffiliated/peol) (Remote host closed the connection)
- # [23:05] <AryehGregor> Doubtless. :)
- # [23:10] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Ping timeout: 245 seconds)
- # [23:10] * Joins: Anti-X (~duckmysic@cF677BF51.dhcp.bluecom.no)
- # [23:13] * Quits: torvalamo (~duckmysic@46.66.77.199.tmi.telenormobil.no) (Ping timeout: 240 seconds)
- # [23:17] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Read error: Connection reset by peer)
- # [23:18] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [23:19] * Joins: jacobolus (~jacobolus@96.24.64.117)
- # [23:20] <hsivonen> MikeSmith: so should <annotation-xml encoding="text/html"> be valid in both HTML and XHTML (now only encoding="application/xhtml+xml" validates)?
- # [23:22] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:27] * Quits: jacobolus (~jacobolus@96.24.64.117) (Read error: No route to host)
- # [23:28] * Quits: Ms2ger (~Ms2ger@91.181.153.139) (Quit: nn/quit nn)
- # [23:28] * Joins: jacobolus (~jacobolus@96.24.64.117)
- # [23:32] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:39] <bga_> lol webkit "bug". ctx.arc(...); ctx.stroke(); in chrome line visualy is thinner than in ff :)
- # [23:42] * Joins: toyoshim_ (~toyoshim@y168217.dynamic.ppp.asahi-net.or.jp)
- # [23:43] * Joins: ciaran_lee (leecn@spoon.netsoc.tcd.ie)
- # [23:45] * Joins: karlushi (~karl@nerval.la-grange.net)
- # [23:45] <hsivonen> Does Chrome anti-alias canvas drawing yet?
- # [23:46] * Quits: toyoshim (~toyoshim@y168217.dynamic.ppp.asahi-net.or.jp) (Ping timeout: 240 seconds)
- # [23:46] * Quits: ciaran_l1e (leecn@spoon.netsoc.tcd.ie) (Ping timeout: 240 seconds)
- # [23:46] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 240 seconds)
- # [23:46] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 240 seconds)
- # [23:46] * Joins: GPHemsley (~GPHemsley@ool-45719f33.dyn.optonline.net)
- # [23:46] * Quits: GPHemsley (~GPHemsley@ool-45719f33.dyn.optonline.net) (Changing host)
- # [23:46] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [23:46] * Quits: erlehmann (~erlehmann@89.204.153.68) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [23:48] <bga_> hsivonen http://funkyimg.com/u2/558/025/ff4.png http://funkyimg.com/u2/245/712/ch10.png
- # [23:49] <bga_> ff version looks better imho
- # [23:52] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
- # [23:52] <david_carlisle> hsivonen: yes (If I understand the question)
- # [23:55] <david_carlisle> hsivonen: but of course in the xhtml case it would also need to be well formed
- # [23:58] * Joins: Aleoss (AleossIRC@69-11-109-118.regn.hsdb.sasknet.sk.ca)
- # [23:59] * Quits: charlvn (~charlvn@196-210-188-210.dynamic.isadsl.co.za) (Remote host closed the connection)
- # Session Close: Mon Dec 13 00:00:00 2010
The end :)