/irc-logs / w3c / #css / 2010-06-09 / end

Options:

  1. # Session Start: Wed Jun 09 00:00:00 2010
  2. # Session Ident: #css
  3. # [00:29] * Quits: karl (karlcow@128.30.54.58) (Client exited)
  4. # [00:35] * Joins: karl (karlcow@128.30.54.58)
  5. # [01:22] <dbaron> fantasai, do you know who maintains css3.info
  6. # [01:22] <dbaron> fantasai, I made a comment on their latest blog entry (twice!), but it didn't show up, and lots of other comments have
  7. # [01:24] <fantasai> email address sent
  8. # [02:36] * Joins: miketaylr (miketaylr@24.42.95.108)
  9. # [02:44] * Quits: TabAtkins_ (tabatkins@216.239.45.4) (Ping timeout)
  10. # [03:34] * jdaggett_afk is now known as jdaggett
  11. # [05:33] * Quits: jdaggett (jdaggett@202.221.217.73) (Quit: jdaggett)
  12. # [05:33] * Joins: jdaggett (jdaggett@202.221.217.73)
  13. # [05:56] * Quits: miketaylr (miketaylr@24.42.95.108) (Client exited)
  14. # [06:03] * Quits: Curt` (DorkeyDear@76.241.95.16) (Quit: Leaving)
  15. # [06:57] * Quits: dbaron (dbaron@63.245.220.240) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  16. # [07:21] * Joins: dbaron (dbaron@98.234.51.190)
  17. # [09:56] * Quits: dbaron (dbaron@98.234.51.190) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  18. # [10:03] * Joins: shepazu (schepers@128.30.52.169)
  19. # [10:52] * Quits: jdaggett (jdaggett@202.221.217.73) (Quit: jdaggett)
  20. # [12:53] * Disconnected
  21. # [12:54] * Attempting to rejoin channel #css
  22. # [12:54] * Rejoined channel #css
  23. # [12:54] * Topic is 'CSS WG -- logs: http://krijnhoetmer.nl/irc-logs/css -- blog: http://www.w3.org/blog/CSS'
  24. # [12:54] * Set by anne on Thu Mar 11 21:03:19
  25. # [13:19] * Quits: karl (karlcow@128.30.54.58) (Quit: This computer has gone to sleep)
  26. # [13:34] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
  27. # [14:25] * Joins: ChrisL (ChrisL@128.30.52.169)
  28. # [14:42] * Joins: shepazu (schepers@128.30.52.169)
  29. # [15:26] * Joins: nimbupani (nimbupani@24.22.131.46)
  30. # [15:35] * Joins: jdaggett (jdaggett@118.243.224.63)
  31. # [16:12] * Quits: ChrisL (ChrisL@128.30.52.169) (Client exited)
  32. # [16:15] * Joins: miketaylr (miketaylr@38.117.156.163)
  33. # [16:19] * Joins: lhnz (lhnz@188.223.83.48)
  34. # [16:31] * Joins: Curt` (DorkeyDear@76.241.66.70)
  35. # [17:28] * Joins: dbaron (dbaron@98.234.51.190)
  36. # [17:33] * Joins: glazou (glazou@82.247.96.19)
  37. # [17:33] * Joins: Zakim (rrs-bridgg@128.30.52.169)
  38. # [17:33] * Joins: RRSAgent (rrs-loggee@128.30.52.169)
  39. # [17:33] <RRSAgent> logging to http://www.w3.org/2010/06/09-CSS-irc
  40. # [17:33] <glazou> Zakim, this will be Style
  41. # [17:33] <Zakim> ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 29 minutes
  42. # [17:33] <glazou> RRSAgent, make logs public
  43. # [17:33] <RRSAgent> I have made the request, glazou
  44. # [17:49] * Joins: alexmog (alexmog@76.104.225.112)
  45. # [17:55] * Joins: bradk (bradk@67.188.133.45)
  46. # [18:03] <Zakim> Style_CSS FP()12:00PM has now started
  47. # [18:03] <Zakim> +SteveZ
  48. # [18:04] <glazou> grrrr european bridge does not let me join again
  49. # [18:04] <glazou> Zakim, you can be painful
  50. # [18:04] <Zakim> I don't understand 'you can be painful', glazou
  51. # [18:05] <Zakim> + +1.650.275.aaaa
  52. # [18:05] <glazou> Zakim, code?
  53. # [18:05] <Zakim> the conference code is 78953 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), glazou
  54. # [18:05] <bradk> Zakim, aaaa is me
  55. # [18:05] <Zakim> +bradk; got it
  56. # [18:05] <Zakim> +??P12
  57. # [18:05] <Zakim> +David_Baron
  58. # [18:05] * Joins: oyvind (oyvinds@213.236.208.22)
  59. # [18:06] <glazou> guys, the european bridge refuses the key codes...
  60. # [18:06] <glazou> I can't join
  61. # [18:06] * glazou will try US bridge
  62. # [18:06] <Zakim> +[IPcaller]
  63. # [18:06] * bradk had trouble getting the thing to take his code too.
  64. # [18:07] <dbaron> Zakim, [IPcaller] is alexmog
  65. # [18:07] <Zakim> +alexmog; got it
  66. # [18:07] <dbaron> Zakim, who is on the phone?
  67. # [18:07] <Zakim> On the phone I see SteveZ, bradk, ??P12, David_Baron, alexmog
  68. # [18:07] <dbaron> Zakim, ??P12 is fantasai
  69. # [18:07] <Zakim> +fantasai; got it
  70. # [18:08] <dbaron> Zakim, who is on the phone?
  71. # [18:08] <Zakim> On the phone I see SteveZ, bradk, fantasai, David_Baron, alexmog
  72. # [18:08] * bradk has a cold, so will be muted most of the time and try not to talk
  73. # [18:08] <Zakim> + +1.858.216.aabb
  74. # [18:09] <glazou> still unable to join..;
  75. # [18:09] <Zakim> - +1.858.216.aabb
  76. # [18:09] * dbaron wonders if that was plinss
  77. # [18:09] * Joins: ChrisL (ChrisL@128.30.52.169)
  78. # [18:09] <plinss> yes, having problems with zakim... (or my phone)
  79. # [18:10] <Zakim> + +1.858.216.aacc
  80. # [18:10] <bradk> a lot of that going around
  81. # [18:10] * Joins: sylvaing (sylvaing@131.107.0.111)
  82. # [18:10] <glazou> grrrrr !!!
  83. # [18:10] <dbaron> Zakim, aacc is plinss
  84. # [18:10] <Zakim> +plinss; got it
  85. # [18:10] <glazou> plinss: I'm totally unable to join ; the bridge refuses the key codes !
  86. # [18:11] <Zakim> +ChrisL
  87. # [18:11] <Zakim> +[Microsoft]
  88. # [18:11] <glazou> ChrisL: major issues with the bridge today
  89. # [18:11] * ChrisL glazou use the US bridge not the french or british one
  90. # [18:11] <glazou> I tried that
  91. # [18:11] <glazou> same problem
  92. # [18:11] <dbaron> press the digits of the passcode slowly
  93. # [18:11] <ChrisL> will ask ralph
  94. # [18:11] <bradk> I had to hang up and try again a couple times before I could join
  95. # [18:11] <plinss> I can probably conference you in on my phone (free calls to europe...)
  96. # [18:12] <plinss> are you at home?
  97. # [18:13] <dbaron> glazou, ^
  98. # [18:13] <Zakim> -ChrisL
  99. # [18:13] <plinss> yes^
  100. # [18:13] <glazou> plinss: +33 1 30 61 21 14
  101. # [18:14] <plinss> give me a few...
  102. # [18:14] * glazou continues trying
  103. # [18:14] <plinss> calling
  104. # [18:14] <glazou> ringing
  105. # [18:15] <dbaron> Zakim, who is on the phone?
  106. # [18:15] <Zakim> On the phone I see SteveZ, bradk, fantasai, David_Baron, alexmog, plinss, [Microsoft]
  107. # [18:16] <ChrisL> you can do *0 to get a real operator
  108. # [18:16] <dbaron> ScribeNick: dbaron
  109. # [18:16] <ChrisL> and marisol will help you
  110. # [18:16] <Zakim> +ChrisL
  111. # [18:16] <dbaron> Topic: extra agenda items?
  112. # [18:16] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
  113. # [18:16] <dbaron> fantasai: LC of backgrounds and borders
  114. # [18:17] <dbaron> Topic: CSS 2.1
  115. # [18:17] <dbaron> glazou: status of test suite?
  116. # [18:17] <dbaron> fantasai: Still trying to convert Hixie's tests. Have about 150 left; working through CGI scripts (avoid needing CGI).
  117. # [18:17] <dbaron> fantasai: hopefully will be done today or tomorrow
  118. # [18:18] <dbaron> glazou: something deferred from last week?
  119. # [18:18] <dbaron> fantasai: the bidi issue. We don't want a change, but the spec does need a clarification.
  120. # [18:18] <dbaron> fantasai: We need to clarify that we're not trying to override that we're not overriding the behavior of the LINE SEPARATOR character.
  121. # [18:19] <dbaron> ChrisL: I took that issue last week and discussed with r12a and gave me things to look into further.
  122. # [18:19] <dbaron> fantasai: I've been discussing bidi at a 2 day bidi F2F last 2 days, and this was the conclusion. We want X because it's compatible with plaintext.
  123. # [18:20] <dbaron> fantasai: We're not taking the change request, but we do need to clarify that we're not overriding LINE SEPARATOR's behavior.
  124. # [18:20] <dbaron> ChrisL: Also, sample style sheet for HTML4 says br:before { content: "\a" }
  125. # [18:21] <dbaron> fantasai: people expect <br> to end a paragraph (due to IE?), suggestion was changing HTML to say <br> is a paragraph break rather than line separator
  126. # [18:21] <dbaron> glazou: what other outstanding issues on radar?
  127. # [18:21] * dbaron Zakim, [Microsoft] is sylvaing
  128. # [18:21] * Zakim +sylvaing; got it
  129. # [18:22] <oyvind> "changing HTML" - but we refer to 4 now?
  130. # [18:22] <dbaron> sylvaing: Haven't gotten to ???. Really want to get it done, though. Requires some time to think.
  131. # [18:22] <oyvind> should it refer to whatever version is the newest instead?
  132. # [18:22] <dbaron> fantasai: still haven't looked at my 2.1 issues
  133. # [18:22] <dbaron> fantasai: after publishing test suite
  134. # [18:22] <bradk> I don't have any 2.1 issues assigned to me.
  135. # [18:23] <dbaron> dbaron: Still have 1; not sure when I'll get to it.
  136. # [18:23] <dbaron> glazou: There were some messages from tab and others with concrete proposals; suggest leaving to next week.
  137. # [18:23] <dbaron> Topic: Vendor prefixes
  138. # [18:24] <dbaron> glazou: sylvain asked to divide topic in 2: (1) what's good/bad about current prefix policy (2) when should vendors submit things for standardization
  139. # [18:24] <dbaron> sylvaing: If a property is used all over the place, should it get standardized? (-webkit-text-size-adjust)
  140. # [18:25] * dbaron did I get the prop name right?
  141. # [18:25] <dbaron> glazou: I saw another blog post complaining about vendor prefixes -- authors having to use them for legacy browsers.
  142. # [18:25] <dbaron> glazou: We have to say something, even if we say we can't change it.
  143. # [18:26] <dbaron> glazou: First, when do we decide to remove a prefix? Second, what to do with legacy browsers / vendor-prefix properties?
  144. # [18:26] <dbaron> glazou: I proposed WG should be responsible for when vendor prefix should be removed.
  145. # [18:27] <dbaron> ChrisL: Another objection... intermediate step. Vendor prefixes should be for experimental/unproposed, then w3c prefix for in-process-of-standardization.
  146. # [18:27] * alexmog doesn't think standards body can reguate non-standard features
  147. # [18:27] <dbaron> ChrisL: We can't take off and add on prefixes easily around CR.
  148. # [18:28] <dbaron> ChrisL: There's always a risk that the prefixed property sticks.
  149. # [18:28] <dbaron> ChrisL: That in itself is an argument against vendor prefixes. (But on the other side...)
  150. # [18:28] <Zakim> + +1.650.253.aadd
  151. # [18:28] <tabatkins> Zakim, aadd is me.
  152. # [18:28] <Zakim> +tabatkins; got it
  153. # [18:29] <dbaron> glazou: border-radius is a good example. Everyone has to write many properties.
  154. # [18:29] * tabatkins Dang, sorry, don't know how this slipped my mind.
  155. # [18:29] * dbaron Zakim, who is noisy?
  156. # [18:29] <ChrisL> s/Another objection/Another suggestion/
  157. # [18:29] * Zakim dbaron, listening for 14 seconds I heard sound from the following: tabatkins (3%), plinss (53%)
  158. # [18:29] <dbaron> bradk: -moz-border-radius-* was different
  159. # [18:30] <dbaron> glazou: We have to live with legacy browsers.
  160. # [18:30] <dbaron> glazou: Could browser vendors make minor upgrade of legacy versions to remove prefix if possible?
  161. # [18:31] <dbaron> glazou: If Fx 3.7 ships without prefix, is it possible to ship minor release of Fx 3.6 also removing the prefix?
  162. # [18:31] <dbaron> alexmog: What you're saying is that when 3.6 was released it was not standard, and it became standard when 3.7 was released?
  163. # [18:31] <dbaron> glazou: ok, never mind
  164. # [18:32] <dbaron> glazou: Other problem: time getting to CR can take years.
  165. # [18:32] <dbaron> glazou: Once people start using it we have to live with it.
  166. # [18:32] <dbaron> glazou, To be clear that property is stable enough to remove prefix before CR. Would it solve problem?
  167. # [18:33] <fantasai> dbaron, you're echoing horribly
  168. # [18:33] <dbaron> glazou echoes horribly now too
  169. # [18:33] <ChrisL> zakim, mute plinss
  170. # [18:33] <Zakim> plinss should now be muted
  171. # [18:33] <dbaron> Zakim, unmute plinss
  172. # [18:33] <Zakim> plinss should no longer be muted
  173. # [18:34] <dbaron> dbaron: I think it would be good to have a way to say we can remove prefixes for part of a draft without the whole thing going to CR.
  174. # [18:34] <ChrisL> I agree
  175. # [18:34] <dbaron> ?: I agree
  176. # [18:34] * dbaron Zakim, who is noisy?
  177. # [18:34] * Zakim dbaron, listening for 10 seconds I could not identify any sounds
  178. # [18:34] <glazou> s/?/sylvaing
  179. # [18:35] <dbaron> sylvain: Opera 10.5 for background properties they support longhand properties without prefix but not in shorthand, and reverse for ???.
  180. # [18:35] * tabatkins Hrm, someone has a bad speakerphone, I suppose.
  181. # [18:35] <fantasai> s/???/border-image/
  182. # [18:35] <dbaron> sylvaing: Should be some contract about doing the whole thing.
  183. # [18:36] * fantasai agrees with sylvain
  184. # [18:36] <fantasai> dbaron: I removed prefixes on some background properties but didn't implement the shorthand because the shorthand wasn't published stable yet
  185. # [18:36] <dbaron> dbaron: I was unprefixing background props this week; didn't do all shorthand stuff because not stable yet; think that was the right choice.
  186. # [18:36] <dbaron> sylvaing: ?
  187. # [18:36] <fantasai> sylvaing: I think that would be confusing to authors, that the feature is only partially implemented in some browsers
  188. # [18:36] <dbaron> glazou: I don't think we intend to do that on a ???-property basis.
  189. # [18:37] <dbaron> glazou: When a suggestion is made we can study what subset we want to unprefix.
  190. # [18:37] <dbaron> sylvaing: I agree with david's point about background shorthand; changing lately -> interesting result.
  191. # [18:37] <dbaron> sylvaing: But we should be clear on the granularity.
  192. # [18:38] <dbaron> glazou: I have a question for Chris from a process POV. If we unprefix and the spec goes back to LC after CR and it takes much more time to move along REC track.
  193. # [18:38] <dbaron> glazou: Is that a bad signal to Consortium?
  194. # [18:38] <dbaron> ChrisL: From Process POV, process doesn't say anything about prefixes.
  195. # [18:38] <dbaron> ChrisL: For huge change we might rename property to avoid conflict.
  196. # [18:39] <fantasai> dbaron, you're not very understandable
  197. # [18:39] <dbaron> I'm on an actual phone
  198. # [18:39] <dbaron> It's somebody else's echo, I'm pretty sure.
  199. # [18:40] <dbaron> SteveZ: One thing that's true about process is that there should be external review beyond WG before something is permanent.
  200. # [18:40] <dbaron> SteveZ: So you shouldn't do it without last call.
  201. # [18:40] <dbaron> SteveZ: role of CR was to ensure interop
  202. # [18:40] <dbaron> SteveZ: removing prefix before interop could be significant mistake
  203. # [18:41] <dbaron> SteveZ: ...
  204. # [18:41] <dbaron> dbaron (before): We also have to worry about compat with properties not produced by this WG that were implemented without prefix. (e.g., overflow-x, etc.)
  205. # [18:41] <dbaron> SteveZ: Confusing to users if long and shorthand have different behavior.
  206. # [18:41] <dbaron> SteveZ: Not obvious to me that there's a simple process for doing this.
  207. # [18:41] <dbaron> SteveZ: Instead, can we do things that don't take so long, and not try to do so much, so the problem goes away?
  208. # [18:42] <dbaron> TabAtkins: That's the smaller spec approach.
  209. # [18:42] <dbaron> glazou: The smaller spec approach will never resolve dependencies between small specs.
  210. # [18:43] <dbaron> fantasai: The dependencies between specs should be handled by the specs depending on something older (2.1, previous CR).
  211. # [18:43] <dbaron> fantasai: In most cases tying together isn't really necessary.
  212. # [18:44] <dbaron> glazou: I'm hearing concerns but not really objections to idea of making part of spec advance faster or making a smaller spec to advance faster.
  213. # [18:44] <dbaron> fantasai: I have reservations about saying we can drop prefixes on one feature within a spec.
  214. # [18:44] <Zakim> +[IPcaller]
  215. # [18:44] <dbaron> dbaron: I prefer removing prefixes on one thing within a spec than splitting the specs.
  216. # [18:44] <dbaron> glazou: Splitting specs is a huge burden.
  217. # [18:45] <dbaron> glazou: This would be done only on consensus within WG.
  218. # [18:45] <dbaron> ?: ?
  219. # [18:46] <dbaron> Steve: I think what you're saying might be a reasonable experiment; I'd like a one-month announcement of intent to do that on www-style so people outside WG can comment.
  220. # [18:46] <dbaron> glazou: ok to me
  221. # [18:47] <dbaron> glazou: I suggest co-chairmen come up with written proposal for WG to discuss at August F2F to implement afterwards if approved.
  222. # [18:47] <dbaron> ChrisL, etc.: sounds ok
  223. # [18:47] <dbaron> hold on!
  224. # [18:47] <dbaron> ACTION glazou: propose ...
  225. # [18:47] * trackbot noticed an ACTION. Trying to create it.
  226. # [18:47] * RRSAgent records action 1
  227. # [18:47] <trackbot> Created ACTION-239 - Propose ... [on Daniel Glazman - due 2010-06-16].
  228. # [18:47] <dbaron> sylvain: ???
  229. # [18:48] <dbaron> sylvain: then it will work as the user expects
  230. # [18:48] <dbaron> glazou: If it's used all over the place, then it should be standardized.
  231. # [18:48] <dbaron> sylvaing: In that case, I think vendor is responsible for submitting a draft, etc.
  232. # [18:49] <dbaron> sylvaing: We've been shut down for parsing it, but I don't see anyone proposing it for standardization.
  233. # [18:49] <dbaron> glazou: Why don't you propose it yourself?
  234. # [18:49] <dbaron> sylvaing: I'd rather have Apple propose it.
  235. # [18:50] <dbaron> sylvaing: I asked, haven't heard back.
  236. # [18:50] <Zakim> -[IPcaller]
  237. # [18:50] <dbaron> sylvaing: I think we goofed... the reaction was deserved. But I think we need a solution here.
  238. # [18:51] <dbaron> sylvaing: The long road means this thing being standardized.
  239. # [18:51] <dbaron> sylvaing: ...short of a new property with new name which I don't think is helpful.
  240. # [18:51] <Zakim> +[IPcaller]
  241. # [18:51] <dbaron> glazou: editors have to implement other-prefixed properties; my editor is based on Gecko but I implement -webkit and -o- properties.
  242. # [18:52] * Joins: howcome (howcome@91.149.49.195)
  243. # [18:52] <dbaron> sylvaing: Boris suggested some people at Mozilla also thought Moz should just parse it.
  244. # [18:52] <dbaron> sylvaing: Popularity of iPhone ...
  245. # [18:52] <dbaron> glazou: People who invented it should have submitted it to WG.
  246. # [18:53] <Zakim> -[IPcaller]
  247. # [18:53] <dbaron> glazou: We let browser implement other prefixes or we ask people to come to standardization table.
  248. # [18:53] <dbaron> bradk: We should strongly discourage browsers implement other prefixes.
  249. # [18:53] <dbaron> ?: ... but ok for editor
  250. # [18:53] <dbaron> ECHO ECHO ECHO
  251. # [18:54] <dbaron> glazou: Even when standard, prefixed properties all over Web.
  252. # [18:54] <dbaron> bradk: People wrote prefixed content for WebKit because they found it useful.
  253. # [18:54] <dbaron> bradk: If IE had prefixed version, people would add that.
  254. # [18:54] <dbaron> dbaron: only if IE had enough mobile market share. Chicken & egg problem.
  255. # [18:54] <Zakim> +[IPcaller]
  256. # [18:55] <dbaron> TabAtkins: example of why monoculture in ... is bad
  257. # [18:55] <dbaron> sylvaing: People may see justice because MS is recipient, but it's still a problem. I think needs to be specified.
  258. # [18:55] <dbaron> glazou: Easy to install new browser on desktop; not always the case on mobile.
  259. # [18:56] <dbaron> SteveZ: It's nice to encourage originator to submit, but you can't force them to.
  260. # [18:56] * Quits: howcome (howcome@91.149.49.195) (Ping timeout)
  261. # [18:57] <dbaron> SteveZ: That puts you in the position of: if you think the property should be part of standard, someone else should reverse-engineer and submit. Originator is still in the WG and can see it happen.
  262. # [18:57] <dbaron> glazou: My original suggestion: MS should submit to WG.
  263. # [18:57] <dbaron> SteveZ: So they do their best shot, and if wrong, the originator will fix in WG.
  264. # [18:57] <dbaron> sylvaing: So I'd request Apple submit description, if they don't, otherwise I'd submit reverse-engineered spec of it.
  265. # [18:58] <dbaron> sylvaing: So then it needs to go in a module. What if Apple then objects?
  266. # [18:58] <dbaron> I think worry about objection if it happens.
  267. # [18:58] <dbaron> glazou: MS Word implemented many -ms-prefixed properties, you never submitted them, many were useful. It can't just be solved by the chairmen; needs to be agreed by vendors.
  268. # [18:59] <dbaron> sylvaing: We're talking about something out there with huge market shere.
  269. # [18:59] <dbaron> glazou: -mso- properties are out on lots of web pages
  270. # [18:59] <dbaron> s/-ms-pref/-mso-pref/
  271. # [18:59] * fantasai requests that the chairs schedule a discussion on publishing css3-background LC sometime this *month* so that we can move forward on the background stuff at least?
  272. # [18:59] <dbaron> glazou: Only way it can be solved is by agreement between vendors. Otherwise no solution.
  273. # [19:00] <dbaron> Steve: Sylvain, I think you're doing the right thing. First try to get originator to submit. If that fails, submit yourself. Formal objection doesn't block something, it just causes reconsideration and slower process. Trust the process. You can be in the position of driving it.
  274. # [19:00] <dbaron> glazou: A formal objection only based on strategy/political reasons is probably not enough to block something.
  275. # [19:01] <dbaron> Sylvain: I'm trying to think how reasonable it would have been for -mso-* stuff.
  276. # [19:01] <dbaron> sylvaing: Anybody should be ready for request to document proprietary extension they came up with, or they should accept somebody else documenting and submitting it.
  277. # [19:01] <dbaron> sylvaing: I think this conflicts with previous discussion where we're trying to get prefixes under control.
  278. # [19:02] <dbaron> glazou: I don't think it's a problem for the second case. First is more problematic.
  279. # [19:02] <dbaron> glazou: I think you should submit.
  280. # [19:02] <dbaron> glazou: Make sure to cc: AC rep of apple (dsinger)
  281. # [19:03] <dbaron> Topic: other issues
  282. # [19:03] <Zakim> -SteveZ
  283. # [19:03] <dbaron> fantasai: I'd like to publish LC of backgrounds&borders. If we don't have time ast now, would like scheduled this month.
  284. # [19:03] <dbaron> howcome: IS box shadow in?
  285. # [19:03] <dbaron> fantasai: yes
  286. # [19:03] <dbaron> howcome: let's do it
  287. # [19:04] <dbaron> fantasai: 3 weeks last call period
  288. # [19:04] <ChrisL> which wgs are invited to review it?
  289. # [19:04] * ChrisL minuted resolution to publish it, please
  290. # [19:04] <dbaron> fantasai: Open issues for style attr spec raised by SVG
  291. # [19:04] <dbaron> fantasai: which is what's blocking ... now.
  292. # [19:04] <dbaron> RESOLUTION: LC of css3-background
  293. # [19:05] <Zakim> -[IPcaller]
  294. # [19:05] <Zakim> -alexmog
  295. # [19:05] <Zakim> -ChrisL
  296. # [19:05] <Zakim> -tabatkins
  297. # [19:05] <Zakim> -David_Baron
  298. # [19:05] <Zakim> -plinss
  299. # [19:05] <Zakim> -fantasai
  300. # [19:05] <glazou> echo + noise + bad bridge = wow
  301. # [19:05] <Zakim> -sylvaing
  302. # [19:05] <dbaron> I think the echo was when Steve unmuted.
  303. # [19:05] <glazou> plinss: thanks again for the call-in
  304. # [19:06] <plinss> np
  305. # [19:06] <Zakim> -bradk
  306. # [19:06] <Zakim> Style_CSS FP()12:00PM has ended
  307. # [19:06] <Zakim> Attendees were SteveZ, +1.650.275.aaaa, bradk, David_Baron, alexmog, fantasai, +1.858.216.aabb, +1.858.216.aacc, plinss, ChrisL, sylvaing, +1.650.253.aadd, tabatkins, [IPcaller]
  308. # [19:06] * Quits: glazou (glazou@82.247.96.19) (Quit: glazou)
  309. # [19:07] <dbaron> So how does one edit ACTION-239 to make it something useful?
  310. # [19:07] <fantasai> in the Tracker
  311. # [19:07] <fantasai> http://w3.org/Style/CSS/Tracker/
  312. # [19:07] <fantasai> there should be some way to edit it there
  313. # [19:08] <dbaron> yeah, there is
  314. # [19:12] * dbaron RRSAgent, pointer?
  315. # [19:12] * RRSAgent See http://www.w3.org/2010/06/09-CSS-irc#T17-05-41
  316. # [19:13] <ChrisL> action-239?
  317. # [19:13] * trackbot getting information on ACTION-239
  318. # [19:13] <trackbot> ACTION-239 -- Daniel Glazman to write proposal for process for marking sections of spec as implementable without prefixes for discussion at August 2010 F2F -- due 2010-08-05 -- OPEN
  319. # [19:13] <trackbot> http://www.w3.org/Style/CSS/Tracker/actions/239
  320. # [19:13] <dbaron> yeah, I fixed it already
  321. # [19:13] <ChrisL> then hit the link and hit the edit button
  322. # [19:13] <ChrisL> ok
  323. # [19:13] <dbaron> it was previously "Daniel Glazman to ..."
  324. # [19:13] <dbaron> since I couldn't summarize the discussion before and pay attention to the discussion after at the same time
  325. # [19:13] <dbaron> though I missed the next 30 seconds while trying
  326. # [19:14] <dbaron> I think it's nice to pause the discussion so actions and resolutions can be recorded properly, though I prefer not to pause for other minuting issues.
  327. # [19:21] * Quits: ChrisL (ChrisL@128.30.52.169) (Client exited)
  328. # [19:30] <dbaron> fantasai, do you have a script for making the minutes-and-resolutions emails from IRC logs?
  329. # [19:41] * Quits: sylvaing (sylvaing@131.107.0.111) (Connection reset by peer)
  330. # [19:51] * Quits: arronei (arronei@131.107.0.111) (Client exited)
  331. # [19:51] * Joins: arronei (arronei@131.107.0.84)
  332. # [20:15] <dbaron> So, my lessons for minuting are: (1) write down ... for anything I say and fill it in later (2) write down ... for all the resolutions and actions and fill them in later
  333. # [20:15] <dbaron> I think I'd have been ok if I did that.
  334. # [20:21] <tabatkins> fantasai does have such a script. And yeah, I sorta do similar. Except I usually do make people wait while I minute resolutions/actions.
  335. # [20:22] <tabatkins> dbaron: I'm looking at css3-cascade. Any idea why the weight of presentational hints was changed?
  336. # [20:22] <dbaron> tabatkins, from what to what?
  337. # [20:23] <tabatkins> I haven't looked it up, but iirc 2.1 said they were 0-specificity (lower than *) at the author level. css3-cascade says they "must be given the same weight as the user agent's default style sheet".
  338. # [20:24] <dbaron> well, 2.1 splits them in half, really
  339. # [20:24] <dbaron> my guess is that it was just the editor
  340. # [20:25] <tabatkins> Hmm, can you explain what you mean by "splits them in half"? I don't see that in 6.4.4 of cascade.html
  341. # [20:25] <dbaron> well, some things are defined to be preshints and some aren't
  342. # [20:25] <dbaron> since it was historically ambiguous what's UA style sheet and what's preshint
  343. # [20:25] <dbaron> 2.1, iirc, defines it
  344. # [20:26] <dbaron> There have probably been a lot of edits to 2.1 since css3-cascade forked
  345. # [20:26] <dbaron> and css3-cascade should most likely be updated to match
  346. # [20:26] <tabatkins> Oh, I see. It does specifically say that for *other* languages than HTML, preshints are at ua-level.
  347. # [20:26] <dbaron> and for HTML it defines which things are preshints and which aren't
  348. # [20:26] <tabatkins> Yeah.
  349. # [20:27] <tabatkins> The difference should be minimal, I was just curious.
  350. # [21:01] * Zakim excuses himself; his presence no longer seems to be needed
  351. # [21:01] * Parts: Zakim (rrs-bridgg@128.30.52.169)
  352. # [21:03] * Quits: alexmog (alexmog@76.104.225.112) (Quit: alexmog)
  353. # [21:44] * Quits: dbaron (dbaron@98.234.51.190) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  354. # [22:09] * Joins: dbaron (dbaron@63.245.220.240)
  355. # [23:08] * Quits: bradk (bradk@67.188.133.45) (Quit: Get MacIrssi - http://www.sysctl.co.uk/projects/macirssi/ )
  356. # [23:39] * Quits: miketaylr (miketaylr@38.117.156.163) (Client exited)
  357. # [23:56] * Joins: shepazu (schepers@128.30.52.169)
  358. # Session Close: Thu Jun 10 00:00:00 2010

The end :)