16:29:43 RRSAgent has joined #CSS 16:29:43 logging to http://www.w3.org/2010/02/10-CSS-irc 16:31:47 Zakim, this will be Style 16:31:47 ok, glazou_sick; I see Style_CSS FP()12:00PM scheduled to start in 29 minutes 16:31:58 RRSAgent, make logs public 16:33:11 plinss has joined #css 16:54:01 Style_CSS FP()12:00PM has now started 16:54:08 + +1.408.398.aaaa 16:54:33 dsinger_ has joined #css 16:54:47 zakim, who is here? 16:54:47 On the phone I see +1.408.398.aaaa 16:54:48 On IRC I see dsinger_, plinss, RRSAgent, Zakim, glazou_sick, shepazu, anne, szilles, CesarAcebal, TabAtkins, Bert, karl, Hixie, fantasai, trackbot, krijnh, Lachy, arronei 16:55:29 + +1.858.216.aabb 16:55:39 zakim, aabb is me 16:55:39 +plinss; got it 16:55:48 dethbakin has joined #css 16:55:49 zakim, mute dsinger_ 16:55:49 sorry, dsinger_, I do not know which phone connection belongs to dsinger_ 16:56:18 zakim, aaaa is dsinger_ 16:56:18 +dsinger_; got it 16:56:18 Zakim, 398.aaaa is dsinger_ 16:56:19 sorry, dsinger_, I do not recognize a party named '398.aaaa' 16:56:25 sylvaing has joined #css 16:56:33 rrsagent, make logs public 16:56:40 oyvind has joined #css 16:56:43 zakim, mute dsinger_ 16:56:43 dsinger_ should now be muted 16:56:56 Zakim, thank you 16:56:57 you are very welcome, dsinger_ 16:56:57 + +95089aacc 16:57:05 Zakim: aacc is me 16:57:11 + +1.617.650.aadd 16:57:12 Zakim, aacc is me 16:57:12 +glazou_sick; got it 16:57:33 +1.617.650.aadd is me 16:57:48 + +1.206.324.aaee 16:57:56 Zakim, aaee is sylvaing 16:57:56 +sylvaing; got it 16:59:45 -dsinger_ 17:00:17 + +1.408.636.aaff 17:00:31 smfr has joined #css 17:00:45 +dsinger_ 17:01:03 dsinger_ has joined #css 17:01:17 zakim, who is on the phone? 17:01:17 On the phone I see plinss, glazou_sick, +1.617.650.aadd, sylvaing, +1.408.636.aaff, dsinger_ 17:01:24 zakim, mute dsinger_ 17:01:24 dsinger_ should now be muted 17:01:30 zakim, aadd is dethbakin 17:01:30 +dethbakin; got it 17:01:40 Zakim, aaff is me 17:01:40 +smfr; got it 17:01:47 zakim, who is here? 17:01:47 On the phone I see plinss, glazou_sick, dethbakin, sylvaing, smfr, dsinger_ (muted) 17:01:50 On IRC I see dsinger_, smfr, oyvind, sylvaing, dethbakin, plinss, RRSAgent, Zakim, glazou_sick, shepazu, anne, szilles, CesarAcebal, TabAtkins, Bert, karl, Hixie, fantasai, 17:01:53 ... trackbot, krijnh, Lachy, arronei 17:01:53 + +34.60.940.aagg 17:02:19 zakim, aagg is me. 17:02:19 +CesarAcebal; got it 17:02:45 + +1.281.712.aahh 17:02:50 dbaron has joined #css 17:02:51 Zakim, aahh is me. 17:02:51 +TabAtkins; got it 17:03:08 +Bert 17:03:10 +[Mozilla] 17:03:16 ChrisL has joined #css 17:03:26 acebal@uniovi.es 17:03:27 +??P25 17:03:32 Zakim, [Mozilla] has dbaron 17:03:32 +dbaron; got it 17:04:20 +ChrisL 17:04:27 -CesarAcebal 17:04:53 +[Microsoft] 17:04:54 Scribenick: TabAtkins 17:04:56 bradk has joined #css 17:05:03 zakim, microsoft is me 17:05:03 +arronei; got it 17:05:13 plinss: Anything extra for the agenda? 17:05:36 Topic: CSS 2.1 test suite 17:05:41 plinss: Anything interesting? 17:05:48 fantasai: Just fixing glitches in some of the publications 17:05:57 arronei: I'll send in a few more errors I found. Simple stuff. 17:06:05 fantasai: Any progress on metadata? 17:06:11 arronei: I started it, but got sidetracked. 17:06:28 fantasai: I put up documentation on reftests on the wiki: what it is, how to write one 17:06:46 fantasai: There no reftests in the alpha right now, because there's no sensical indexing method right now. 17:07:17 fantasai: Plan for the next day or two is to list everything that's wrong with build scripts so we can fix them. 17:07:30 ChrisL: Since we can't have reftests at the moment, should we still be making them? 17:07:41 fantasai: Yes, it's a good format, and we'll get it published. 17:08:03 + +1.650.275.aaii 17:08:12 fantasai: You can write a test that is both a reftest and a self-describing test. 17:08:42 zakim, aaii is bradk 17:08:42 +bradk; got it 17:09:02 plinss: Anything else in the test suite? 17:09:20 Topic: FtF - reconfirming dates 17:09:29 Yes 17:09:29 plinss: Current have March 29 - 31. Still the plan? 17:09:49 ChrisL: I thought that one was fine, but the *next* one had a request to change it? 17:09:53 fantasai: Yeah, we did. 17:10:06 glazou_sick: I wanted it on the agenda so the SVGWG would know about the firm date we have. 17:10:16 zakim, unmute dsinger_ 17:10:16 dsinger_ should no longer be muted 17:10:44 dsinger_: How do I get the official announcement out about location/suggestion to stay? How do I get peopel to announce they're coming so I can arrange everything? 17:10:59 ChrisL: Just do a ??? form, it's easy. And you'll be on the CC list so you'll see when people register. 17:11:09 s/??? form/WBS form/ 17:11:13 fantasai: Or just email the WG and say "respond if you're coming". 17:11:23 glazou_sick: If you could publish a list of hotels asap, it would help. 17:11:35 plinss: There's a page on the w3c server with a bunch of pertinent information from previous meetings. 17:11:36 sylvaing: you can dream :) 17:11:55 sylvaing: bring your cheque book 17:12:01 dsinger_: I assume it'll be a small enough group we can do lunch in the cafeteria. 17:12:06 ChrisL: Sounds fine. 17:12:58 plinss: and if we do a joint meeting with SVG, can you handle that on site? 17:13:04 dsinger_: How many people are likely to join us? 17:13:18 glazou_sick: I think Doug said the SVGWG was fairly small, maybe 6-7 people 17:13:24 dsinger_: Ok. 17:13:42 +[IPcaller] 17:13:43 plinss: Do we want to set the 31st as the joint meeting? 17:13:52 glazou_sick: I suggest we ask the SVGWG what's most convenient. 17:13:57 zakim, mute dsinger_ 17:13:57 dsinger_ should now be muted 17:13:59 plinss: We're okay with dedicating one day of our meeting? 17:14:03 glazou_sick: Yes, I think so. 17:14:21 plinss: Elika, can you set up a wiki page for the agenda, so we can start posting suggested topics? 17:14:27 fantasai: Will do. 17:14:49 Topic: Richard Ishida editor for ruby 17:14:52 several: in favor 17:14:57 very in favor 17:15:10 ChrisL: Not only would he be a good editor, but he'll make tests and write tutorials and such. 17:15:30 glazou_sick: Does Richard know about it? ^_^ 17:15:49 fantasai: Is the ruby spec on dev.w3.org, or doees it need to be moved? 17:15:57 howcome has joined #css 17:16:00 Bert: I think it's already there, but he knows how to move it if necessary. 17:16:04 http://wiki.csswg.org/planning/cupertino-2010 17:16:25 ChrisL: I'm sure he doesn't have a huge patent portfolio, but still, might as well have him join. 17:16:45 Resolved: Richard Ishida will be editor of CSS Ruby spec. 17:17:09 Topic: Doug Shepers about deprecating DOMActivate event 17:17:11 http://lists.w3.org/Archives/Member/w3c-css-wg/2010JanMar/0009.html 17:17:16 plinss: Shepers sent an email a while back. 17:17:39 s/Shepers/Schepers/g 17:18:12 ChrisL: How does that affect CSS directly? Are there any pseudoclass defs that explicitly mention DOMActivate? 17:18:23 plinss: There's a note about a potential issue with the :active pseudoclass. 17:18:30 plinss: But I don't believe it's the same concept. 17:18:54 plinss: Not hearing any objections, so I assume we should just say "Go for it"? 17:19:24 Resolved: approve deprecating DOMActivate 17:19:27 Topic: CSS3 values 17:19:38 plinss: One thing we were etalking about is accepting scinot in numbers 17:19:52 ChrisL: That relates to a response I made about the style attribute. 17:20:11 plinss: And they were saying it would be nice to accept scinot across the board rather than special-casing it for SVG. 17:20:24 ChrisL: I agree. Special-casing is harder to work than just doing it everywhere. 17:20:43 plinss: There were some questions about precision, and roundtripping, and so on. I think it makes sense to allow scinot across the board. 17:21:01 Bert: I don't see why we need scinot in, say, typography. 17:21:08 plinss: It will probably come in handy in transforms. 17:21:18 sylvaing: I don't quite see the use-case either. 17:21:28 plinss: Do you see sufficient harm in including it? 17:21:47 s/sylvaing/howcome/ 17:21:56 dsinger has joined #css 17:22:01 howcome: There's a compatibility issue. Can someone point me to a use-case? 17:22:02 In CSS1 and CSS2, '3.6e-10' is a dimension, where '3.6' is the number and 'e-10' is the unit :-) 17:22:13 + +1.408.996.aajj 17:22:18 smfr: [Gives example with transformations] 17:22:20 zakiom aajj is [apple] 17:22:29 zakim, [apple] has dsinger 17:22:29 sorry, dsinger, I do not recognize a party named '[apple]' 17:22:42 howcome: What does this look like? 2.6e4 or the like? 17:22:45 smfr: Yes. 17:23:06 -dsinger_ 17:23:07 howcome: The notation has nothing to do with the precision. It has to do with what people type. I don't think people have to type e4 or whateveer. 17:23:16 ChrisL: Are you going to object? 17:23:34 howcome: I'm not going to object *yet*, but I'm not sure of the use-case. 17:23:56 It also means reading things like '2.6e4em' 17:24:25 plinss: The only thing it really precludes is us ever having a unit named "e". 17:24:34 dbaron: Or starting with e and followed by numeric characters. 17:24:45 howcome: My issue is really readability. I don't think it's intuitive. 17:25:52 plinss: The use-case isn't really when it's like 2.6e-4, it's like 2.6e-30, which is way easier to read than .00000...26 17:26:01 bert?: In what cases is that not 0? 17:26:07 is allowing scientific notation *harmful*? 17:26:12 plinss: In matrix transforms it's not equivalent. 17:26:16 it may be unusual, but does that matter? 17:27:15 ChrisL: We've already had apple and mozilla already say they want to do it to harmonize CSS and SVG. 17:28:02 [argument about readability of scinot] 17:28:23 sylvaing: We have a way of writing large numbers. When you get large enough it's no longer comfortable to use normal numbers. 17:28:24 I'd note there were a few fun (though far from insurmountable) issues with implementing scientific notation (see Mozilla bug 302971): it requires more pushback in the tokenizer than anything else does (with the possible exception of URL, depending on how you implement it); according to SVG it's only allowed for and not ; 17:28:39 fantasai: My problem is that SVG and CSS have two different syntaxes. I don't care about the details as much. 17:28:52 glazou_sick: Proposal is to add scinot to values in CSS. 17:28:56 If my memory is correct, the issue with SVG and CSS accepting different syntaxes applies only to SVG attributes and not actually CSS in SVG. 17:29:25 fantasai: If it's an issue with SVG attributes only, I don't think it's as much of an issue. 17:29:51 ChrisL: No, you can do things like put it in a style attribute, and it's weird for people to mix it with normal CSS and not be able to use notation broadly. 17:30:01 fantasai: But if it's not there yet, it's not an issue yet. 17:30:27 ChrisL: It is there yet. The problem is that the Style Attribute spec now disallows it, but before it was allowed to mix the notations. 17:30:31 ChrisL: It's a blocking issue for SVG. 17:30:56 ChrisL: 1) allow it everywhere, anywhere there's a number 2) disallow it 17:31:16 fantasai: Anywhere there's a number, or numbers and dimensions 17:31:33 dbaron: There's 3 things: number, integer, and dimension. SVG doesn't allow it for integer, but doees for the other two. 17:31:55 ChrisL: If CSS wants to allow it for all 3, I'd be willing to take a change request back to SVG to harmonize it. 17:32:00 dbaron: I'd rather avoid it for integers. 17:32:14 glazou_sick: 1) Allow it only where it's permitted. 2) Allow it where SVG does. 3) Disallow it. 17:33:01 ChrisL: ONly allow it where the individual property says it's allowed. Second option is to allow it everywhere that takes a number/dimension. 17:33:20 glazou_sick: In favor of 2 17:33:22 (1) is allow it when the property says it's permitted, and (2) is allowing it for all / 17:33:25 ChrisL: 2 for me as well 17:33:27 plinss: 2 17:33:38 2 17:33:42 1 17:33:42 smfr, tabatking: 2 17:33:44 2 17:33:50 I think if we allow it we should do (2). 17:34:15 2 is OK with me, but I think 1 would be more intuitive 17:34:16 howcome: I don't think we should allow it. I think it's more readable and easier to parse. 17:34:18 howcome: 3 17:34:27 3 (It's just too costly, there are tons of implementations of CSS...) 17:34:35 2 17:34:59 ChrisL: Brad, would you be happy with 2? 17:35:06 s/tabatking/tabatkins/ 17:35:15 bradk: 2 is fine 17:35:23 fantasai: This is for css3 only, right? 17:35:40 ChrisL: It would be for css3 only, but currently the style attribute for *any* language says you must align with css2. 17:35:45 fantasai: We'll deal with that separately. 17:36:00 Bert: What do you mean "css3 only"? This is a grammar question, not a property question. 17:36:03 so we are implicitly OK with 'new' style sheets tripping up older UAs right ? since the new values will not be limited to new features such as transforms... 17:36:26 fantasai: What I mean is, I'm strongly against changing the css2.1 grammar to allow scinot. I want it in a new css3 grammar. 17:36:42 Bert: The grammar in css2.1 says it's *the* grammar for CSS. 17:36:43 s/ want/'m ok with/ 17:37:04 ChrisL: Right, the forward-compatible grammar allows it, css2.1 will disallow it. We've had those problems before. 17:37:14 Bert: No, we only have 1 *core* grammar. 17:38:26 sylvaing: Once you make the change you'll have UAs failing stylesheets with the new value. 17:38:52 TabAtkins: Yeah, but that happens with any new property. Legacy UAs will just drop that property. 17:39:05 sylvaing: I hate to point it out, but IE6 is still out there. 17:39:18 Bert: There are other implementations. 17:39:44 glazou_sick: I don't like that the first SVG harmonization effort is sidetracked by a large discussion over this small issue. 17:39:47 fantasai: It's not small. 17:39:54 and it's not the first 17:40:39 TabAtkins: Still not seeing why this is any differenet from a new property being dropped in legacy UAs. 17:40:56 sylvaing: It's not just new properties. I could do width:100e1px and have it ignored in old browsers. Is that fine? 17:41:17 howcome: Is this change worth what you get back from it? 17:41:29 howcome: This is a huge change in the core, and I don't see that it's worth it. 17:41:38 glazou_sick: If you look at new pages using transformations, it's a big deal. 17:41:58 ChrisL: Are we saying that Apple should go home with it's transitions spec because it requires us redefining the value of "number"? 17:42:13 howcome: It's a change for *everywhere*, though. It's a huge change, and I don't think it's worth it for everything. 17:42:28 sylvaing: So you want it only for the properties that specifically need it? 17:42:34 howcome: I think that's a more reasonable proposition. 17:42:51 sylvaing: You'll have to look at a property when you parse a number? 17:43:03 Bert: You have to do that already, like with an+b 17:43:16 sylvaing: Right, but it doesn't require you to look at the context. 17:43:26 glazou 17:43:37 Bert: You can say in the grammar that we can find a specific use-case for that property. 17:44:06 ChrisL: So you're proposal, Bert, is to change SVG to something new so you don't have to change CSS? 17:44:19 Bert: SVG is an xml spec, css isn't. 17:44:40 ChrisL: Then I'll take that back to the SVG, and we'll drop saying that the style attribute spec is for SVG. 17:45:00 dsinger: I think the objection is "scinot is ugly and I don't want to see it". 17:45:39 Bert: That's one objection, the main one is that it requires changing the core grammar 17:46:06 TabAtkins: All the UAs that handle SVG *already* handle the notation. 17:46:55 ChrisL: If particular-property is required, that's okay. But we can't just say something new that requires changing all of SVG. 17:47:12 glazou says something about millions of users 17:47:24 howcome: Nobody's asking for scinot in the width property. 17:47:38 i understand that the new notation can be used as a css level hack. (I raised it). but if the alternative is property-specific grammar and preserving arbitrary differences between SVG and CSS, it's a risk worth taking imo 17:47:48 howcome: If it's per-property, then that's easier to swallow 17:48:14 [discussion about required stability of the grammar] 17:48:34 The Keepers of The Temple are back 17:48:51 howcome: Bert points out that the Core Grammar has been stable, it's one of the core pillars. You need really good arguments to change it, and I haven't seen them. 17:49:36 ChrisL: Where do we go from here? 9 votes for option 2, 2 votes for option 3. There's a lot hanging on this. Changing the CSS grammar, or requiring SVG to use a slightly different Style Attribute with subtle differences. 17:49:42 sylvaing: Is this something we want to discuss ftf? 17:50:02 CesarAcebal: you just rejoined the WG apparently :-) welcome back :-) 17:50:12 fantasai: There are a lot of things that SVG allow sin their syntax and 5 years later we find out about it. 17:50:36 howcome: There's a consensus route, where we ejust allow it in properties that specifically allow it. 17:50:36 s/syntax/syntax that's incompatible with CSS/ 17:50:47 sylvaing: That's specific grammars. Is that okay with you? 17:51:14 howcome: I don't think that's something new, with the specific grammars we use in different properties. 17:51:36 smfr: Then you need a new length, in addition to a new number. It will spiral out of control. 17:51:58 plinss: The other side of your argument is that I dont' know if it will make Bert happy. Bert, would you accept scinot in specific properties? 17:52:12 Bert: I don't like it, but I wouldn't object if it was localized enough. I don't know where you'd need it, but sure. 17:52:14 Thank you, Daniel! :) Yes, fortunately I was able to talk to my representative and (rarely being the University of Oviedo) this time he acted quickly to solve the error. ;) 17:52:31 ChrisL: So you don't see any place where you need it? 17:52:45 Bert: The argument you gave, that I hear, is all about getComputedStyle. 17:53:12 plinss: People would like to have something from getComputedStyle and roundtrip it back to a stylesheet. 17:53:39 fantasai: Just have getComputedStyle return something proper for roundtripping 17:54:08 fantasai: We discussed this a few weeks ago and concluded that we should specify a minimum accuracy. The first round will have some truncating, but after that there's no problem. 17:54:18 smfr: The problem is that you may end up with a long series of 0s. 17:54:47 dsinger: You'll be given a number in scinot, and you'll convert it to a number *wrongly*. It woudl be better to auto-translate it. 17:55:15 Bert: I'd still like to see an example of where this is needed. 17:55:17 ChrisL2 has joined #css 17:55:28 Bert: Even if I dont' use it, it's still there. It's on the books. 17:55:40 rrsagent, here 17:55:40 See http://www.w3.org/2010/02/10-CSS-irc#T17-55-40 17:55:47 howcome: It can be used in harmful ways, for obfuscation or as a switch for browser compatibility. 17:56:20 smfr: I talked about getComputedStyle when I first brought it up, but the real problem is that there's no number value api that doens't involve converting through a string. 17:56:39 smfr: We don't strictly need scinot, but it's good to have it roundtrip through javascript. 17:57:00 howcome: I think we should define that api. 17:57:08 ChrisL2: That fixes that part of the problem, but not all of it. 17:57:21 plinss: A very important part of the proposal is harmonization with SVG, and that's very important. 17:57:36 plinss: This is the very first thing we're getting into here, we're going to say "No"? 17:57:39 -glazou_sick 17:57:49 howcome: So are you saying that we'll just say "yes" to every single harmonization effort? 17:58:03 +glazou_sick 17:58:05 dsinger: Right, but if the w3c was moderately consistent about what is a "number". 17:58:32 plinss: We're not talking about svg coming up with a "foobar" property, that we can just say "Eh, keep it yourself". We're talking about SVG having to define a new language. 17:59:00 sylvaing: What is the benefit for authors and implementors to have different grammars for numbers? 17:59:10 sylvaing: What is the difference? Why not use the supersete? 17:59:22 howcome: Because you make it more difficult to implement CSS. 17:59:55 sylvaing: It's already implemented, though. 18:00:06 howcome: Yeah, that's an argument for Opera, but not for everyone. 18:00:15 TabAtkins: I want that to be minuted !!! :-) 18:00:25 TabAtkins: The only major browser that doesn't do SVG is IE, and sylvaing is in favor. 18:00:39 Bert: We're not talking about browsers, we're talking about CSS. 18:00:47 -[Apple] 18:01:01 width: 0x64px; 18:01:15 that's hex, Tab 18:01:19 Bert: If we harmonize the language, CSS would become an xml language. There will always be important details. 18:01:35 strawman, no-one suggested that 18:01:56 TabAtkins: But I don't think "how to write a number" is something that people expect to be different between languages. 18:02:13 sylvaing: I still want to answer to what the benefit is for authors to ahve them work differently. 18:02:42 sylvaing: Why should it be different? It's confusing for authors. 18:03:12 howcome: I think the pain is minor to when people read stylesheets that used scinot to create browser-switches. 18:03:24 plinss: I don't think obfuscation is a strong enough argument. 18:03:33 howcome: I think the browser-switch is strong. 18:03:41 howcome: It's a change in the core grammar. 18:03:52 -dethbakin 18:03:54 bye dethbakin 18:04:02 sylvaing: I understand that, but if the problem is having property-specific grammars, I think it's worse. 18:04:16 plinss: discussion going nowhere at this point 18:04:24 dethbakin has left #css 18:04:30 howcome: We see the problem that IE comments has caused. 18:04:55 plinss: This isn't going to be resolved. We'll pick it up later. 18:05:10 howcome: I still think best is to use it where we need it. 18:05:19 sylvaing: We should get SVG into this conversation as well. 18:05:40 -smfr 18:05:41 -ChrisL 18:05:45 -sylvaing 18:05:46 glazou_sick: Can ChrisL write it up, since he has interests on both sides? 18:05:46 -arronei 18:05:47 -[Mozilla] 18:05:48 -plinss 18:05:50 -Bert 18:05:51 -glazou_sick 18:05:58 -bradk 18:06:00 -fantasai 18:06:02 Resolved: ChrisL will summarize the discussion about scinot on www-style. 18:06:05 -[IPcaller] 18:06:07 -TabAtkins 18:06:08 Style_CSS FP()12:00PM has ended 18:06:10 Attendees were +1.408.398.aaaa, +1.858.216.aabb, plinss, dsinger_, +95089aacc, +1.617.650.aadd, glazou_sick, +1.206.324.aaee, sylvaing, +1.408.636.aaff, dethbakin, smfr, 18:06:14 ... +34.60.940.aagg, CesarAcebal, +1.281.712.aahh, TabAtkins, Bert, dbaron, fantasai, ChrisL, arronei, +1.650.275.aaii, bradk, [IPcaller], +1.408.996.aajj, dsinger 18:06:14 zakim, list attendees 18:06:14 sorry, ChrisL2, I don't know what conference this is 18:13:10 glazou_sick has left #css 18:21:53 dbaron: You tend to make a lot of useful and interesting notes on IRC. 18:22:06 yes, he does 18:22:14 yeah, when it's not possible to get a word in on the phone 18:22:14 ..and not just on IRC 18:22:16 dbaron: I suggest biasing a little more towards speaking up 18:22:22 :) 18:22:48 maybe you just have to be a little more agressive about getting airtime? 18:27:17 shepazu has joined #css 18:30:46 I think lately I've done a bit too much of calling in to meetings where most of the other people are there in-person. It's much harder to interrupt in that situation. 19:05:24 smfr has left #css 19:13:49 shepazu: Where does SVG allow scientific notation? 19:14:19 shepazu: just in SVG properties in SVG style attrs? In all properties in SVG style attrs? In all SVG properties everywhere? In all properties linked to an SVG document? Other? 19:14:53 fantasai: I would have to confirm, but I think it's anywhere we allow an SVG-Length 19:15:25 what's an SVG-Length? 19:16:36 CesarAcebal has left #css 19:17:57 shepazu: Here's a better question, 19:18:13 shepazu: which version of SVG allows scientific notation in properties (as opposed to attributes)? 19:18:24 shepazu: because I'm not finding that in 1.1 19:18:44 fantasai: sorry... distracted by telcon while in noisy Apple store... can we follow up by email? 19:19:08 shepazu: sure 19:29:59 Lachy has joined #css 19:30:07 Lachy has joined #css 19:39:48 Bert: Can you look into why the .htaccess for Test/CSS2.1/20100127 is not able to set charset headers? 19:52:57 Oh, yes, I saw you message. I'll try, fantasai. 19:58:15 anne has left #css 20:25:26 Fantasai, I think I fixed it. 20:25:32 AddDefaultCharset only applies to text/html and text/plain, not to application/xhtml+xml or text/css. 20:25:38 I added "AddCharset utf-8 .xht .css" for those files. 20:25:47 But for that, I had to reduce the strength of a rule in a higher directory. 20:35:03 Zakim has left #CSS 21:06:13 Bert: I think reducing the strength of the higher rule was the important bit, the explicit Shift_JIS is now taking effect too 21:06:42 Bert: Thanks 21:07:35 OK, I didn't test all the thousands of files :-) but if you find an error let me know. 21:07:56 (I may not see it tonight, but my computer stays on.) 21:28:27 hehe, ok :) 22:12:38 Lachy has joined #css 22:14:25 shepazu has joined #css