/irc-logs / mozilla / #accessibility / 2012-06-26 / end
Options:
- # Session Start: Tue Jun 26 00:00:01 2012
- # Session Ident: #accessibility
- # [00:03] * Quits: victorporof (victorporo@8338BC8D.AB163232.79933D60.IP) (Quit: Linkinus - http://linkinus.com)
- # [00:03] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Quit: leaving)
- # [00:05] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [00:17] * Quits: @firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [00:18] <capella> and theres my original problem .... staring in the face
- # [00:20] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [00:20] * ChanServ sets mode: +o firebot
- # [00:20] <capella> oh goody - now a new one
- # [00:22] <capella> theres another little one...
- # [00:23] <capella> firebot: mark_capella
- # [00:23] <@firebot> capella: Mark_Capella is working hard for very little money
- # [00:54] <@eeejay> firebot, capella
- # [00:54] <@firebot> eeejay: capella is the programmer formerly known as Mark_Capella
- # [00:54] <@eeejay> coool
- # [00:54] <@eeejay> firebot, eeejay
- # [00:54] <@firebot> eeejay: you are a hacker currently working on mobile TTS interaction
- # [00:54] <capella> :P
- # [00:54] <@eeejay> not rly
- # [00:56] <capella> Ok ... we've got a clean compile on the UIA code
- # [00:56] <capella> (and the crowd goes wild !!)
- # [00:57] <capella> tbsaunde: ---^
- # [00:57] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Quit: leaving)
- # [00:58] <@tbsaunde> capella: yeah, I just got back froom being away a while
- # [00:58] <capella> is fine ... worked my way through the madness
- # [00:58] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [00:59] <capella> where do you want me to post the new patch?
- # [00:59] <@tbsaunde> capella: ok, cool, thx
- # [01:00] <@tbsaunde> capella: mail me / throw it in the bug / pastebin it, whatevers easy
- # [01:00] * Quits: @firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [01:00] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [01:00] * ChanServ sets mode: +o firebot
- # [01:02] <capella> ok, not sure which bugzilla it is so:
- # [01:02] <capella> http://pastebin.mozilla.org/1678424
- # [01:06] <capella> can you cc: me on the bug so I can watch later progress?
- # [01:06] <capella> also, mention I chaanged a few lines of code in uiaRawElmProvider::GetIAccessiblePair()
- # [01:06] <capella> to make it compile ... double check his intent
- # [01:07] <capella> there was an extra close } and it was returning a non-existent var
- # [01:10] <@tbsaunde> capella: that's probably stuff I changed then
- # [01:11] * Quits: ginn (ginn@3FD2BACE.FE5E8EF9.EE4773DA.IP) (Quit: This computer has gone to sleep)
- # [01:12] <capella> ok ... it was fun :D
- # [01:13] <@tbsaunde> capella: thx
- # [01:18] * khuey is now known as khuey|away
- # [01:26] * Joins: davidb (davidb@moz-68BF56A6.dsl.bell.ca)
- # [01:26] * ChanServ sets mode: +qo davidb davidb
- # [01:26] * Quits: atuljangra (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:45] <capella> takes 5 - back whenever
- # [01:49] <@tbsaunde> capella: I'm just going to review the final patch, then I'll probably make khuey look at all this Makefile goo and land it :)
- # [01:50] <capella> nice!
- # [01:52] * Quits: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [01:53] * Joins: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [01:59] <capella> wait .... makefile goo? the VPATH thing?
- # [02:00] <@tbsaunde> capella: yeah, vpath, the new static lib etc
- # [02:01] <capella> oh ... k ... not something i changed
- # [02:06] * Joins: atuljangra (Mibbit@74BCC802.19DA4F92.E7E9D4A8.IP)
- # [02:06] * khuey|away is now known as khuey
- # [02:08] * Quits: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net) (Ping timeout)
- # [02:09] * Joins: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net)
- # [02:12] * Quits: @firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [02:20] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [02:20] * ChanServ sets mode: +o firebot
- # [02:31] * Quits: Bryen (Bryen@AD869AA5.7763354F.AD565587.IP) (Ping timeout)
- # [02:39] * Joins: Bryen (Bryen@AD869AA5.7763354F.AD565587.IP)
- # [02:46] * Quits: atuljangra (Mibbit@74BCC802.19DA4F92.E7E9D4A8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [02:52] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [03:00] <@firebot> New Core - Disability Access APIs bug 768296 filed by dbolter@mozilla.com.
- # [03:01] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768296 nor, --, ---, nobody, NEW, Don't bail on global aria attribute processing because of role="presentation"
- # [03:02] * Quits: Bryen (Bryen@AD869AA5.7763354F.AD565587.IP) (Ping timeout)
- # [03:03] * Joins: Bryen (Bryen@AD869AA5.7763354F.AD565587.IP)
- # [03:03] <@tbsaunde> davidb: man, that spec languge is confusing
- # [03:04] <@davidb> indeed
- # [03:05] <@tbsaunde> davidb: I take it what it is supposed to mean is that UAs shouldn't do anything internally with the aria stuff, but should just expose it to platform apis
- # [03:06] <@davidb> not precisely
- # [03:06] <hub_> davidb: there was a question for you in https://bugzilla.mozilla.org/show_bug.cgi?id=718625#c13
- # [03:06] <@firebot> Bug 718625 nor, P2, ---, nobody, NEW, [Mac] VoiceOver says "text" after each chunk of text it reads inside paragraphs, does not do that in
- # [03:06] <@davidb> hub_: heh, when it rains it pours.
- # [03:06] <hub_> davidb: I live in Raincouver. remember?
- # [03:06] <hub_> :-)
- # [03:06] <@davidb> heh
- # [03:07] <@davidb> ok so this is about you and tbsaunde trying to reach agreement on some tradeoffs?
- # [03:07] <@tbsaunde> davidb: any chance you want to look at the way I fixed the nits on the IAccessibleEX patch?
- # [03:07] <@davidb> tbsaunde: dunno - should i?
- # [03:07] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [03:07] <@davidb> I'm working on a thing ATM
- # [03:08] <@tbsaunde> davidb: probably no need esp since we'll be dealing with that code a lot in the near future
- # [03:08] <hub_> I think it is more about tbsaunde thinking of some side effect and believing you know more about it
- # [03:08] <hub_> :-)
- # [03:10] <@davidb> ok my first thought is why are we having to do this in the mac layer?
- # [03:10] <@davidb> can you give me the coles notes on this bug?
- # [03:11] <hub_> davidb: basically AXHeader expect to have in AXTitle whatever the header is made off to read it
- # [03:11] <@davidb> hub_: does Ax have a get title call?
- # [03:11] <@tbsaunde> davidb: hub_ so my impression here is that mac wants the full text without EOCs
- # [03:11] <@davidb> tbsaunde: EOCs?
- # [03:12] <@davidb> oh
- # [03:12] <@tbsaunde> davidb: embed objects, when the text is in the kids
- # [03:12] <@davidb> right
- # [03:12] <@davidb> the magic char
- # [03:12] * Quits: @firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [03:13] <hub_> <h1>This is a <a href="#foo">link</a> to nowhere</h1>
- # [03:13] <hub_> this should read "This is a link to nowhere"
- # [03:13] <@davidb> 'flattened' i think we call it
- # [03:13] <hub_> and that should be the value of AXTitle
- # [03:13] <hub_> davidb: flattened if you prefer :-)
- # [03:13] * @davidb shrugs
- # [03:14] <@davidb> don't we have a call for that...
- # [03:14] <@davidb> i guess not
- # [03:14] <hub_> I use GetTextContent()
- # [03:15] <@davidb> hub_: i see
- # [03:15] <@davidb> ok i think i'm caught up
- # [03:16] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [03:16] * ChanServ sets mode: +o firebot
- # [03:16] <@tbsaunde> davidb: yeah, I'm pretty sure we don't though adding one may be reasonable?
- # [03:16] <@davidb> tbsaunde: i see what you are saying… i wonder if worrying about it for headings with anon content is something we can do later
- # [03:16] <@davidb> tbsaunde: yes
- # [03:16] <@davidb> my proposal would be:
- # [03:16] <@davidb> this patch is an improvement, so perhaps reasonable to r+...
- # [03:17] <@davidb> file a follow up for discussion on internal API for flattened text
- # [03:17] <@tbsaunde> davidb: well, what about the issue where its not neccessarily in sync with layout?
- # [03:17] <@davidb> ah
- # [03:17] <@davidb> you mean our a11y text cache?
- # [03:17] <@tbsaunde> davidb: but tbh what I really object to there is caching the downcasted pointer
- # [03:18] <@davidb> mGeckoTextLeafAccessible ?
- # [03:18] <hub_> tbsaunde: that has been addressed in my current patch
- # [03:18] <@davidb> ok good
- # [03:18] <hub_> tbsaunde: I was waiting for that last bit to resubmit it
- # [03:18] <hub_> (the bit about content)
- # [03:19] <@tbsaunde> hub_: sure, I understand
- # [03:19] <@davidb> tbsaunde: the follow up would address the sync issue
- # [03:19] <@tbsaunde> davidb: ugh :/
- # [03:19] <@davidb> if hub files the follow up now… and // XXX bug #### that helps
- # [03:19] <hub_> ok, I will
- # [03:19] <@davidb> well hang on
- # [03:19] <@tbsaunde> davidb: is it really that bad to just crawl the tree?
- # [03:20] <@tbsaunde> that's what we'll probably want ot do internally first anyway
- # [03:20] <@davidb> tbsaunde: which tree would he crawl?
- # [03:20] <@davidb> i just want to be 100% sure i understand
- # [03:20] <@tbsaunde> a11y one
- # [03:20] <@davidb> ok
- # [03:20] * @davidb thinks...
- # [03:20] <@tbsaunde> so, basically same thing screen readers do
- # [03:21] <@firebot> New Core - Disability Access APIs bug 768298 filed by hub@mozilla.com.
- # [03:21] * @davidb nods
- # [03:21] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768298 nor, --, ---, nobody, NEW, Need a "Flatten" API to get the flattened text content for an element.
- # [03:21] <hub_> here we go
- # [03:22] <@davidb> what does GetName give us?
- # [03:22] <@tbsaunde> davidb: so, do you have an objection to just writing that now?
- # [03:23] <@davidb> i'm not sure yet
- # [03:23] <@davidb> it concerns me a little
- # [03:24] <@tbsaunde> davidb: its EFromSubtreeIfRec, so presumably won't look at the subtree if its called on it
- # [03:24] <hub_> I'm sure I tried GetName() for that
- # [03:25] <@firebot> New Core - Disability Access APIs bug 768299 filed by dbolter@mozilla.com.
- # [03:25] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768299 nor, --, ---, nobody, NEW, Presentational role on an image with an another element controlling it by using aria-controls
- # [03:25] <@davidb> can we force it?
- # [03:25] <@davidb> i would rather the smarts/loops be in core, than in the wrapper.
- # [03:26] <@davidb> as in reuse core power
- # [03:26] <@tbsaunde> davidb: how would we "force it??
- # [03:26] <@davidb> i haven't thought that far :)
- # [03:26] <@tbsaunde> davidb: I'll agree that's a little gross, but not without president
- # [03:26] <@davidb> hmm
- # [03:27] <@tbsaunde> and if its fairly self contained moving it to HyperTextAccessible shouldn't be a big deal
- # [03:29] <@davidb> tbsaunde: what is the ideal rule for GetName with headings?
- # [03:30] <@tbsaunde> that said implementing it does seem complex enough I guess I'll take the GetTextontent() thing with a big // XXX and if hub is willing to work on writing something better
- # [03:31] <@davidb> yeah, cool.
- # [03:31] <@davidb> wfm
- # [03:32] <@davidb> i'll note it in the bug.
- # [03:32] <@tbsaunde> on the other hand I'm not sure how much urgency there is to get *something* landed, so fixing it the first time is tempting
- # [03:32] <@davidb> that also wfm… i really don't mind
- # [03:33] <@davidb> but i know hub's queue is getting paintul
- # [03:33] <@davidb> painful
- # [03:33] <@davidb> so that cost is on my mind
- # [03:34] <@hub> I added the comment in my current patch
- # [03:34] <@tbsaunde> davidb: oh?
- # [03:35] <@hub> I still need a final review for bug 750612
- # [03:35] <@davidb> rebasing patch queues can eat time
- # [03:35] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=750612 maj, --, ---, hub, NEW, [Mac] Too much is exposed to VoiceOver that is actually not currently visible/interactable
- # [03:35] <@hub> I have had luck lately as I had more pain with general tree breakage
- # [03:36] * @davidb comments
- # [03:36] <@tbsaunde> davidb: ok, git almost always does all of it for me
- # [03:36] <@davidb> so jealous
- # [03:38] <@davidb> tbsaunde: this WFM because surkov will want to weigh in on the direction here I think.
- # [03:38] <@tbsaunde> davidb: you could switch ;)
- # [03:38] <@davidb> yeah
- # [03:38] <@tbsaunde> davidb: of what doing flattened stuff?
- # [03:38] <hub_> I plan on switching
- # [03:39] <hub_> to git
- # [03:39] <@davidb> ok i have to go back to writing words
- # [03:44] * Quits: @firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [03:46] * Quits: scottgonzalez (scott_gonz@moz-BAADF108.lightspeed.rlghnc.sbcglobal.net) (Quit: scottgonzalez)
- # [03:46] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [03:46] * ChanServ sets mode: +o firebot
- # [03:51] <@davidb> tbsaunde: yes
- # [03:51] <@davidb> (sorry i missed that q)
- # [03:57] <@tbsaunde> davidb: np
- # [04:04] * Joins: scott_gonzalez (scott_gonz@moz-44AB6E75.nc.res.rr.com)
- # [04:06] <@firebot> hub@mozilla.com requested review from trev.saunders@gmail .com for attachment 636572 on bug 718625.
- # [04:06] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=718625 nor, P2, ---, nobody, NEW, [Mac] VoiceOver says "text" after each chunk of text it reads inside paragraphs, does not do that in
- # [04:08] * Quits: @hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [04:42] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [04:42] * ChanServ sets mode: +o hub
- # [04:49] * Quits: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.11/20120621211003])
- # [05:09] * Quits: scott_gonzalez (scott_gonz@moz-44AB6E75.nc.res.rr.com) (Quit: scott_gonzalez)
- # [05:38] * Joins: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com)
- # [06:07] * Joins: MarcoZ (Daily@moz-E47C69DC.dip.t-dialin.net)
- # [06:07] * ChanServ sets mode: +o MarcoZ
- # [06:23] * Quits: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com) (Client exited)
- # [06:31] <@firebot> New Core - Disability Access APIs bug 768319 filed by marco.zehe@googlemail.com.
- # [06:31] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768319 cri, --, ---, nobody, NEW, crash in XUL@0xe91e0f
- # [06:40] * khuey is now known as khuey|away
- # [06:44] <@tbsaunde> davidb: I don't expect you to do it tonight, but can you grab the crash dump for ^? the stack is worthless
- # [06:44] <@davidb> yeah ping me tomorrow :)
- # [06:45] <@tbsaunde> davidb: ok
- # [06:45] <@tbsaunde> MarcoZ: anyway to get symbols for system libs on osx?
- # [07:17] <@firebot> dbolter@mozilla.com changed the Status on bug 768299 from NEW to UNCONFIRMED.
- # [07:17] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768299 nor, --, ---, nobody, UNCO, Presentational role on an image with an another element controlling it by using aria-controls
- # [07:18] <@firebot> dbolter@mozilla.com changed the Status on bug 768296 from NEW to UNCONFIRMED.
- # [07:18] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768296 nor, --, ---, nobody, UNCO, Don't bail on global aria attribute processing because of role="presentation"
- # [07:32] * Quits: @davidb (davidb@moz-68BF56A6.dsl.bell.ca) (Quit: davidb)
- # [07:56] <@hub> tbsaunde: if it is for bug 768319, I suspect the CoreFoundation stack trace is in the event loop.
- # [07:56] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768319 cri, --, ---, nobody, NEW, crash in XUL@0xe91e0f
- # [07:57] <@hub> but having the XUL symbols would help
- # [08:34] <@MarcoZ> tbsaunde: Hub is a better person to ask about the symbols. I thought our XUL stuff *had* symbols. I am also confused, but wanted to file it to keep the reports linked.
- # [08:59] * Quits: icaaq (Adium@C8B97E80.7DCD925.CE255B90.IP) (Connection reset by peer)
- # [09:16] * Joins: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP)
- # [09:20] * Joins: margle (margle@moz-75218163.dsl.mweb.co.za)
- # [09:28] * Quits: @hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [09:30] * Quits: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP) (Quit: Leaving.)
- # [09:31] <@MarcoZ> tbsaunde: Oh, wait, this is a try-server build, it has symbols somewhere, but socorrow does not automatically link them together.
- # [09:52] * Quits: margle (margle@moz-75218163.dsl.mweb.co.za) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [09:53] * Joins: margle (margle@moz-75218163.dsl.mweb.co.za)
- # [09:54] * Quits: @firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [09:57] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [09:57] * ChanServ sets mode: +o firebot
- # [10:48] <@firebot> markcapella@twcny.rr.com changed the Target Milestone on bug 767264 from --- to mozilla16.
- # [10:48] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=767264 nor, --, mozilla16, markcapella, ASSI, remove uses of do_QueryObject() in CAccessibleHyperlink
- # [10:56] * Joins: jprmc (jprmc@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [10:56] * ChanServ sets mode: +o jprmc
- # [11:08] <@firebot> bmo@edmorley.co.uk changed the Status on bug 766779 from NEW to RESOLVED.
- # [11:08] <@firebot> bmo@edmorley.co.uk set the Resolution field on bug 766779 to FIXED.
- # [11:08] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=766779 nor, --, mozilla16, eitan, RESO FIXED, [AccessFu] Introduce Android explore by touch
- # [11:08] <@firebot> bmo@edmorley.co.uk changed the Status on bug 766780 from NEW to RESOLVED.
- # [11:08] <@firebot> bmo@edmorley.co.uk set the Resolution field on bug 766780 to FIXED.
- # [11:08] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=766780 nor, --, mozilla16, eitan, RESO FIXED, [AccessFu] Introduce Android scrolling events
- # [11:08] <@firebot> bmo@edmorley.co.uk changed the Status on bug 764686 from NEW to RESOLVED.
- # [11:08] <@firebot> bmo@edmorley.co.uk set the Resolution field on bug 764686 to FIXED.
- # [11:08] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=764686 nor, --, mozilla16, eitan, RESO FIXED, Accessible::ChildAtPoint should be consistent with GetBounds
- # [11:44] * Joins: Stevef (chatzilla@moz-CD0F47B5.cable.virginmedia.com)
- # [11:46] <Stevef> MarcoZ: would like to chat about footer mapping to contentinfo. webkit have a different implementation to firefox which i think is better: If the footer element is contained in an srticle or section element it is mapped to role=group otherwise it is mapped to contentinfo
- # [11:47] <Stevef> MarcoZ: the same goes for the header element: If the header element is contained in an article or section element it is mapped to role=group otherwise it is mapped to banner
- # [12:19] * Joins: victorporof (victorporo@6B0DEF4B.1C233438.79933D60.IP)
- # [12:26] * Joins: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP)
- # [12:26] * Quits: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP) (Connection reset by peer)
- # [12:26] * Joins: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP)
- # [12:48] * Quits: Stevef (chatzilla@moz-CD0F47B5.cable.virginmedia.com) (Quit: ChatZilla 0.9.87 [Firefox 13.0.1/20120614114901])
- # [13:02] * Joins: Stevef (chatzilla@moz-CD0F47B5.cable.virginmedia.com)
- # [13:02] <Stevef> MarcoZ: ping
- # [13:03] <@MarcoZ> Hi Stevef!
- # [13:03] <Stevef> had to drop off as firefox was doing funny stuff, fixed now
- # [13:04] <@MarcoZ> OK! So...If section or article contains header or footer elements, you want these header and footer elements to be role groupings, and subrole what?
- # [13:04] <Stevef> no subrole just role=group
- # [13:04] <@MarcoZ> Stevef: Because on Mac, many things are role grouping, and only the subrole decides *what* VoiceOver calls it in the end.
- # [13:04] <Stevef> hold on will check
- # [13:07] <Stevef> in webkit its mapped like this: role= AXGroup subrole= AXLandmarkContentInfo, description= footer. For footer elements outside of article and section
- # [13:08] <@MarcoZ> Yes, that's what we'll do on Mac in bug 718700, too.
- # [13:08] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=718700 nor, P2, ---, nobody, NEW, [Mac] WAI-ARIA landmarks are not communicated to VoiceOver.
- # [13:09] <Stevef> for footer inside of article and section: role = AXGroup, subrole= (null), description = group
- # [13:09] <@MarcoZ> So, if inside section or article, they simply throw away the landmark stuff, as I suspected.
- # [13:09] <@MarcoZ> Not sure I like that too much.
- # [13:12] <Stevef> i think it works for majority of cases in regards to what contentinfo means as per ARIA
- # [13:17] <@MarcoZ> Stevef: Not sure I follow.
- # [13:18] <@MarcoZ> How is contentinfo different for a page versus an article?
- # [13:20] <Stevef> MarcoZ: the HTML5 footer element is not defined same as ARIA contentinfo, it can and is used differently, generally when it is used as the main page footer it fits the contentinfo definition otherwise it does not
- # [13:20] <Stevef> MarcoZ: same goes for HTML header and ARIA banner
- # [13:38] * Joins: scott_gonzalez (scott_gonz@moz-44AB6E75.nc.res.rr.com)
- # [13:40] <Stevef> scott_gonzalez: hi, how active is the jQuery UI accessibility effort?
- # [13:43] <scott_gonzalez> Stevef: Quite active.
- # [13:43] <scott_gonzalez> We're working through our widgets one at a time and doing extensive testing and logging where we diverge from the ARIA authoring practices.
- # [13:44] <scott_gonzalez> For example, search for "keyboard" on http://wiki.jqueryui.com/w/page/12138085/Tabs
- # [13:47] <Stevef> scott_gonzalez: thanks!
- # [13:47] <scott_gonzalez> Stevef: You can see the order of the widgets that we're working on: http://wiki.jqueryui.com/w/page/12138038/Roadmap
- # [13:48] <scott_gonzalez> 1.9 should be out in about a month.
- # [13:48] <@MarcoZ> scott_gonzalez: Exciting stuff!
- # [13:49] <Stevef> scott_gonzalez: yes i found that page last night, someone was asking me if the work was ongoing and thought you would be the ideal person to ask
- # [13:49] <@MarcoZ> Stevef: So, you're saying that mapping footer and header to contentinfo and banner respectively is OK for a whole page, but not for an article or section. And ARIA does not have appropriate landmark mappings for these cases, right?
- # [13:49] <@MarcoZ> Stevef: Are we talking about direct children of section or article, or can they be *anywhere* in the parent chain?
- # [13:50] <Stevef> MarcoZ: anywhere
- # [13:50] <@MarcoZ> Stevef: OK, so what *is* the header and footer being used for in such cases? Do you have an example?
- # [13:51] <Stevef> MarcoZ: i am saying that header/footer can both appear many times on a page which undermines the concpet of landmarks (i think)
- # [13:51] <Stevef> MarcoZ: will dig up some data for you
- # [13:51] <Stevef> concpet/concept
- # [13:57] <@MarcoZ> Stevef: Cool thanks!
- # [13:57] * @MarcoZ is out walking the dog, be back in about 30 mins.
- # [13:58] <@MarcoZ> Oh no, dog walking moved back a bit.
- # [14:05] <capella> dog said no? :p
- # [14:12] * Quits: margle (margle@moz-75218163.dsl.mweb.co.za) (Ping timeout)
- # [14:15] * Joins: margle (margle@moz-75218163.dsl.mweb.co.za)
- # [14:17] <@MarcoZ> capella: Yup, but now she says "urgent!". :D
- # [14:17] <capella> heh figures!
- # [14:17] <@firebot> markcapella@twcny.rr.com changed the Status on bug 570785 from ASSIGNED to NEW.
- # [14:17] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=570785 nor, --, ---, nobody, NEW, Add about:memory report for our accessibility cache
- # [14:18] <@firebot> markcapella@twcny.rr.com changed the Status on bug 739568 from ASSIGNED to NEW.
- # [14:18] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=739568 nor, --, ---, nobody, NEW, nsXULTreeGridRowAccesible should cache its kids as nsXULTreeGridCellAccessibles not generic accessib
- # [14:20] * Quits: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [14:20] * Quits: @jprmc (jprmc@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [14:24] * Joins: jprmc (jprmc@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [14:24] * ChanServ sets mode: +o jprmc
- # [14:31] * Joins: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com)
- # [14:40] * khuey|away is now known as khuey
- # [14:53] * khuey is now known as khuey|away
- # [14:54] * Joins: davidb|mobile (yaaic@moz-7B22FBCF.eng.wind.ca)
- # [14:58] <davidb|mobile> big day for moz mobile. bigger day for 15 ;)
- # [14:59] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [15:00] * Joins: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net)
- # [15:01] * Quits: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net) (Ping timeout)
- # [15:01] <@tbsaunde> davidb|mobile: 15?
- # [15:02] <@MarcoZ> tbsaunde: 15 will be accessible, 14 is not yet. And 16 will have Explore by touch, quick nav keys and such.
- # [15:04] * Joins: Justin_o (Justin_o@67828CC7.C1A51174.9D42CF23.IP)
- # [15:10] * Joins: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net)
- # [15:12] * Quits: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP) (Connection reset by peer)
- # [15:12] <@MarcoZ> Yay, Explore By Touch was migrated to Central and will be in tomorrow's nightly.
- # [15:13] * Joins: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP)
- # [15:21] * Joins: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
- # [15:29] <davidb|mobile> not today's?
- # [15:29] <davidb|mobile> oh migration
- # [15:33] <@MarcoZ> davidb|mobile: 14 didn't have all the pieces in place yet.
- # [15:34] <@MarcoZ> And 14 is being released earlier than the train ride for desktop would make you assume.
- # [15:34] <@MarcoZ> Next migration is still 3 weeks away IIRC.
- # [15:37] <davidb|mobile> MarcoZ: great email to Slater
- # [15:39] <@MarcoZ> davidb|mobile: Thanks!
- # [15:46] * Quits: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [15:54] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [15:57] * Quits: davidb|mobile (yaaic@moz-7B22FBCF.eng.wind.ca) (Ping timeout)
- # [15:57] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:57] * ChanServ sets mode: +qo davidb davidb
- # [16:03] * Quits: @jprmc (jprmc@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [16:07] <@davidb> i think the new FF is in google play store now, finally
- # [16:12] * Joins: jprmc (jprmc@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [16:12] * ChanServ sets mode: +o jprmc
- # [16:20] * Quits: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net) (Ping timeout)
- # [16:26] * Quits: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [16:28] * khuey|away is now known as khuey
- # [16:37] <capella> Dang ... can't move cheese until Surkov gets back!
- # [16:38] <@tbsaunde> capella: ?
- # [16:38] <@firebot> trev.saunders@gmail.com requested review from khuey@kylehuey.com for attachment 636705 on bug 762770.
- # [16:38] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=762770 nor, --, ---, surkov.alexander, NEW, implement IAccessibleEx
- # [16:38] <capella> laughs - de-ns-ify stuff
- # [16:39] <@tbsaunde> capella: well, its not like there's much left to do there ...
- # [16:40] <capella> Yah ... getting close! Then the namespace is next i guess, new contributor just signed on to finish the xpctable stuff ...
- # [16:40] <capella> progress !
- # [16:43] <@MarcoZ> capella: Amazing progress if I might add!
- # [16:44] <capella> fun ... easy ... housekeeping ... :)
- # [16:44] <@MarcoZ> capella: So, did you get anywhere with AccProbe yesterday?
- # [16:45] <capella> no! was help tbsaunde with UIA hacking ... thats todays project ...
- # [16:45] <capella> but reading said AccProbe no longer supported or something .... gotta get back to the train of thought
- # [16:48] <icaaq> hmm, A question regarding buttons that opens up navigations (on small responsive sites for example), Should the button be located inside or outside the nav-element?
- # [16:48] <@firebot> New Core - Disability Access APIs bug 768461 filed by trev.saunders@gmail.com.
- # [16:48] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768461 nor, --, ---, nobody, NEW, add Accessible::HasValue() method
- # [16:49] <icaaq> The button itself is not part of the navigation imho
- # [16:51] <@MarcoZ> icaaq: I'd say outside.
- # [16:53] <capella> marcoz: most of my time to date has been learning internals / organization of a11y code
- # [16:53] <capella> hoping AccProbe will help me to understand the user perspective
- # [16:53] <@MarcoZ> It will, to some degree, although it is really a developer tool. :)
- # [16:54] <capella> dang it wants me to re-insatall java
- # [16:54] <icaaq> MarcoZ: We think alike, and it should also react on enter and space key. Time to add some more bugs, this time for mozilla.org :)
- # [16:55] <capella> marocz: ok ... watching you and steven and scott talk I go "hmmmmm?"
- # [16:55] <capella> thats kinda what i mean user perspective
- # [16:55] <@MarcoZ> icaaq: And it should have aria-expanded="true" if the stuff it is showing is showing, and aria-expanded="false" if that stuff is hidden.
- # [16:56] <@MarcoZ> capella: Oh yeah, that discussion. Hope we can reach some agreement. Really curious to see what stevef comes up with.
- # [16:56] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [16:58] <icaaq> MarcoZ: Ohhhhh!! *frustrated*
- # [16:59] <icaaq> MarcoZ: I cant really understand why they use role="menubar" on mozilla.org it makes no sense at all.
- # [17:02] <icaaq> MarcoZ: It's only in smallscreen mode it being used. so I think it's hard for you to test :)
- # [17:06] * Quits: @firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [17:08] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [17:08] * ChanServ sets mode: +o firebot
- # [17:24] <icaaq> role="menuitem" on a a-element is also kind of confusing.
- # [17:28] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [17:28] * ChanServ sets mode: +o hub
- # [17:32] <@MarcoZ> icaaq: Yeah, I remember having seen this once, but it went away for my view, so I thought it was gone for good. Menubar and menuitem really don't make sense for these, unless you're dealing with a true simulated Desktop app like Google Docs. And since we don't, they should just get rid of those.
- # [17:33] <@MarcoZ> hub: Hi! I like the try build in bug 718700. It shows the landmarks very nicely.
- # [17:33] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=718700 nor, P2, ---, nobody, NEW, [Mac] WAI-ARIA landmarks are not communicated to VoiceOver.
- # [17:36] <icaaq> MarcoZ: yes, a role="navigation" should be more than enough.
- # [17:40] <@hub> MarcoZ: good, good.
- # [17:41] <@hub> MarcoZ: I hope to push all these changes soon to nightly
- # [17:41] <@firebot> dbolter@mozilla.com changed the Status on bug 768299 from UNCONFIRMED to RESOLVED.
- # [17:41] <@firebot> dbolter@mozilla.com set the Resolution field on bug 768299 to DUPLICATE of bug 768296.
- # [17:41] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768299 nor, --, ---, nobody, RESO DUPLICATE, Presentational role on an image with an another element controlling it by using aria-controls
- # [17:41] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768296 nor, --, ---, nobody, UNCO, Don't bail on global aria attribute processing because of role="presentation"
- # [17:54] <@MarcoZ> Hm, the button to open the menu on ICS is still not labeled. But today's probably not a good time to talk to the mobile team about this. ;)
- # [17:54] * Quits: Bryen (Bryen@AD869AA5.7763354F.AD565587.IP) (Client exited)
- # [17:57] <@hub> davidb: from the gnome a11y list: "This summer (end of September) we plan to do an Accessibility meeting in
- # [17:57] <@hub> Randa/Switzerland with people from both Gnome and KDE."
- # [18:05] * Quits: @jprmc (jprmc@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [18:07] * Joins: jprmc (jprmc@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [18:07] * ChanServ sets mode: +o jprmc
- # [18:11] * Parts: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP)
- # [18:13] <@MarcoZ> davidb: eeejay: I just filed bug 768494 to make sure the menu button on ICS becomes accessible. It should be a low-risk change and should still be OK to take on Aurora, too.
- # [18:14] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768494 maj, --, ---, nobody, NEW, Provide an accessibility string for the menu button on ICS
- # [18:15] * Joins: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net)
- # [18:16] * khuey is now known as khuey|away
- # [18:31] <@hub> MarcoZ: I think eeejay is busy at OSBridges in Portland
- # [18:34] <@firebot> bmo@edmorley.co.uk changed the Status on bug 767264 from ASSIGNED to RESOLVED.
- # [18:34] <@firebot> bmo@edmorley.co.uk set the Resolution field on bug 767264 to FIXED.
- # [18:34] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=767264 nor, --, mozilla16, markcapella, RESO FIXED, remove uses of do_QueryObject() in CAccessibleHyperlink
- # [18:41] <@MarcoZ> hub: Ah OK!
- # [18:43] * @MarcoZ is getting scared of himself. Just hacked something together in Java for bug 768494.
- # [18:43] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=768494 maj, --, ---, nobody, NEW, Provide an accessibility string for the menu button on ICS
- # [18:53] <@firebot> dbolter@mozilla.com granted review for attachment 636194 on bug 758113.
- # [18:53] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=758113 nor, --, ---, nobody, NEW, rm a bunch of nsIDOMNode stuff in nsHyperTextAccessible
- # [18:55] <capella> so thats what JAVA looks like
- # [18:57] * khuey|away is now known as khuey
- # [18:57] <@davidb> MarcoZ: you could ask margaret for review
- # [19:05] <@hub> looks trivial
- # [19:05] <@hub> :-)
- # [19:07] * Quits: @jprmc (jprmc@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: Leaving)
- # [19:07] * Joins: jprmc (jprmc@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [19:07] * ChanServ sets mode: +o jprmc
- # [19:10] * Quits: Stevef (chatzilla@moz-CD0F47B5.cable.virginmedia.com) (Ping timeout)
- # [19:12] * Quits: @firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [19:14] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [19:14] * ChanServ sets mode: +o firebot
- # [19:15] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=737015 nor, --, ---, nobody, UNCO, View>Stop and View>Reload menu items are missing on Linux
- # [19:15] <@firebot> dbolter@mozilla.com cancelled review?(dbolter@mozilla.com ) for attachment 636203 on bug 767843.
- # [19:15] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=767843 nor, --, ---, trev.saunders, NEW, stop using nsIDOMHTMLOptionElement in a11y
- # [19:19] * Joins: Stevef (chatzilla@moz-CD0F47B5.cable.virginmedia.com)
- # [19:22] <@firebot> dbolter@mozilla.com granted review for attachment 636224 on bug 767860.
- # [19:22] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=767860 nor, --, ---, trev.saunders, NEW, stop using nsIDOMHTMLInputElement in a11y
- # [19:23] <@MarcoZ> davidb: Done.
- # [19:31] * Joins: mgorse (mgorse@moz-ECEC6393.org)
- # [19:31] <mgorse> Hi all. Is the Firefox available from Google Play accessible now? Or do I need to download a nightly?
- # [19:32] <@davidb> mgorse: beta, aurora or nightly AFAIK
- # [19:33] <@davidb> mgorse: it would be cool if you went with nightly, but I'd understand not wanting the risk.
- # [19:33] <@davidb> also, hi!
- # [19:33] <mgorse> Okay. Just saw your retweet, and I didn't know if that meant that the version with accessibility was out yet or not
- # [19:33] <@tbsaunde> davidb: isn't there no beta, since 14 shiped early?
- # [19:33] <@davidb> ah yes, I am hesitant to shout about the release for this very reason
- # [19:33] <@davidb> tbsaunde: you are probably right
- # [19:34] <mgorse> So there's a release, but the a11y is coming in a future release?
- # [19:34] <@davidb> tbsaunde: oh btw, the change to range makes the code a lot nicer to read
- # [19:34] <mgorse> and, meh, I have no usable browser on my phone now atm, so, no matter what it is, it is surely better than nothing, or at least the worst that will happen would be that I'd waste some time and not get anywhere
- # [19:34] <@davidb> mgorse: right, and you can get it today if you don't mind it being called aurora or nightly
- # [19:35] <@davidb> MarcoZ: how awesome would it be to have mgorse on FF mobile nightly?
- # [19:37] * Quits: @hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [19:43] <@tbsaunde> davidb: I agree :)
- # [19:46] <@MarcoZ> davidb: mgorse: That would be awesome!
- # [19:47] <@MarcoZ> mgorse: You can grab the apk from http://nightly.mozilla.org
- # [19:50] * Joins: hub (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [19:50] * ChanServ sets mode: +o hub
- # [19:54] <capella> Gotta drop off till later ....
- # [20:03] * Quits: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [20:11] <@davidb> tbsaunde: :)
- # [20:12] * Quits: @jprmc (jprmc@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [20:12] <@eeejay> mgorse, awesome! what phone are you on? what android version?
- # [20:13] <@davidb> this hurts my puny brain http://www.vupen.com/blog/20120625.Advanced_Exploitation_of_Mozilla_Firefox_UaF_CVE-2012-0469.php
- # [20:15] <@tbsaunde> davidb: yeah, that was tricky, I'll admitt to just skiming
- # [20:15] <@davidb> tbsaunde: are you on the mailing list?
- # [20:15] * @eeejay didn't get past the second sentence
- # [20:16] <capella> OW OW OW OW OW OW OW OW
- # [20:16] <@davidb> i think i need to write exploits in order to understand them
- # [20:17] <@davidb> and i need to understand them in order to write them
- # [20:17] * @davidb freezes
- # [20:18] <@tbsaunde> davidb: mailing list?
- # [20:18] <@tbsaunde> davidb: jesse linked it in #developers a day or two ago
- # [20:19] <@tbsaunde> reading the actually exploit might help, and reading the code involved if you really wanted to spend time
- # [20:19] <@MarcoZ> We have an expression in Germany for that which, intoned in the right way, expresses the dismay, or astonishment, about such a thing: "Leck' mich am Arsch..."
- # [20:20] <@MarcoZ> This is a case where the literal meaning so completely doesn't match the emotional meaning. :)
- # [20:21] <@hub> davidb: chicken and egg problem
- # [20:21] <@hub> at least we don't have that problem with bacon. we know it came after the pig
- # [20:22] <@MarcoZ> Part of that reminded me of the Assembler lessons I took in 1997. And the fact that I still recognized some of the statements really scared the hell out of me. :)
- # [20:22] <@MarcoZ> hub: LOL
- # [20:22] <@davidb> as long as you don't remember hex
- # [20:22] <@davidb> hexcode
- # [20:22] <@hub> Ham and egg: a day work for the chikcen, a lifetime commitment for the pig.
- # [20:23] <@hub> davidb: I remember the 68000 opcodes
- # [20:23] <@hub> some
- # [20:23] <@davidb> i used to know some 6809
- # [20:24] <@hub> I didn't have a computer running that
- # [20:25] <@davidb> you would have been only a slice of bacon back then
- # [20:27] <@davidb> of course that is silly talk… since you are not a bacon tree
- # [20:30] <@davidb> MarcoZ: what is the translation?
- # [20:33] <@MarcoZ> davidb: "Kiss my bottom". Or "Kiss my ass", whichever you prefer. Literally, "lick my ass", but I believe this is not a common phrase in English.
- # [20:34] <@MarcoZ> Uh-oh, I pushed to try before noticing that it might have a problem with slowness.
- # [20:34] <@davidb> lol
- # [20:34] <@davidb> taking that answer out of context might make me thing you are annoyed with me
- # [20:34] * Joins: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [20:35] <@davidb> in a very funny way
- # [20:35] * Quits: @hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [20:35] <@MarcoZ> davidb: Like I said, the literal meaning does not at all reflect the phrase's common use. :)
- # [20:36] <@davidb> hehe
- # [20:36] <@davidb> well there is a similar one we use in English in the same context
- # [20:37] <@davidb> "F me"
- # [20:37] * hub_ is now known as hub
- # [20:37] <@davidb> +uck
- # [20:37] <@MarcoZ> :D
- # [20:37] <hub> looks like my machine reboot
- # [20:37] <hub> ed
- # [20:38] <@MarcoZ> hub: That's not nice of it! :)
- # [20:40] <hub> nope
- # [20:46] * Quits: @firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [20:50] * Joins: icaaq (Adium@C8B97E80.7DCD925.CE255B90.IP)
- # [20:50] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [20:50] * ChanServ sets mode: +o firebot
- # [20:50] <@davidb> firebot!
- # [20:51] <@firebot> hi davidb
- # [20:56] * Joins: jprmc (jprmc@moz-3859BA3C.static.user.ono.com)
- # [20:56] * ChanServ sets mode: +o jprmc
- # [20:58] * Quits: icaaq (Adium@C8B97E80.7DCD925.CE255B90.IP) (Ping timeout)
- # [20:58] * Quits: clown (clown@67828CC7.C1A51174.9D42CF23.IP) (Client exited)
- # [20:59] * Joins: icaaq (Adium@C8B97E80.7DCD925.CE255B90.IP)
- # [21:02] * Joins: Mic (Instantbir@moz-DD713DC4.superkabel.de)
- # [21:03] * Joins: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
- # [21:20] <@MarcoZ> Oh, nice, many of these contentDescription items can be added via XML, making this a lot easier!
- # [21:23] * Quits: Mic (Instantbir@moz-DD713DC4.superkabel.de) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [21:25] * Quits: Stevef (chatzilla@moz-CD0F47B5.cable.virginmedia.com) (Ping timeout)
- # [21:53] <capella> wanders back...
- # [21:56] <@davidb> MarcoZ: r+ :)
- # [22:05] <@MarcoZ> davidb: Landed.
- # [22:05] <@davidb> nice
- # [22:06] <@MarcoZ> And now I'm off to bed. Good night!
- # [22:07] * Quits: @MarcoZ (Daily@moz-E47C69DC.dip.t-dialin.net) (Quit: Made Firefox for Android just a little more accessible. Good night!)
- # [22:10] * Quits: scott_gonzalez (scott_gonz@moz-44AB6E75.nc.res.rr.com) (Quit: scott_gonzalez)
- # [22:26] * Joins: scott_gonzalez (scott_gonz@moz-44AB6E75.nc.res.rr.com)
- # [22:27] * Quits: Justin_o (Justin_o@67828CC7.C1A51174.9D42CF23.IP) (Quit: Justin_o)
- # [22:28] <@davidb> ok all, catch ya tomolly
- # [22:28] <@davidb> or later
- # [22:28] * Quits: @davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:51] * Parts: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
- # [23:00] * khuey is now known as khuey|away
- # [23:07] * Joins: Stevef (chatzilla@moz-CD0F47B5.cable.virginmedia.com)
- # [23:10] * Quits: Stevef (chatzilla@moz-CD0F47B5.cable.virginmedia.com) (Ping timeout)
- # [23:18] * Quits: scott_gonzalez (scott_gonz@moz-44AB6E75.nc.res.rr.com) (Ping timeout)
- # [23:19] * Joins: scott_gonzalez (scott_gonz@moz-44AB6E75.nc.res.rr.com)
- # [23:43] * Parts: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net)
- # Session Close: Wed Jun 27 00:00:00 2012
The end :)