16:15:14 RRSAgent has joined #CSS 16:15:14 logging to http://www.w3.org/2010/11/24-CSS-irc 16:15:21 Zakim, this will be Style 16:15:21 ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 45 minutes 16:15:26 RRSAgent, make logs public 16:17:23 Bert: Thanks! 16:23:05 dbaron has joined #css 16:54:55 kojiishi has joined #css 16:56:17 oyvind has joined #css 16:57:15 Style_CSS FP()12:00PM has now started 16:57:22 Style_CSS FP()12:00PM has ended 16:57:23 Attendees were 16:59:08 trackbot has joined #css 16:59:12 Style_CSS FP()12:00PM has now started 16:59:19 +glazou 17:00:00 + +1.253.307.aaaa 17:00:07 zakim, 253 is me 17:00:07 sorry, arron, I do not recognize a party named '253' 17:00:25 Zakim, aaaa is arron 17:00:25 +arron; got it 17:00:25 zakim, aaaa is me 17:00:26 sorry, arron, I do not recognize a party named 'aaaa' 17:01:42 +TabAtkins 17:01:44 +Bert 17:02:00 +plinss_ 17:02:02 bradk has joined #css 17:02:10 +??P9 17:02:31 zakim, ??P9 is me 17:02:31 +kojiishi; got it 17:02:39 -kojiishi 17:02:43 +bradk 17:03:10 +ChrisL 17:03:21 +[IPcaller] 17:03:22 ChrisL has joined #css 17:03:30 +fantasai 17:03:36 +David_Baron 17:03:38 zakim, [IPcaller] is me 17:03:38 +kojiishi; got it 17:03:51 Zakim, mute me 17:03:52 fantasai should now be muted 17:04:47 ScribeNick: TabAtkins 17:04:54 + +44.131.208.aabb 17:05:00 zakim, aabb is me 17:05:00 +gsnedders; got it 17:05:04 zakim, mute me 17:05:04 gsnedders should now be muted 17:05:24 zakim, unmute me 17:05:24 fantasai should no longer be muted 17:05:27 glazou: Before testsuite discussion, anything else? 17:05:32 ChrisL: Brief item. 17:05:47 ChrisL: Liaison with epub, and whether the group is willing to do it. 17:05:54 fantasai: We already resolved to do it at the FtF. 17:06:15 fantasai: I'd like to publish FPWD of Writing Modes. 17:06:33 Just to note, I've been busy with university stuff over the past few days, and am not entirely up-to-date on CSS 2.1 testsuite stuff. 17:06:48 fantasai: jdaggett said he was okay with it. 17:06:56 zakim, mute me 17:06:56 fantasai should now be muted 17:07:28 yes 17:07:47 RESOLVED: Elika is the liaison with epub. 17:08:02 RESOLVED: Publish FPWD of Writing MOdes. 17:08:12 rrsagent, here 17:08:12 See http://www.w3.org/2010/11/24-CSS-irc#T17-08-12 17:08:21 glazou: We have 107 tests that aren't passed by two impls. 17:08:34 glazou: And over 9k tests that *are* passed by at least two. 17:08:39 http://wiki.csswg.org/test/css2.1/results 17:08:48 http://test.csswg.org/harness/results?s=CSS21_%25HTML_RC3&t=0&f[]=1&f[]=4&f[]=8&f[]=16 17:09:09 http://test.csswg.org/source/filename-list 17:09:15 glazou: At the last call, vendors were asked to review these tests. 17:09:17 links to the latest by filename 17:09:28 dbaron: There's a lot of activity on the wiki and on the list. 17:10:17 glazou: Tab, you sent an email about not having time to review yet? 17:10:33 TabAtkins: Yeah, I'll review after I run the next RC in Chrome. 17:10:46 glazou: What about tests that have no comments at all? 17:10:56 dbaron: In some cases I didn't look at them because I don't really know about them. 17:11:02 zakim, mute me 17:11:02 Bert should now be muted 17:11:26 glazou: When is the next RC going to be published? 17:11:36 zakim, unmute me 17:11:36 fantasai should no longer be muted 17:11:41 zakim, unmute me 17:11:41 gsnedders should no longer be muted 17:12:08 fantasai: I'm still working through the backlog of reported problems - I'm in mid October for feedback, and I think I have about two days of work left to fix all the errors. 17:12:18 fantasai: So probably next week, but possibly I can make it happen this weekend. 17:13:00 gsnedders: From our point of view, Oyvind was looking through the tests and was asking if we're delaying the next RC of the testsuite, what we'll doa bout the results deadline for the RC. 17:13:49 glazou: I'm somewhat disappointed that we're not yet ready with all the reviews by now. 17:14:08 Nah, I was asking what we're doing about the expected date for IRs for the next RC 17:14:31 Given that the RC is later than the date mentioned in the resolutions from the last F2F 17:15:00 puzzled by links to tests 17:15:02 http://test.csswg.org/harness/testcase?s=CSS21_%HTML_RC3&c=at-charset-013 17:15:05 +howcome 17:15:19 howcome has joined #css 17:15:21 Fatal error: Call to a member function get_test_suite() on a non-object in /sites/csswg.org/test/htdocs/harness/testcase.php on line 237
17:15:27 arron: Tab, can you run the tests that are on the wiki for now? 17:15:30 yes ChrisL just saw that 17:15:31 TabAtkins: Yeah, I can do that. 17:15:32 (A number of tests is also marked invalid on the wiki, that also reduces the issues list considerably, doesn't it?) 17:15:56 dbaron: Note that I wrote in a few places that Beta8 passes but not Beta6, because there are a few places where we fixed bugs. 17:16:12 ChrisL: If you follow the link in the agenda to the test, you get an error message. 17:16:18 http://test.csswg.org/harness/results?s=CSS21_HTML_RC3&t=0&f[]=1&f[]=4&f[]=8&f[]=16 17:17:28 plinss_: If you're just running a few tests for a new browser, please do the test in the harness. 17:17:28 bug in at-charset-013 - pass criteria are ambiguous 17:17:53 ChrisL: please report any errors to public-css-testsuite / wiki error page 17:18:15 ok, thought we might fix some on the call 17:18:32 arron: Peter, did you hook up the logic to display reftests correctly in the harness? 17:18:52 glazou: I suggested in the agenda email to review some tests in the conf call. 17:19:08 glazou: In the list of tests with 0 passes, we have a few with "invalid?" markers. Looking at these could be useful. 17:19:34 http://test.csswg.org/suites/css2.1/20101027/html4/background-intrinsic-004.htm 17:20:06 dbaron: Looks like Oyvind marked it as invalid. 17:20:09 oyvind: ping? 17:20:35 fantasai: Given that the other tests pass, I'm guessing this will pass as soon as it's fixed. 17:20:52 first of all, the version in the RC has been updated by fantasai 17:21:28 the "invalid" word links to the mail I sent about the remaining issue - http://lists.w3.org/Archives/Public/public-css-testsuite/2010Nov/0119.html 17:22:04 I don't have all the browsers listed (XP, not win7, for one), but IIRC Chrome still failed 17:22:18 ChrisL: I dropped in a link to a particular test I thought might be quick to do. 17:22:39 http://test.csswg.org/harness/testcase?s=CSS21_HTML_RC3&c=at-charset-013 17:23:49 ChrisL: The text is two lines with identical text, and the pass condition says it passed if "Filler Text" is green. One line of "Filler Text" is. I think the pass condition should just be that both lines should be red. 17:24:10 fantasai: Some of the printing-related tests might pass on printers, for example. 17:24:20 s/printers/Prince/ 17:24:34 howcome: I think you may be right, especially for cases where we know the test is valid and just need a pass. 17:24:50 glazou: Print-related tests should also pass in Print Preview. 17:25:14 ChrisL: There's some page-break-* tests that I suspect Prince will be more likely to pass. 17:26:21 glazou: When could we get a Prince report? 17:26:23 howcome: Dunno. 17:26:41 glazou: You don't need the whole suite - just the 100 or less that don't have two passes yet. 17:26:42 here is the list of 100 tests 17:26:44 http://test.csswg.org/harness/results?s=CSS21_%25HTML_RC3&t=0&f[]=1&f[]=4&f[]=8&f[]=16 17:26:58 howcome: http://wiki.csswg.org/test/css2.1/results 17:27:52 glazou: What other tests can we fix now? 17:28:05 http://test.csswg.org/suites/css2.1/20101027/html4/first-page-selectors-003.htm 17:28:32 glazou: This is mentioned by Oyvind as probably invalid. 17:28:58 http://lists.w3.org/Archives/Public/public-css-testsuite/2010Nov/0121.html is oyvind's email about it 17:29:28 fantasai: The test is correct - that's the intention of the spec. 17:29:33 arron: But is the spec clear enough to say that? 17:30:01 howcome: I don't see :first-page as applying... 17:30:19 miketaylr has joined #css 17:30:26 fantasai: If you force a break before the first page, it just puts the first page on a particular side. So the left page would be the first page, it's just on a different page than "normal". 17:30:34 (this text was introduced as part of issue 160 btw) 17:31:27 zakim, unmute me 17:31:27 Bert should no longer be muted 17:31:46 (I agree with Opera's interpretation: not the first page.) 17:31:52 ACTION howcome to check first-page-selectors-003 to make sure it's valid. 17:31:53 Created ACTION-277 - Check first-page-selectors-003 to make sure it's valid. [on HÃ¥kon Wium Lie - due 2010-12-01]. 17:32:49 plinss_: Some tests are somewhat ambiguous if someone isn't familiar with CSS's use of the term "box", because there's no visible box drawn on the page. Suggest updating to say "paragraph" or similar. 17:33:20 plinss_: if you notice more such pages, please send a list to public-css-testsuite 17:33:54 glazou: What about allowed-page-breaks-002? 17:34:19 Wrt page-breaking, CSS3 Page is rather explicit about forcing a :left :first page 17:34:22 "However, to force a ':left' or ':right' first page, authors MAY insert a page break before the first generated box (e.g., in HTML, specify this for the BODY element)." 17:34:25 http://www.w3.org/TR/css3-page/ 17:35:14 glazou: Should we defer to next week after the review? 17:35:25 allowed-page-breaks-002 assumes 4em is between three and four lines, but other than that I couldn't see anything obviously wrong (there's a negative margin whith trips us up a bit) 17:35:33 glazou: I am *insisting* on these reviews. 17:36:13 glazou: Hopefully this should further drastically reduce the number of <2 pass tests, so we can focus our attention on the handful of truly invalid ones. 17:36:24 arron: I think there's another easy one to check. 17:36:25 (Yes, oyvind, that's what I thought, too. It needs a 'line-height' property to be sure.) 17:36:26 fantasai: "page break" still suggests to me that there will actually be a page before it (though empty) 17:36:36 arron: overflow-applies-to-010 17:36:41 http://test.csswg.org/suites/css2.1/20101027/html4/overflow-applies-to-010.htm 17:36:48 Well, I was against that decision in the first place. 17:37:12 arron: The spec currently matches this test, but no impl does it. I think the spec was changed here about a year ago. 17:37:22 arron: So do we want to just reverse the spec change? 17:38:06 dbaron: I wanted the spec to go the other way when we discussed it the last time. 17:38:17 arron: And all impls would pass if we went back to what we had before. 17:39:03 fantasai: Could we just make it undefined in CSS2.1? 17:39:11 glazou: If we make it undefined we just remove the test. 17:40:37 fantasai: I think we need a coherent model for outside/parent/whatever bullets before we can determine what this *should* do. 17:41:03 RESOLVED: Change text surrounding overflow and bullets to make it explicitly undefined in CSS2.1. 17:43:13 TabAtkins: text-transform-bicameral-008 is invalid and easy to fix - the test is explicitly stating that the same capital letter should downcase to two different lowercase letters. 17:43:23 -004 has the same problem 17:43:32 (but it's in the 0-pass list) 17:43:34 TabAtkins: We shoudl just remove the couple of final-form letters that it's trying to test. 17:44:10 fantasai: Question on the run-in-contains tests. 17:44:21 fantasai: Nobody's said they're invalid, so what are we gonna do about them? 17:44:49 dbaron: I've always been in favor of removing run-in from the spec, but... 17:45:00 text-transform-bicameral-004 apparently passes in IE9, FWIW 17:45:12 Basically, if we're reviewing tests today, we should review tests that are not known invalid :) 17:45:22 oh, wait, 008 17:45:24 I can't read :) 17:45:24 Because that doesn't depend on RC4 17:45:40 gsnedders, we were discussing both 17:45:43 zakim, who is noisy? 17:45:55 ChrisL, listening for 10 seconds I heard sound from the following: Bert (4%), TabAtkins (5%), David_Baron (77%) 17:46:04 Zakim, mute David_Baron 17:46:04 David_Baron should now be muted 17:46:19 It's not noise from my end; probably bad cell connection. 17:46:23 glazou: Do you have a suggestion for what do about the tests, elika? 17:46:30 fantasai: Nope. 17:47:19 fantasai: Let's assume the run-in-contains tests are valid. There's still only one pass. 17:47:26 fantasai: Does Prince support run-ins? 17:47:30 howcome: ^^^ 17:48:15 howcome: I'm not sure, but I can check. 17:48:22 fantasai: Prince does support run-ins. 17:48:28 yes it does http://www.princexml.com/doc/7.0/properties/ 17:48:32 fantasai: So the way forward here would be to run these tests on Prince. 17:49:20 anne has joined #css 17:49:20 ChrisL: I've got the testsuite SVN pulled down locally, so I'll run them in Prince 7.1. 17:49:51 Make sure they're run with the file encoding as utf-8, if running locally 17:49:53 fantasai: I think I updated word-spacing-characters-001, and I don't recall getting many passes on it. 17:50:05 http://test.csswg.org/source/contributors/fantasai/submitted/css2.1/word-spacing-characters-001.xht 17:50:08 FF passes 17:51:35 arron: I think IE9 passes all but the final one. 17:52:06 TabAtkins: That one is pre, and also includes three kinds of whitespace - spaces, nbsp, and tabs. 17:54:04 glazou: white-space-control-characters-001 is passed by FFb and Opera 11b. 17:54:29 That's one of the ones I never managed to check. 17:55:25 glazou, it's a reftest 17:55:47 fantasai: The margin-collapse-clear tests were due to a spec change recently, since the earlier behavior made no sense (clear could sometimes make an element move up). 17:55:47 glazou, just load 001-ref in another tab and switch between them 17:55:56 white-space-control-characters-001 seems to have been broken in RC2, so maybe coming up in the list due to lack of reported results? 17:55:56 fantasai: The tests are valid, they're just not passed by anyone yet. 17:56:41 fantasai: At this point we either need to change the spec (which I don't think is a good idea) or we need impls to make a fix, so we can evaluate the web compat impact. 17:57:27 glazou: How long do people think it will take to fix implementations? 17:57:42 arron: I doubt IE9 will take this change, at least right now. 17:57:56 gsnedders: We're unlikely to make it for Opera 11. 17:58:53 glazou: What happens if we don't get two passes? This could potentially take months. 17:59:08 TabAtkins: We attempt to justify why the current spec is good, despite the lack of passes? 17:59:15 glazou: The feature isn't at-risk, so we need to pass. 17:59:57 fantasai: I think if we get at least one impl so we can evaluate web compat, we can make a case as to why we don't have two passes for this case. 18:00:09 glazou: When you say "make a case", do you mean when we discuss IRs with the director? 18:00:13 fantasai: Yes. 18:00:49 http://test.csswg.org/source/contributors/fantasai/submitted/css2.1/word-spacing-characters-001.xht passes in Firefox trunk but not in 4.0b6; I don't know why 18:00:59 Move to errata after REC? 18:01:15 glazou: We have exit criteria decided *long* ago, and if we start to special-case things it's no good. 18:01:24 fantasai: I don't think we'll have to do this for *any* other feature, just this one. 18:01:40 er, never mind, I think it's related to the default font size requirement 18:01:55 It passes with Firefox's default default font sizes, but not the default font sizes required by the test suite. 18:01:58 glazou: Next week, *have reviews ready please*. 18:02:23 dbaron: ??? 18:02:27 -TabAtkins 18:02:27 I mean, change the spec to match implementations, and then have an errata later on to change it back? 18:02:28 -arron 18:02:28 -ChrisL 18:02:29 -howcome 18:02:30 -fantasai 18:02:31 -glazou 18:02:34 -David_Baron 18:02:35 -plinss_ 18:02:35 -gsnedders 18:02:40 -bradk 18:02:53 dbaron: THe test should be font-size independent 18:02:59 bradk: That's such disgusting politics-maneuvering. >_< 18:03:01 -kojiishi 18:03:02 -Bert 18:03:03 Style_CSS FP()12:00PM has ended 18:03:05 Attendees were glazou, +1.253.307.aaaa, arron, TabAtkins, Bert, plinss_, kojiishi, bradk, ChrisL, fantasai, David_Baron, +44.131.208.aabb, gsnedders, howcome 18:03:05 fantasai, well, it's somehow profile-dependent 18:03:10 @_@ 18:03:19 fantasai, it passes in a freshly created profile and fails in the profile I used for the test suite that has the preference tweaks 18:03:23 Yeah, I know, but it is only this one test... 18:03:51 If it's only one test, I agree with elika that we should just get at least one impl and then try to justify it on its merits. 18:03:54 I think it's more honest to just say we don't have the passes 18:04:19 It would get us a pass, if we are not willing to overlook implementations not being ready in time. 18:04:20 I'm kindof annoyed Microsoft doesn't pass those tests :) 18:04:25 They wrote them. 18:04:31 And submitted them. 18:04:37 And brought up the issue 18:04:38 Heh. 18:04:51 That resulted in the edits to make them valid 18:05:34 Which I agree with! 18:05:34 Actually we never submitted those tests as official tests Ian added them to his suite and they got added that way. 18:06:00 Ian added them to his suite, yes, 18:06:01 the tests were created as a discussion point on Margin collapsing 18:06:05 but they were also added directly to the test suite 18:06:16 I didn't add them 18:06:19 no, you didn't 18:06:22 this was before your time 18:06:42 Actually I wrote the tests for Markus and Alex to discuss 18:07:30 arron, fantasia - question about running from local svn checkout 18:07:36 should i be in approved\css2.1\src 18:07:47 and is it correct that there is no harness? 18:07:48 ChrisL: depends on which tests you want to run 18:08:02 ChrisL: Probably you want to build the test suite first 18:08:07 i want to run these 18:08:08 http://test.csswg.org/harness/results?s=CSS21_%25HTML_RC3&t=0&f[]=1&f[]=4&f[]=8&f[]=16 18:08:29 the links are flat though while the svn is structured into directories per chapter 18:09:01 ok. and build can be doneon windows, or needs linux? 18:09:13 I think it can be done on windows 18:09:17 you need Perl and Python 18:10:32 i'm not seeing a makefile. i have cygwin (so bash shell, and perl, and python) 18:10:52 give me one sec.... 18:11:09 ok 18:11:12 svn update 18:11:21 Then 18:11:29 run ./tools/pub-css21.pl from the top-level directory 18:11:53 arron: So we discussed them, resolved to make the edits that made them valid, and accepted the tests into the test suite 18:12:38 hm, doesn't white-space-control-characters-001 depend on there either being no font on the system with U+0098, or only fonts where that glyph is exactly 1em wide 18:12:43 arron: You weren't officially submitting tests yourself, but we were still taking submissions at that time, and adding tests from an issue was an obvious thing to add 18:13:20 oyvind: ??? 18:13:43 oyvind: U+0098 is START OF STRING 18:13:52 oyvind: where is it occuring in the test? 18:14:47 in between two spaces inside #div1, as far as I can see 18:15:07 ah, build fails with "import html5lib # Warning: This uses a patched version of html5lib" 18:15:24 fantasai, assert is "White space processing model does not affect non white space control characters, in this case the 'Start of string' character." 18:15:27 oh, I was looking at the wrong test 18:15:56 ChrisL: The patch is in tools/CSSTestLib 18:16:03 ChrisL: I forget what version it's against... 18:16:05 :/ 18:17:00 ChrisL: It's against changeset 1588:334d59049eb7 18:17:11 ChrisL: How about I just zip up a copy and send it to you 18:17:12 fantasai: I think the problem is we weren't actually submitting the tests at all. 18:17:35 fantasai yes that might be easier 18:17:40 arron: I'm pretty sure either Markus or Alex said it was ok to add them to the test suite 18:17:52 arron: I could be wrong 18:18:15 arron: but I don't see why you wouldn't have wanted them to do so 18:19:53 ChrisL: Sending now. Should appear in your mailbox in a few minutes 18:20:31 anyway, I should go... 18:20:36 fantasai: we don't want them submitted because they are incorrect. Or we think they are incorrect. 18:20:52 arron: a) they were *already* submitted 18:21:03 arron: b) the spec was updated with the *intention of making those tests valid* 18:21:43 Should reviews for changes to approved tests be sent to the list? 18:21:55 a) they were not officially submitted by us they were only for talking points 18:21:56 fantasai, thanks 18:22:03 gsnedders: yes 18:22:16 arron: you're being too official 18:22:21 b) teh spec was changed but it still does not clearly explain this case from what I read a couple of weeks ago. 18:22:35 arron: "officially submitted" wasn't anything back then 18:22:38 fantasai: I have to be on this 18:24:19 arron: well, whether you think they were "officially submitted" or not, they're in the test suite 18:24:57 arron: if you want to argue copyright violation, I'll argue they're covered under the Membership agreement which gives W3C right to use them 18:25:36 arron: As for whether they're invalid, I'll have to write that up later 18:27:27 fantasai: I wanted to remove them. You then re-added them. When I removed them they were invalid per the spec. 18:28:22 fantasai: you may have re-added them but the problem is the tests do not match any implementation and probably won't because of interoperability on the web. 18:28:53 arron: I re-added them because I don't think they're invalid 18:29:15 arron: you can't unilaterally remove tests because *you* think they're invalid 18:29:25 arron: if dbaron reviewed them and said they were invalid, then you could remove them 18:29:30 Sure I can if they are owned by MS 18:29:37 No, you can't 18:29:41 Because they're not owned by MS 18:29:48 MS has joint ownership with W3C 18:30:12 Also, once the tests are released under BSD, you may own them, but everyone else has license to use whether you like it or not 18:30:23 And they were invalid when I removed them. 18:30:32 Again, that's your evaluation 18:30:38 but only your evaluation 18:31:01 Nobody else agreed they were invalid 18:31:13 The spec was defined that way. It may not be now but it was 18:31:14 which means your removal was not reviewed 18:31:31 which means you were not allowed to remove them 18:32:19 So you are saying I can never remove cases without approval. 18:32:27 Right 18:33:14 Which means at least somebody else has to agree they should be removed 18:33:17 and nobody else disagrees 18:33:40 every implementation agrees with me 18:33:41 (somebody else has to be a valid reviewer, i.e. not someone else at Microsoft but pretty much anybody else) 18:33:51 implementation is a something, not a somebody 18:34:05 true but this just means the spec is wrong 18:34:33 Bugwards compat is not a design principle here. 18:34:40 Web compat is. 18:34:56 it will have to be if we break major sites and companies. 18:35:17 if it breaks major sites and companies, it's web compat issue 18:35:26 but nobody's argued that 18:35:56 Yes but a company can't be expected to spend a million dollars changin all of their infrastructure just to match a CSS spec change 18:36:14 Arron, I am not arguing this with you. 18:36:16 I don't think you're listening to fantasai, arron. 18:37:32 tabatkins, I am listening, We cannot remove cases without approval. We all agreed on the spec changes. 18:38:12 I'm talkinga bout immediately above, where elika's saying that we *do* make changes for web compat, and you're saying "no, we have to make changes for web compat". 18:38:19 I just don't think we correctly cover this case yet in the updates. And if we did then we will break sites which is something we just figuring out from current evaluation 18:40:18 Well moving the element up is correct fro some sites though currently incorrect per the spec. The spec says you don't move the element up but this breaks sites too. 18:41:15 and all implementations match. So it seems like the least resistance is to leave the implementations and change the tests and spec to match. 18:42:23 This way we affect only a small number of sites that actually follow the current public spec and not the editors draft with the latest edits. 18:43:04 that should have been editors draft and then current spec. I had those backwards 18:44:59 fantasai, do you have a pointer to the spec change that the test in question is testing? 18:45:07 fantasai, if you do, I could at least file a bug about it 18:45:12 I'm not getting into an argument about margins anymore. I was just trying to interject and stop what I saw was some crosstalk. 18:47:16 (those were 2 of the 3 tests that I never figured out) 18:52:13 danielweck has joined #css 19:38:31 karl has joined #CSS 19:42:41 dbaron has joined #css 19:55:29 karl has joined #CSS 20:07:03 Zakim has left #CSS 20:26:25 miketaylr has joined #css 21:47:14 nimbupani has joined #css 23:02:56 homata has joined #CSS 23:51:08 nimbupani has joined #css 23:58:29 jdaggett has joined #css