/irc-logs / w3c / #css / 2010-11-10 / end

Options:

  1. # Session Start: Wed Nov 10 00:00:00 2010
  2. # Session Ident: #css
  3. # [00:14] * Joins: jdaggett (jdaggett@118.243.79.250)
  4. # [00:17] * Joins: homata (homata@58.158.182.50)
  5. # [00:26] * Quits: jdaggett (jdaggett@118.243.79.250) (Quit: jdaggett)
  6. # [00:31] * Quits: kennyluck (kennyluck@128.30.52.28) (Quit: kennyluck)
  7. # [00:50] * Quits: tabatkins (tabatkins@216.239.45.19) (Ping timeout)
  8. # [00:59] * Joins: tabatkins (tabatkins@216.239.45.19)
  9. # [01:03] * Disconnected
  10. # [03:23] * Attempting to rejoin channel #css
  11. # [03:23] * Rejoined channel #css
  12. # [03:23] * Topic is 'CSS Working Group discussion'
  13. # [03:23] * Set by fantasai on Sun Aug 01 23:49:50
  14. # [03:24] * Joins: jdaggett (jdaggett@202.221.217.73)
  15. # [03:26] * Joins: tabatkin1 (tabatkins@216.239.45.19)
  16. # [03:27] * Joins: fantasai (fantasai@69.162.163.148)
  17. # [03:34] * Quits: tabatkin1 (tabatkins@216.239.45.19) (Ping timeout)
  18. # [04:09] * Joins: homata (homata@58.158.182.50)
  19. # [04:31] * Quits: dbaron (dbaron@63.245.220.240) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  20. # [04:54] * Joins: homata_ (homata@58.158.182.50)
  21. # [04:57] * Quits: homata (homata@58.158.182.50) (Ping timeout)
  22. # [04:57] * Quits: homata_ (homata@58.158.182.50) (Ping timeout)
  23. # [05:10] * Joins: nimbupani (Adium@67.248.57.130)
  24. # [06:27] * Quits: nimbupani (Adium@67.248.57.130) (Quit: Leaving.)
  25. # [06:46] * Joins: homata (homata@58.158.182.50)
  26. # [07:14] * Joins: plinss_ (plinss@68.107.116.23)
  27. # [07:17] * Joins: CSSWG_LogBot (PircBot@173.230.149.95)
  28. # [07:17] -CSSWG_LogBot:#css- This channel is logged - http://log.csswg.org/irc.w3.org/css/
  29. # [08:16] * Quits: CSSWG_LogBot (PircBot@173.230.149.95) (Client exited)
  30. # [08:16] * Joins: CSSWG_LogBot (PircBot@173.230.149.95)
  31. # [08:16] -CSSWG_LogBot:#css- This channel is logged - http://log.csswg.org/irc.w3.org/css/
  32. # [08:18] * Quits: CSSWG_LogBot (PircBot@173.230.149.95) (Client exited)
  33. # [08:19] * Joins: CSSWG_LogBot (PircBot@173.230.149.95)
  34. # [08:19] -CSSWG_LogBot:#css- This channel is logged - http://log.csswg.org/irc.w3.org/css/
  35. # [08:47] * Joins: kennyluck (kennyluck@128.30.52.169)
  36. # [09:49] * Quits: jdaggett (jdaggett@202.221.217.73) (Quit: jdaggett)
  37. # [10:07] * Quits: CSSWG_LogBot (PircBot@173.230.149.95) (Client exited)
  38. # [11:15] * Quits: homata (homata@58.158.182.50) (Quit: Leaving...)
  39. # [12:17] * Joins: Bert (bbos@128.30.52.169)
  40. # [13:22] * Joins: anne (annevk@83.85.115.123)
  41. # [14:05] * Joins: nimbupani (Adium@67.248.57.130)
  42. # [14:31] * Joins: Hixie (ianh@129.241.93.37)
  43. # [14:44] * Quits: Bert (bbos@128.30.52.169) (Client exited)
  44. # [14:46] * Joins: Bert (bbos@mcclure.w3.org)
  45. # [15:00] * Quits: nimbupani (Adium@67.248.57.130) (Client exited)
  46. # [15:04] * Joins: nimbupani (Adium@67.248.57.130)
  47. # [15:35] * Joins: Ms2ger (Ms2ger@91.181.242.251)
  48. # [15:48] * Quits: nimbupani (Adium@67.248.57.130) (Quit: Leaving.)
  49. # [15:50] * Joins: nimbupani (Adium@67.248.57.130)
  50. # [15:52] * Quits: anne (annevk@83.85.115.123) (Ping timeout)
  51. # [15:58] * Quits: nimbupani (Adium@67.248.57.130) (Quit: Leaving.)
  52. # [16:23] * Joins: dbaron (dbaron@63.245.220.240)
  53. # [17:37] * Joins: glazou (glazou@82.247.96.19)
  54. # [17:37] * Joins: Zakim (rrs-bridgg@128.30.52.169)
  55. # [17:37] * Joins: RRSAgent (rrs-loggee@128.30.52.169)
  56. # [17:37] <RRSAgent> logging to http://www.w3.org/2010/11/10-CSS-irc
  57. # [17:37] <glazou> RRSAgent, make logs public
  58. # [17:37] <RRSAgent> I have made the request, glazou
  59. # [17:52] * Quits: kennyluck (kennyluck@128.30.52.169) (Client exited)
  60. # [17:53] * Joins: kennyluck (kennyluck@128.30.52.169)
  61. # [17:57] <glazou> Zakim, this will be Style
  62. # [17:57] <Zakim> ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 6 minutes
  63. # [17:57] * Joins: oyvind (oyvinds@213.236.208.22)
  64. # [17:57] <glazou> Zakim, code?
  65. # [17:57] <Zakim> the conference code is 78953 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), glazou
  66. # [17:57] <Zakim> Style_CSS FP()12:00PM has now started
  67. # [17:58] <Zakim> + +33.9.50.89.aaaa
  68. # [17:58] <glazou> Zakim, aaaa is me
  69. # [17:58] <Zakim> +glazou; got it
  70. # [17:59] * Joins: arronei (arronei@131.107.0.117)
  71. # [18:02] * Quits: kennyluck (kennyluck@128.30.52.169) (Ping timeout)
  72. # [18:03] <Zakim> +[Microsoft]
  73. # [18:03] <Zakim> +Bert
  74. # [18:03] * Joins: johnjan (qw3birc@128.30.52.28)
  75. # [18:03] <johnjan> zakim, microsoft is johnjan
  76. # [18:03] <Zakim> +johnjan; got it
  77. # [18:04] <Zakim> +[Microsoft]
  78. # [18:04] <Zakim> + +1.650.253.aabb
  79. # [18:05] <arronei> zakim, microsoft has me
  80. # [18:05] <Zakim> +arronei; got it
  81. # [18:05] <Zakim> +[Mozilla]
  82. # [18:05] <Zakim> -[Mozilla]
  83. # [18:05] <glazou> Zakim, aabb is tabatkins
  84. # [18:05] <Zakim> +tabatkins; got it
  85. # [18:05] <Zakim> +[Mozilla]
  86. # [18:05] * Joins: tabatkin1 (tabatkins@216.239.45.4)
  87. # [18:05] <dbaron> Zakim, [Mozilla] is dbaron
  88. # [18:05] <Zakim> +dbaron; got it
  89. # [18:07] * Quits: tabatkin1 (tabatkins@216.239.45.4) (Quit: Lost terminal)
  90. # [18:08] <Zakim> +SteveZ
  91. # [18:08] <Zakim> + +47.21.65.aacc
  92. # [18:08] * Joins: howcome (howcome@80.203.20.94)
  93. # [18:08] <Zakim> - +47.21.65.aacc
  94. # [18:09] * Joins: tabatkin1 (tabatkins@216.239.45.4)
  95. # [18:09] * glazou needs to find a headset compatible with his new glasses :(
  96. # [18:10] <tabatkin1> ScribeNick: tabatkin1
  97. # [18:10] <tabatkin1> glazou: Main topic is 2.1 and tests
  98. # [18:10] <tabatkin1> glazou: Did we make any progress since TPAC?
  99. # [18:10] * Joins: ChrisL (ChrisL@128.30.52.169)
  100. # [18:10] <tabatkin1> johnjan: I think arron got all his tests submitted, so the remaining feedback is fantasai's.
  101. # [18:11] <howcome> howcome has +47.21.65.aacc
  102. # [18:11] <glazou> http://wiki.csswg.org/test/css2.1/issues
  103. # [18:11] <howcome> zakim, howcome has +47.21.65.aacc
  104. # [18:11] <Zakim> sorry, howcome, I do not recognize a party named 'howcome'
  105. # [18:11] * Joins: nimbupani (Adium@67.248.57.130)
  106. # [18:11] <dbaron> Zakim, aacc is howcome
  107. # [18:11] <Zakim> sorry, dbaron, I do not recognize a party named 'aacc'
  108. # [18:11] <Zakim> + +39.524.9.aadd
  109. # [18:12] * Joins: smfr (smfr@17.203.14.12)
  110. # [18:12] <tabatkin1> glazou: Do you think the tpac deadlines we set are still doable?
  111. # [18:12] <tabatkin1> arronei: Yeah.
  112. # [18:12] <tabatkin1> szilles: Elika's flying this morning and won't be on the call.
  113. # [18:12] <ChrisL> Regrets+: Elika
  114. # [18:13] <Zakim> + +1.408.636.aaee
  115. # [18:13] <smfr> Zakim, aaee is me
  116. # [18:13] <Zakim> +smfr; got it
  117. # [18:13] * ChrisL zakim, mute me
  118. # [18:13] * Zakim sorry, ChrisL, I do not know which phone connection belongs to you
  119. # [18:13] <dbaron> Zakim, aadd is ChrisL
  120. # [18:13] <Zakim> +ChrisL; got it
  121. # [18:13] <tabatkin1> johnjan: Next thing is spec issues that came up due to the testing; not specifically spec issues, but may require us to modify the spec.
  122. # [18:13] <ChrisL> zakim, +39 is me
  123. # [18:13] <Zakim> sorry, ChrisL, I do not recognize a party named '+39'
  124. # [18:13] <tabatkin1> glazou: Do we have a list of these issues?
  125. # [18:14] <tabatkin1> arronei: No.
  126. # [18:14] <tabatkin1> arronei: Were we going to discuss issue 101?
  127. # [18:14] * dbaron Zakim, mute ChrisL
  128. # [18:14] * Zakim ChrisL should now be muted
  129. # [18:14] <glazou> Zakim, who is noisy?
  130. # [18:14] <ChrisL> zakim, who is noisy?
  131. # [18:14] <Zakim> glazou, listening for 10 seconds I heard sound from the following: glazou (20%), SteveZ (5%)
  132. # [18:14] * dbaron Zakim, unmute ChrisL
  133. # [18:14] * Zakim ChrisL should no longer be muted
  134. # [18:14] <Zakim> ChrisL, listening for 10 seconds I heard sound from the following: glazou (52%), tabatkins (4%), SteveZ (18%)
  135. # [18:15] <tabatkin1> glazou: Let's talk about 101.
  136. # [18:15] <dbaron> http://wiki.csswg.org/spec/css2.1#issue-101
  137. # [18:16] * Joins: murakami (murakami@118.154.209.3)
  138. # [18:16] <tabatkin1> johnjan: IE9 has implemented rules 3 and 7 per spec now.
  139. # [18:17] <Zakim> + +47.21.65.aaff
  140. # [18:17] <tabatkin1> johnjan: We feared that, since everyone broke those rules it would have a compat impact, but it turns out that's not true.
  141. # [18:17] <dbaron> Zakim, aaff is howcome
  142. # [18:17] <Zakim> +howcome; got it
  143. # [18:17] <tabatkin1> dbaron: It would be relatively straightforward to fix, but I'm not particularly comfortable doing so before the FF4 branch.
  144. # [18:17] <tabatkin1> dbaron: Does the IE mode switching mean you're only testing some subset of pages?
  145. # [18:18] <tabatkin1> johnjan: This should be all modes. We force standards mode on pages when we test things like this.
  146. # [18:18] <tabatkin1> dbaron: But you haven't tested quirks?
  147. # [18:18] <tabatkin1> johnjan: Not sure.
  148. # [18:18] <tabatkin1> dbaron: Do quirksmode pages still render with a different engine in IE9 beta?
  149. # [18:19] <tabatkin1> arronei: We currently force the mode into standards mode and then test the page. So a quirksmode page will still get tested in standards.
  150. # [18:20] <tabatkin1> tabatkin1: If there's no significant compat impact, then I'm comfortable with dropping my proposal and keeping the spec as written.
  151. # [18:20] <tabatkin1> glazou: So what's the preference of implementors?
  152. # [18:20] <tabatkin1> johnjan: I'd like to keep the spec as-is.
  153. # [18:20] <tabatkin1> dbaron: It's sorta hard to tell my final answer until I implement it, but I'm okay with keeping things as-is for now.
  154. # [18:20] <tabatkin1> smfr: Agree with David.
  155. # [18:21] <tabatkin1> glazou: So I'm hearing consensus to keep the text as-is and revisit the issue as needed.
  156. # [18:21] <tabatkin1> RESOLVED: Keep the current spec text for Issue 101, revisit this in the future after other browsers have implemented per spec.
  157. # [18:21] <glazou> http://lists.w3.org/Archives/Public/www-style/2010Nov/0077.html
  158. # [18:21] <tabatkin1> Topic: Intrinsic widths and heights.
  159. # [18:22] <tabatkin1> dbaron: There's spec text about intrinsic widths and heights, based I think on a misunderstanding of some language in SVG.
  160. # [18:22] <tabatkin1> dbaron: I think this led to some bugs in implementations.
  161. # [18:22] <ChrisL> I agree, it has been misinterpreted and gives rise to undesirable behaviour
  162. # [18:22] <tabatkin1> dbaron: In our case we implemented the weird behavior because we thought it's what we needed to do, even though we didn't particularly like the result.
  163. # [18:22] * Joins: szilles (chatzilla@24.6.120.172)
  164. # [18:23] <tabatkin1> dbaron: I think there are test-cases in the 2.1 suite that rely on this behavior, though I'd have to doublecheck to be sure.
  165. # [18:23] <smfr> dbaron: maybe replaced-intrinsic-ratio-001.* ?
  166. # [18:23] <tabatkin1> ChrisL: I talked with elika at tpac and agreed that it's easy to misinterpret.
  167. # [18:23] <dbaron> smfr, yep
  168. # [18:24] <tabatkin1> tabatkin1: I think I misinterpreted it in the same way as everyone else when talking with Chrome's implementors.
  169. # [18:24] <dbaron> http://www.w3.org/TR/SVGMobile12/coords.html#IntrinsicSizing
  170. # [18:25] <tabatkin1> smfr: It seems that Chris is saying the spec is poorly worded, but dbaron is saying we should remove %age width and height.
  171. # [18:25] <tabatkin1> dbaron: The underlying issue is that the SVG wording at the above url defines intrinsic sizes of SVG in a way that there is never a % intrinsic width or height.
  172. # [18:26] <tabatkin1> dbaron: So basically we have no use-case whatsoever for %age intrinsic width and height, but we refer to it from the CSS spec, which confused people into thinking there is such a thing.
  173. # [18:26] <tabatkin1> dbaron: So we should remove it as a concept.
  174. # [18:26] <tabatkin1> ChrisL: I'm trying to clarify what parts remain and what parts will be cut.
  175. # [18:26] <tabatkin1> smfr: Seems like we just need some proposed changes to the spec.
  176. # [18:26] <tabatkin1> dbaron: I sent the initial email in the middle of our discussion with SVG, so I'm not sure how explicit I was.
  177. # [18:27] <tabatkin1> smfr: I'd have to go back and study that part of the spec and see what Webkit is doing there, but this sounds reasonable.
  178. # [18:28] <tabatkin1> glazou: Then I suggest we accept dbaron's proposal, pending an email from webkit saying you agree.
  179. # [18:28] <tabatkin1> action on simon to see if the intrinsic width change is acceptable for Webkit.
  180. # [18:28] * trackbot noticed an ACTION. Trying to create it.
  181. # [18:28] <trackbot> Sorry, couldn't find user - on
  182. # [18:28] <tabatkin1> action simon to see if the intrinsic width change is acceptable for Webkit.
  183. # [18:28] * trackbot noticed an ACTION. Trying to create it.
  184. # [18:28] <trackbot> Created ACTION-274 - See if the intrinsic width change is acceptable for Webkit. [on Simon Fraser - due 2010-11-17].
  185. # [18:28] <tabatkin1> Topic: Charter update
  186. # [18:28] <tabatkin1> ChrisL: I sent a link to the charter to glazou, plinss_, and bert.
  187. # [18:28] <tabatkin1> ChrisL: PLH thought we were preparing the charter for March.
  188. # [18:29] <tabatkin1> ChrisL: PLH says we can't *say* 2.1 is done until it's actually done. Since we said it would be done in march, he thought we shoudl pursue an extension for March.
  189. # [18:29] <tabatkin1> ChrisL: And then get a proper charter renew there in march when 2.1 is done.
  190. # [18:29] <tabatkin1> glazou: And a charter extension is easier, right?
  191. # [18:29] <tabatkin1> ChrisL: Yes. There's still discussion required, but it's simpler.
  192. # [18:30] <tabatkin1> glazou: So, who disagrees with a charter extension to finish 2.1?
  193. # [18:30] <tabatkin1> dbaron: I'd heard that Tantek wanted to get UI published, which would require rechartering since it wasn't in our current charter.
  194. # [18:30] <tabatkin1> ChrisL: Can that be described as part of another spec?
  195. # [18:30] <Zakim> + +1.858.216.aagg
  196. # [18:31] <tabatkin1> Bert: It's in the scope section, talking about styling of UI widgets.
  197. # [18:31] <plinss_> zakim, aagg is me
  198. # [18:31] <Zakim> +plinss_; got it
  199. # [18:31] <tabatkin1> ChrisL: If it's in scope, then there's no need to worry about publishing it.
  200. # [18:31] <Bert> " It also includes the presentation and behavior of UI widgets."
  201. # [18:31] <tabatkin1> dbaron: If publishing UI is fine under the current charter, then I'm okay with doing an extension.
  202. # [18:32] <tabatkin1> RESOLVED: Request an extension of the CSS charter until March.
  203. # [18:32] <glazou> http://www.w3.org/mid/alpine.DEB.1.10.1011041142350.18200@wnl.j3.bet
  204. # [18:32] <tabatkin1> Topic: Background shorthand
  205. # [18:32] * Zakim sees Topic:, Background, short on the speaker queue
  206. # [18:32] <dbaron> I think we should have fantasai around for this discussion.
  207. # [18:33] <tabatkin1> glazou: Reported by Yves Lafon, about having a double slash in the border-image shorthand.
  208. # [18:33] <tabatkin1> szilles: Let's talk about XXX first. I didn't see an updated draft from Elika, but I think there was an agreement from the WG that everything minus logical properties was acceptable for a fpwd, so we'd like to get that going if there's no objection.
  209. # [18:33] <tabatkin1> s/XXX/Writing Modes/
  210. # [18:34] <tabatkin1> dbaron: You mean all of section 7 in the spec?
  211. # [18:34] <tabatkin1> szilles: Yes.
  212. # [18:34] <tabatkin1> dbaron: That seems reasonable to me, but I'd like to give jdaggett a chance to raise something.
  213. # [18:34] <tabatkin1> dbaron: I'd be fine with a resolution if we give jdaggett a chance to reject.
  214. # [18:35] <tabatkin1> plinss_: I think jdaggett was there when we resolved, we just deferred the actual resolution so we could see the edits that were being done.
  215. # [18:35] <tabatkin1> dbaron: Sounds fine.
  216. # [18:35] <tabatkin1> glazou: So do we wait for the edits or resolve now?
  217. # [18:36] * dbaron notices a few occurrences of "-->" in the spec and wonders why they're there
  218. # [18:36] <tabatkin1> RESOLVED: Publish Writing Modes, minus chapter 7 over logical properties, subject to potential objections from jdaggett.
  219. # [18:36] <tabatkin1> ACTION dbaron to ping jdaggett about Writing Modes to make sure it all looks okay.
  220. # [18:36] * trackbot noticed an ACTION. Trying to create it.
  221. # [18:36] <trackbot> Created ACTION-275 - Ping jdaggett about Writing Modes to make sure it all looks okay. [on David Baron - due 2010-11-17].
  222. # [18:37] <tabatkin1> glazou: I think dbaron requested that we push the border-image issue until Elika is here.
  223. # [18:37] <dbaron> Topic: css3-2d-transforms
  224. # [18:37] <tabatkin1> smfr: About 2d transforms
  225. # [18:37] <tabatkin1> smfr: First is transforms on inline elements. We don't currently have compat. Gecko has certain confusing behavior about rotating each individual box.
  226. # [18:38] <tabatkin1> smfr: Conceptually I don't think there's a behavior that's reasonable for users.
  227. # [18:38] <tabatkin1> smfr: I propose we restrict transforms to only act on things that aren't inlines.
  228. # [18:39] <tabatkin1> glazou: I have a problem. That wouldn't allow an image to be rotated in a paragraph.
  229. # [18:39] <dbaron> things that aren't non-replaced inlines
  230. # [18:39] <tabatkin1> tabatkin1: No, the term we'd use to restrict them would still allow transformation of things like inline-blocks and images.
  231. # [18:40] <tabatkin1> smfr: One use-case is to scale a link on hover, which works fine until the link gets broken across lines. You could just make them inline-block.
  232. # [18:41] <tabatkin1> tabatkin1: I brought this up at TPAC, and we discussed seeing if we could propertly define a notion of bounding box and transform that.
  233. # [18:41] <tabatkin1> dbaron: We tried that, but the overflow behavior is hard.
  234. # [18:42] <tabatkin1> smfr: And I don't think it results in good behavior still - in the link-broken-across-lines case, a scale or skew causes it to grow outside of the element, which is weird.
  235. # [18:42] <tabatkin1> smfr: I should come up with correct wording so we don't prevent inline-blocks and such.
  236. # [18:43] <tabatkin1> ACTION simon to send an email to the list with suggested wording for transform change.
  237. # [18:43] * trackbot noticed an ACTION. Trying to create it.
  238. # [18:43] <trackbot> Created ACTION-276 - Send an email to the list with suggested wording for transform change. [on Simon Fraser - due 2010-11-17].
  239. # [18:43] <tabatkin1> smfr: Next, CSS agreed to move forward on css transforms for CSS, but FXTF wants to work on it as well and have it apply jointly to CSS and SVG.
  240. # [18:44] <tabatkin1> smfr: These seem to be in conflict - I don't see how the CSSWG can move forward on a 2d transforms spec at the same time as the FXTF creates one that also works in SVG.
  241. # [18:44] <tabatkin1> smfr: So I'm a little confused about how to proceed.
  242. # [18:45] <tabatkin1> ChrisL: I'm confused too, becuase I thought we'd already agreed. The FXTF had already evolved into harmony, but then the CSSWG spec seems to be changing independently.
  243. # [18:45] <tabatkin1> ChrisL: Technically, I believe that the spec would have two conformance classes, one for CSS and one for SVG.
  244. # [18:46] <tabatkin1> ChrisL: I believe that MS in the meeting was saying they look forward to the joint spec so they can work on both things.
  245. # [18:47] <tabatkin1> smfr: Webkit doesn't currently necessarily have correct behavior when it comes to CSS transforms applied to SVG.
  246. # [18:47] <tabatkin1> ChrisL: Right, but I think it's easier to just go ahead and find the joint issues now, rather than try and develop on just one side and then later find incompatibilities.
  247. # [18:47] <tabatkin1> ChrisL: In other words, I don't think pursuing it jointly will necessarily be slower.
  248. # [18:48] <tabatkin1> smfr: Right; I just want to make sure that the resolution to move Transforms 2d forward wasn't in conflict with the combined effort.
  249. # [18:48] <tabatkin1> tabatkin1: It isn't.
  250. # [18:48] <tabatkin1> ChrisL: What exactly was resolved?
  251. # [18:48] <tabatkin1> tabatkin1: I'd have to look in the minutes to be certain.
  252. # [18:50] <tabatkin1> tabatkin1: I don't believe that anyone is ever consciously trying to do something against the FXTF integration.
  253. # [18:51] <tabatkin1> glazou: Right, definitely to the contrary.
  254. # [18:51] <tabatkin1> smfr: It's probably up to the FXTF to look at the resolutions the CSSWG made during TPAC and ensure they're integrated properly.
  255. # [18:52] <tabatkin1> ChrisL: I'm not saying there's any conscious objection, I'm just concerned about accidental incompatibilities.
  256. # [18:53] <tabatkin1> tabatkin1: Do we want to split Transforms, so we can push forward with the simple stuff and get it unprefixed, while putting the new element-point api in level 4?
  257. # [18:53] <tabatkin1> ChrisL: Maybe. This sounds like we should talk about it in the FXTF.
  258. # [18:55] <tabatkin1> tabatkin1: New topic - splitting the display property. Do we want to pursue this? I think we need to, given that we're pushing the new layout modes.
  259. # [18:55] <tabatkin1> dbaron: I think we need to look at this.
  260. # [18:55] <dbaron> (details need to be worked out)
  261. # [18:55] <tabatkin1> szilles: Can we get a pointer to the latest proposal?
  262. # [18:56] <tabatkin1> tabatkin1: Yeah, I'll send something to the list.
  263. # [18:56] <Zakim> -dbaron
  264. # [18:56] <tabatkin1> glazou: Tab, could you send the minutes quickly?
  265. # [18:56] <Zakim> -howcome
  266. # [18:56] <Zakim> -SteveZ
  267. # [18:56] <Zakim> -glazou
  268. # [18:56] <Zakim> -smfr
  269. # [18:57] <Zakim> -johnjan
  270. # [18:57] <Zakim> -Bert
  271. # [18:57] <ChrisL> rrsagent, draft minutes
  272. # [18:57] <RRSAgent> I have made the request to generate http://www.w3.org/2010/11/10-CSS-minutes.html ChrisL
  273. # [18:57] <Zakim> -[Microsoft]
  274. # [18:57] <Zakim> -plinss_
  275. # [18:57] * Quits: johnjan (qw3birc@128.30.52.28) (Quit: Page closed)
  276. # [18:57] * ChrisL wait dont click on it immediately
  277. # [18:57] <Zakim> -tabatkins
  278. # [18:57] * ChrisL it takes a minute or so
  279. # [18:57] <Zakim> -ChrisL
  280. # [18:57] <Zakim> Style_CSS FP()12:00PM has ended
  281. # [18:57] <Zakim> Attendees were +33.9.50.89.aaaa, glazou, Bert, johnjan, +1.650.253.aabb, arronei, tabatkins, dbaron, SteveZ, +47.21.65.aacc, +39.524.9.aadd, +1.408.636.aaee, smfr, ChrisL,
  282. # [18:57] <Zakim> ... +47.21.65.aaff, howcome, +1.858.216.aagg, plinss_
  283. # [18:58] <glazou> Chris, yt ?
  284. # [18:58] <ChrisL> yes
  285. # [18:58] <ChrisL> Chair: glazou
  286. # [18:58] <ChrisL> rrsagent, draft minutes
  287. # [18:58] <RRSAgent> I have made the request to generate http://www.w3.org/2010/11/10-CSS-minutes.html ChrisL
  288. # [18:59] <glazou> see query Chris
  289. # [19:01] <glazou> ChrisL: see /query
  290. # [19:04] * Quits: glazou (glazou@82.247.96.19) (Quit: glazou)
  291. # [19:05] * Parts: smfr (smfr@17.203.14.12)
  292. # [19:07] * Quits: ChrisL (ChrisL@128.30.52.169) (Quit: Fire on main board error, client combusted)
  293. # [19:11] * Quits: tabatkin1 (tabatkins@216.239.45.4) (Ping timeout)
  294. # [19:12] * Joins: tabatkin1 (tabatkins@216.239.45.4)
  295. # [19:15] * Quits: tabatkin1 (tabatkins@216.239.45.4) (Ping timeout)
  296. # [19:46] * Joins: smfr (smfr@17.203.14.12)
  297. # [19:46] <smfr> dbaron: still around?
  298. # [19:46] <dbaron> smfr, yep
  299. # [19:47] <smfr> dbaron: is there a desired rendering for file:///Volumes/InternalData/Development/webkit/OpenSource/WebKitTools/CSSTestSuiteHarness/20101001/html4/replaced-intrinsic-ratio-001.htm as it stands, or is the behavior just undefined
  300. # [19:47] <dbaron> smfr, I think there is a desired rendering, and the test may well be correct.
  301. # [19:47] <smfr> webkit doesn't resize the <object>s at all.
  302. # [19:47] <smfr> opera and gecko make them the width of the body
  303. # [19:48] <dbaron> smfr, I haven't checked the test, and doing so would likely take a bit of time.
  304. # [19:48] <dbaron> (I might soon, though...)
  305. # [19:48] <smfr> hyatt and I are trying to figure out what should happen
  306. # [19:48] <smfr> is the svg considered to have an intrinsic size of 1000 x 250?
  307. # [19:48] <smfr> it's http://test.csswg.org/suites/css2.1/20101001/html4/support/intrinsic-ratio.svg
  308. # [19:55] <dbaron> I think it's supposed to have an intrinsic ratio but no intrinsic size.
  309. # [20:02] <dbaron> smfr, ^
  310. # [20:27] <dbaron> Also note that the test has evolved over time:
  311. # [20:27] <dbaron> http://test.csswg.org/suites/css2.1/20101001/xhtml1/replaced-intrinsic-ratio-001.xht
  312. # [20:27] <dbaron> http://test.csswg.org/suites/css2.1/20101027/xhtml1/replaced-intrinsic-ratio-001.xht
  313. # [20:27] <dbaron> http://test.csswg.org/source/contributors/fantasai/submitted/css2.1/replaced-intrinsic-ratio-001.htm
  314. # [20:44] * Quits: Ms2ger (Ms2ger@91.181.242.251) (Connection reset by peer)
  315. # [20:48] * Joins: Ms2ger (Ms2ger@91.181.242.251)
  316. # [20:53] * Zakim excuses himself; his presence no longer seems to be needed
  317. # [20:53] * Parts: Zakim (rrs-bridgg@128.30.52.169)
  318. # [21:58] * Joins: ChrisL (ChrisL@128.30.52.169)
  319. # [22:02] * Joins: jdaggett (jdaggett@118.243.79.250)
  320. # [22:45] * Quits: Ms2ger (Ms2ger@91.181.242.251) (Quit: nn)
  321. # [22:59] * Quits: jdaggett (jdaggett@118.243.79.250) (Quit: jdaggett)
  322. # [23:40] * Quits: szilles (chatzilla@24.6.120.172) (Ping timeout)
  323. # [23:57] * Quits: ChrisL (ChrisL@128.30.52.169) (Quit: Fire on main board error, client combusted)
  324. # Session Close: Thu Nov 11 00:00:00 2010

The end :)