Options:
- # Session Start: Wed Sep 02 00:00:00 2009
- # Session Ident: #css
- # [00:00] <TabAtkins> Now, second, I have no idea. text inputs are replaced, and I don't know of any way to get them to size themselves to the line-box. If the label and submit were known-width you could use calc() and margin, but I'm not sure if FF3 does calc() yet.
- # [00:01] <Curt`> i've tried that, it ignores my width if i use width: calc(100%-100px);
- # [00:01] <Curt`> (yes, the submit and text are fixed widths)
- # [00:02] <Curt`> hm well i guess i could do position: fixed; left: # right: #; that might work
- # [00:02] <TabAtkins> Hmm, yeah.
- # [00:03] <Curt`> i'll just fix everything (they are all static locations, even while scrolling)
- # [00:03] <TabAtkins> Ah, then yeah that'll work.
- # [00:03] <Curt`> except for the dynamic widthed text unput
- # [00:06] <Curt`> ar i can't belive it didn't work
- # [00:06] <TabAtkins> For serious?
- # [00:06] <Curt`> hte text input's left and top positions work
- # [00:06] <Curt`> but doing right: 25px; seemed to do nothing
- # [00:07] <Curt`> mayb a different.. position: fixed; i'll see what eles there is
- # [00:09] <Curt`> hm still no results :(
- # [00:09] <TabAtkins> Man, I thought for sure that specifying left and right together was supposed to imply the width.
- # [00:10] <Curt`> yeah me to :(
- # [00:10] <TabAtkins> javascript it is, I guess.
- # [00:11] <Curt`> I can't wait until I can use calc - i wanted to use it years ago when I first started messign with CSS w/ HTML
- # [00:11] <Curt`> (b4 i even knew about w3c :P)
- # [00:12] <TabAtkins> Heh, me too.
- # [00:14] <TabAtkins> Curt, another option: margin on the container, width:100% on the input, abspos the other two into position.
- # [00:15] <Curt`> ah good thinking, i'll try that
- # [00:22] <Curt`> ty much, got it working now
- # [00:23] <TabAtkins> cool
- # [00:25] <Curt`> Can I remove my submit button from sending a get thingy
- # [00:25] <TabAtkins> Yeah, make your form do POST instead.
- # [00:25] <Curt`> but i want my page to be get so if needed, its bookmarkable
- # [00:26] <Curt`> (i mean the text box)
- # [00:26] <TabAtkins> Do you just want the *submit* to not show up in the GET?
- # [00:26] <Curt`> yes.
- # [00:26] <TabAtkins> If so, just don't give it a name.
- # [00:26] <TabAtkins> no-name form elements aren't successful, and won't be included in the submitted data.
- # [00:27] <Curt`> how do i make it so i can use more than one set of []s?
- # [00:28] <Curt`> (before i was doing input[name=go]
- # [00:28] <Curt`> nevermind i'll just do type=submit
- # [00:29] <TabAtkins> Hrm? You just include more than one set of [], just like you'd do with multiple classes or something.
- # [00:29] <Curt`> okay
- # [00:31] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
- # [00:31] <Curt`> u said same applies for multiple classes? a.foo.bar <a class="abc foo hehe bar">test</a> for instance
- # [00:31] <Curt`> (i've never done that before, good to know, ty)
- # [00:32] <TabAtkins> No problem.
- # [00:32] <Curt`> so.. if i wanted a combo of classes and ids, i'd do.. a#foo.bar or a.bar#foo?
- # [00:32] <TabAtkins> Doesn't matter.
- # [00:33] <TabAtkins> Order is *completely* unimportant, except that the element name has to come first if it's being used (maybe - it's possible that *some* things could precede it, I dunno).
- # [00:34] <Curt`> okay ty
- # [00:48] * Curt` is now known as Curt`|food
- # [00:51] * fantasai notes that this discussion is kinda off-topic for this channel
- # [01:19] * Joins: myakura (myakura@114.163.207.14)
- # [01:19] * Quits: myakura (myakura@114.163.207.14) (Quit: Leaving...)
- # [01:58] * Joins: dbaron (dbaron@98.111.140.154)
- # [02:02] * Curt`|food is now known as Curt`|busy
- # [02:03] <Curt`|busy> yeha i asked b4 saying anything kuz i wasn't sure :P but it seems people tend to not answer me in the actual css channel on another server w/ most of my questions - i actually got HELP help here :D
- # [02:17] <fantasai> I think that's mostly a side-effect of it being low traffic
- # [02:33] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
- # [02:34] * Joins: shepazu (schepers@128.30.52.169)
- # [02:50] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
- # [02:52] * Quits: arronei (arronei@131.107.0.77) (Ping timeout)
- # [02:58] * Joins: arronei (arronei@131.107.0.82)
- # [03:09] * Quits: Curt`|busy (curt@76.241.64.212) (Quit: Sleep)
- # [04:48] * Quits: TabAtkins (chatzilla@99.35.179.251) (Ping timeout)
- # [04:49] * Quits: dbaron (dbaron@98.111.140.154) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [04:54] * Joins: shepazu (schepers@128.30.52.169)
- # [11:51] * Joins: Lachy_ (Lachlan@213.236.208.22)
- # [13:35] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: Leaving)
- # [13:45] * Lachy_ is now known as Lachy
- # [14:06] * Joins: myakura (myakura@114.163.207.14)
- # [14:22] * Parts: anne (annevk@83.85.115.44)
- # [14:27] * Joins: anne (annevk@83.85.115.44)
- # [14:56] * Joins: dbaron (dbaron@98.111.140.154)
- # [15:04] * Joins: TabAtkins (chatzilla@99.35.179.251)
- # [15:46] * Quits: anne (annevk@83.85.115.44) (Ping timeout)
- # [15:46] * Quits: annevk (opera@83.85.115.44) (Ping timeout)
- # [15:58] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [16:08] * Quits: dbaron (dbaron@98.111.140.154) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [16:36] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
- # [16:46] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: This computer has gone to sleep)
- # [16:47] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
- # [17:19] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [17:21] * Joins: shepazu (schepers@128.30.52.169)
- # [17:41] * Joins: glazou (glazou@82.247.96.19)
- # [17:42] * Joins: Zakim (rrs-bridgg@128.30.52.30)
- # [17:42] * Joins: RRSAgent (rrs-loggee@128.30.52.30)
- # [17:42] <RRSAgent> logging to http://www.w3.org/2009/09/02-CSS-irc
- # [17:42] <glazou> Zakim, this will be Style
- # [17:42] <Zakim> ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 23 minutes
- # [17:42] <glazou> rrsagent make logs public
- # [17:43] <glazou> RRSAgent, make log public
- # [17:43] <RRSAgent> I have made the request, glazou
- # [17:52] * fantasai waves to glazou
- # [17:52] <fantasai> Welcome back!
- # [17:52] <glazou> thanks fantasai
- # [17:57] * Joins: sylvaing (sylvaing@98.232.19.82)
- # [17:58] <Zakim> Style_CSS FP()12:00PM has now started
- # [17:58] <Zakim> + +1.281.712.aaaa
- # [17:59] * TabAtkins can't remembeer how to tell Zakim that that's me.
- # [18:00] <fantasai> Zakim, +1.281 is TabAtkins
- # [18:00] <Zakim> +TabAtkins; got it
- # [18:01] * MikeSmith to TabAtkins - I think you can do whatever unique substring... so "Zakim, aaaa is me" would work too. maybe
- # [18:01] * fantasai changes topic to 'CSS Working Group discussion'
- # [18:02] <Zakim> +Daniel_Glazman
- # [18:02] <Zakim> -Daniel_Glazman
- # [18:02] <Zakim> +Daniel_Glazman
- # [18:02] * Joins: oyvinds (oyvinds@213.236.208.22)
- # [18:03] * Joins: bradk (bradk@67.188.101.85)
- # [18:04] <Zakim> +bradk
- # [18:05] * Joins: ChrisL (ChrisL@128.30.52.30)
- # [18:05] * Joins: CesarAcebal (acebal@85.152.176.161)
- # [18:06] <Zakim> + +1.206.324.aabb
- # [18:06] <sylvaing> Zakim, +1.206.324 is sylvaing
- # [18:06] <Zakim> +sylvaing; got it
- # [18:06] <Zakim> + +34.60.940.aacc
- # [18:07] <glazou> Zakim, +34.60.940 is CesarAcebal
- # [18:07] <Zakim> +CesarAcebal; got it
- # [18:07] * ChrisL zakim, code?
- # [18:07] * Zakim saw 78953 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152) given for the conference code, ChrisL
- # [18:07] <glazou> hi ChrisL
- # [18:07] <Zakim> +Bert
- # [18:07] * ChrisL gets 78953 to be 'this passcode is not valid', sigh
- # [18:07] <ChrisL> hi glazou
- # [18:07] <glazou> ChrisL: appends to me often too with VoIP
- # [18:08] <Zakim> +ChrisL
- # [18:08] * ChrisL works now
- # [18:09] * sylvaing has to wait for the end of the spoken message to get through using his VoIP phone
- # [18:09] <glazou> sylvaing: I'll try that next time
- # [18:11] <Zakim> +Steve
- # [18:11] <fantasai> Zakim, Steve is fantasai
- # [18:11] <Zakim> +fantasai; got it
- # [18:12] * sylvaing speaking of boxes and diagrams, second Gerard Talbot's comment that the inline formatting model could use visual back-up
- # [18:12] * Joins: Lachy (Lachlan@85.196.122.246)
- # [18:12] <glazou> Steve is fantasai ?-)
- # [18:12] <sylvaing> glazou: sounds like Mozilla's implementation of transitions is pretty aggressive....
- # [18:12] <fantasai> who's minuting?
- # [18:12] <glazou> sylvaing: define aggressive ?-)
- # [18:13] <glazou> fantasai: that's outside of the call
- # [18:13] * ChrisL Bert: I don't want to have a non-continuous border change the shape of the
- # [18:13] <ChrisL> box. I still want the box to be rectangular.
- # [18:13] <glazou> we did not start yet
- # [18:13] * Joins: szilles (chatzilla@71.202.66.40)
- # [18:13] <Zakim> +SteveZ
- # [18:13] * Quits: myakura (myakura@114.163.207.14) (Quit: Leaving...)
- # [18:14] <fantasai> ScribeNick: fantasai
- # [18:14] <fantasai> Glazou: I'm back from summer break, not quite caught up with everything
- # [18:14] <fantasai> Glazou: Extra agenda item from Chris
- # [18:14] <fantasai> ChrisL: It's already in the Agenda
- # [18:14] <fantasai> s/Glazou/Daniel/
- # [18:14] <fantasai> s/Glazou/Daniel/
- # [18:15] <fantasai> Topic: box-shadow and border-image
- # [18:15] <fantasai> ChrisL: ...
- # [18:15] <fantasai> ChrisL: You know the diagram with the border and padding edge etc?
- # [18:15] <fantasai> ChrisL: Imagine a similar diagram with the corners rounded
- # [18:16] <fantasai> ChrisL: I asked which diagram we use (?)
- # [18:16] <ChrisL> http://www.w3.org/Style/Group/css2-src/images/boxdim.png
- # [18:16] <fantasai> ChrisL: Bert said the boxes should be rectangular
- # [18:17] <fantasai> ChrisL: but you have a different clipping effect
- # [18:17] <fantasai> ChrisL: I also asked if the border-image affects the geometric layout of these boxes
- # [18:17] <fantasai> ChrisL: And I was told no, it doesn't
- # [18:18] <Zakim> +Hakon_Lie
- # [18:20] <fantasai> ...
- # [18:20] <fantasai> Brad: So the question is, when is the border-radius applied and when is it not
- # [18:20] <fantasai> fantasai: The border-radius is applied to the definition of the boxes for rendering effects, but not for layout
- # [18:21] <fantasai> fantasai: for layout you only care about the edges, not the shape of the corners
- # [18:22] <TabAtkins> http://www.bradclicks.com/cssplay/curved-corner-image.html
- # [18:22] <fantasai> ChrisL: So there's no way to prevent text from leaking other than providing sufficient padding
- # [18:22] <fantasai> fantasai: right
- # [18:22] <sylvaing> CSS2 borders clip at the inner border edge; Brad's example clipped at the outer border edge
- # [18:22] <fantasai> ChrisL: was the rendering that Brad showed per spec or an implementation bug?
- # [18:23] <fantasai> fantasai: Implementation bug. The spec says to follow the curve for clipping effects, jumping from one curve to the other isn't a reasonable interpretation
- # [18:23] <fantasai> ChrisL: fantasai's suggesting this particular unioning algorithm
- # [18:24] <fantasai> ChrisL: I think it'll look a little odd. I can produce images that look good, and some that look bad with it
- # [18:24] <fantasai> ChrisL: You don't need to do edge detection
- # [18:25] <fantasai> ChrisL: As you rightly pointed out, spread is a complicated operation and if you have a raster image it's out of the question
- # [18:25] <fantasai> ChrisL: blur radius is fine, but spread basically moves the geometry out and that's difficult to do without actual geometry
- # [18:26] <fantasai> Brad: I disagree with the notion of doing alpha channel for box channel without taking into account border styles or backgrounds
- # [18:26] <fantasai> Brad: I don't see why border-image should have a special alpha-based channel behavior
- # [18:26] <fantasai> Brad: I'd rather see a proper drop-shadow effect rather than this half-effort for border-image
- # [18:27] <fantasai> ChrisL: It's hard to address pieces of the border image otherwise
- # [18:27] <fantasai> Brad: If we had a drop-shadow property, it could have a switch on it that says what it affects: borders, border-images, everything, etc.
- # [18:27] <fantasai> Brad: So far box-shadow only takes into account the border box
- # [18:28] <fantasai> ChrisL: it does take into account border-radius
- # [18:28] <fantasai> Brad: Still limited to flat edges and possibly curved corners
- # [18:28] <fantasai> Brad: If you have a dashed border going around the curve
- # [18:28] <fantasai> Brad: It's going to be a flat border until you put a border image
- # [18:28] * TabAtkins or hell, just an identical border-image of a dashed border.
- # [18:29] <fantasai> Brad: You'd get a different effect if you had a border-image shashed border vs a UA-defined dashed border
- # [18:29] <ChrisL> http://www.bradclicks.com/cssplay/border-image/Alladins_Lamp.png
- # [18:32] <fantasai> fantasai: Two things come to mind from this discussion
- # [18:33] <fantasai> fantasai: One is, we could use the background-clip on the bottommost background layer to determine whether the dashes fall inside the box-shadow's auto-opaque area or outside it
- # [18:33] <fantasai> fantasai: box-shadow is supposed to represent clipping the box out and pulling it forward of the canvas
- # [18:34] <fantasai> fantasai: if you filled it with background paint, then it's obvious that in the default case (background-clip: border-box) your box would be rectangular even in the case of dashed borders
- # [18:34] <fantasai> fantasai: but if you set background-clip: padding-box, the dashes are outside the background paint region
- # [18:34] <fantasai> fantasai: and if you were clipping out the box, you'd clip around the dashes, leaving gaps in between
- # [18:34] <fantasai> fantasai: the other thought was, Brad mentioned perhaps never alpha-channel-masking the border area
- # [18:35] <fantasai> fantasai: and if the author needed alpha-channel masking, it would only apply to regions of the border-image outset beyond the border-box
- # [18:36] <fantasai> TJ: If we're trying to be intelligent about alpha, we can't just pay attention to the bottommost background unless we say background is automatically opaque
- # [18:36] <fantasai> fantasai: we're saying that the background is automatically opaque
- # [18:37] <fantasai> Brad: The box shape that you're shadowing, it's not really paying attention to the alpha of the box it's just pretending it's opaque
- # [18:38] <fantasai> ...
- # [18:39] <fantasai> Brad things authors will want more controls over what is drop-shadowed
- # [18:41] <fantasai> fantasai: we can always add more controls later, and this would just be the default behavior
- # [18:41] <fantasai> s/TJ/Tab/
- # [18:41] <fantasai> Tab: Maye be don't need to make this behavior that intelligent then
- # [18:42] <fantasai> ChrisL: I was agreeing with fantasai, but now I see both designers not happy
- # [18:42] <fantasai> ChrisL: If we make it less intelligent, then you always get a rectangle
- # [18:43] <fantasai> Brad: Initially my feeling was to suppress the shadow, because of your argument that we're not changing the box shape we're just decorating it
- # [18:47] <Bert> (Maybe we can define shaped boxes some day, which shape the content box and hence the text, rather than just the border...)
- # [18:47] <fantasai> fantasai: How about you take an action item to draw up a proposal for what kind of controls we want in the future
- # [18:47] <fantasai> fantasai: so that we know whether box-shadow conflicts with that or adds to it
- # [18:47] <fantasai> SteveZ: Two comments. First, this is hard to follow without pictures
- # [18:47] <ChrisL> I'm happy to make diagrams, once we decide what to make a diagram *of*
- # [18:50] * TabAtkins hack possibility: <div style=width:0 margin:20px border-image:foo><div style=margin:-20px /></div>
- # [18:51] <glazou> did I hear howcome on the call ?
- # [18:52] <glazou> who said "'I support Bert" ?
- # [18:52] <fantasai> SteveZ: Second, what I'm hearing is that Tab and Brad want to shine a light throught the box, and take the shadow from that, and having part of the border-image take part in that and part of it not
- # [18:53] * sylvaing glazou, you make it sound like an outrageous thing to say :)
- # [18:53] <fantasai> Brad: I like the idea of using backgrond-clip to determine which box gets shadowed
- # [18:53] * ChrisL but it is!!!
- # [18:53] <fantasai> Bert, Hakon: I think it makes it all too complicated
- # [18:53] * ChrisL :)
- # [18:54] <fantasai> ACTION: Brad to come up with full shadow proposal (not finalized, but to see where we're going)
- # [18:54] * trackbot noticed an ACTION. Trying to create it.
- # [18:54] * RRSAgent records action 1
- # [18:54] <trackbot> Created ACTION-174 - Come up with full shadow proposal (not finalized, but to see where we're going) [on Brad Kemper - due 2009-09-09].
- # [18:54] <fantasai> ACTION: fantasai draw up proposal for box-shadow modified by ideas posted here
- # [18:54] * trackbot noticed an ACTION. Trying to create it.
- # [18:54] * RRSAgent records action 2
- # [18:54] <trackbot> Created ACTION-175 - Draw up proposal for box-shadow modified by ideas posted here [on Elika Etemad - due 2009-09-09].
- # [18:55] <fantasai> RESOLVED: Republish Media Queries and CSS 2.1 after Bert adds media_list grammar rule
- # [18:56] <fantasai> discussion of process requirements for republishing CRs
- # [18:57] <fantasai> CSS2.1 Issue 128
- # [18:57] <glazou> http://lists.w3.org/Archives/Public/www-style/2009Jul/0025.html
- # [18:57] <fantasai> display: run-in clarifications
- # [18:57] <fantasai> Bert: We'd made some progress on the mailing list after some very good questions from bz
- # [18:57] <fantasai> Bert: So we know ... and where floating children are displayed
- # [18:58] <fantasai> Bert: What we don't have yet is what happens with :first-line and :first-letter
- # [18:58] <fantasai> Tab: I support Sylvain that :first-line/:first-letter still cause problems.
- # [18:58] <fantasai> Tab: Don't know for the positioning ancesters of an abspos child of the run-in.
- # [18:59] <fantasai> Bert: My position is that it's the element hierarchy rather than the box hierarchy
- # [18:59] <fantasai> Bert: That's how I interpret the rules in 10.1
- # [18:59] <fantasai> Tab: You should get in on the thread; bz is expressing the opposite
- # [19:00] <fantasai> fantasai: Sounds like we need more mailing list discussion
- # [19:00] <glazou> http://lists.w3.org/Archives/Public/www-style/2009Aug/0605.html
- # [19:00] <fantasai> Topic: Message from UPnP forum
- # [19:00] * sylvaing is reassured he didn't get himself into a thread with bz under the influence
- # [19:01] <fantasai> Daniel: I just noticed this email yesterday
- # [19:01] <fantasai> Daniel: Apparently Toby wants an answer before today
- # [19:01] <fantasai> ACTION: fantasai respond to Toby
- # [19:01] * trackbot noticed an ACTION. Trying to create it.
- # [19:01] * RRSAgent records action 3
- # [19:01] <trackbot> Created ACTION-176 - Respond to Toby [on Elika Etemad - due 2009-09-09].
- # [19:02] <fantasai> SteveZ: You can invite them to contribute test cases
- # [19:02] <fantasai> ChrisL: I think asking them to help review test cases would be better :)
- # [19:02] <fantasai> SteveZ: ok, /contribute/ to the test suite process
- # [19:03] <fantasai> Meeting closed
- # [19:03] <Zakim> -ChrisL
- # [19:03] <Zakim> -SteveZ
- # [19:03] <Zakim> -TabAtkins
- # [19:04] <Zakim> -Hakon_Lie
- # [19:04] <Zakim> -sylvaing
- # [19:04] <Zakim> -bradk
- # [19:04] <Zakim> -Bert
- # [19:04] * Quits: sylvaing (sylvaing@98.232.19.82) (Quit: sylvaing)
- # [19:04] <Zakim> -CesarAcebal
- # [19:04] <Zakim> -Daniel_Glazman
- # [19:04] <fantasai> Zakim, who was here?
- # [19:04] <Zakim> I don't understand your question, fantasai.
- # [19:04] <ChrisL> zakim, list attendees
- # [19:04] <Zakim> As of this point the attendees have been +1.281.712.aaaa, TabAtkins, Daniel_Glazman, bradk, +1.206.324.aabb, sylvaing, +34.60.940.aacc, CesarAcebal, Bert, ChrisL, fantasai, SteveZ,
- # [19:04] <Zakim> ... Hakon_Lie
- # [19:04] <glazou> fantasai: TJ, brad, glazou, chrisl, cesaracebal, howcome, bert, sylvaing
- # [19:04] <glazou> stevez
- # [19:04] <Zakim> -fantasai
- # [19:04] <Zakim> Style_CSS FP()12:00PM has ended
- # [19:04] <Zakim> Attendees were +1.281.712.aaaa, TabAtkins, Daniel_Glazman, bradk, +1.206.324.aabb, sylvaing, +34.60.940.aacc, CesarAcebal, Bert, ChrisL, fantasai, SteveZ, Hakon_Lie
- # [19:04] * Parts: CesarAcebal (acebal@85.152.176.161)
- # [19:05] * Quits: oyvinds (oyvinds@213.236.208.22) (Quit: oyvinds)
- # [19:05] <bradk> "Brad: Initially my feeling was to suppress the shadow, because of your argument that we're not changing the box shape we're just decorating it" s/b "Brad: Initially my feeling was to suppress the shadow, but changed that because of the argument that we're not changing the box shape we're just decorating it"
- # [19:05] * Quits: ChrisL (ChrisL@128.30.52.30) (Client exited)
- # [19:05] * Quits: bradk (bradk@67.188.101.85) (Quit: leaving)
- # [19:09] * Quits: glazou (glazou@82.247.96.19) (Quit: glazou)
- # [19:35] * Quits: szilles (chatzilla@71.202.66.40) (Ping timeout)
- # [19:36] * Joins: dbaron (dbaron@98.111.140.154)
- # [20:01] * Joins: szilles (chatzilla@192.150.10.200)
- # [20:41] * Quits: Hixie (ianh@129.241.93.37) (Ping timeout)
- # [21:10] * Zakim excuses himself; his presence no longer seems to be needed
- # [21:10] * Parts: Zakim (rrs-bridgg@128.30.52.30)
- # [22:17] * Joins: Curt`|busy (curt@76.241.64.212)
- # [22:19] * Joins: Hixie (ianh@129.241.93.37)
- # [22:40] * Quits: Lachy (Lachlan@85.196.122.246) (Ping timeout)
- # [22:41] * Joins: Lachy (Lachlan@67.202.67.106)
- # [22:44] * Quits: Lachy (Lachlan@67.202.67.106) (Ping timeout)
- # [22:50] * Joins: Lachy (Lachlan@85.196.122.246)
- # Session Close: Thu Sep 03 00:00:00 2009
The end :)