/irc-logs / w3c / #css / 2009-07-29 / end

Options:

  1. # Session Start: Wed Jul 29 00:00:00 2009
  2. # Session Ident: #css
  3. # [00:07] * Quits: dbaron (dbaron@63.245.220.240) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  4. # [00:17] * Joins: dbaron (dbaron@63.245.220.240)
  5. # [01:01] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  6. # [01:19] * Quits: dbaron (dbaron@63.245.220.240) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  7. # [01:30] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  8. # [01:30] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Client exited)
  9. # [01:30] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  10. # [02:59] * Joins: dsinger (dsinger@17.202.35.52)
  11. # [03:47] * Joins: shepazu (schepers@128.30.52.169)
  12. # [04:15] * Quits: arronei (arronei@131.107.0.112) (Connection reset by peer)
  13. # [04:22] * Joins: arronei (arronei@131.107.0.112)
  14. # [06:49] * Quits: shepazu (schepers@128.30.52.169) (Quit: Core Breach)
  15. # [06:55] * Joins: shepazu (schepers@128.30.52.169)
  16. # [08:36] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Ping timeout)
  17. # [08:55] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  18. # [08:58] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  19. # [08:59] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  20. # [11:11] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Ping timeout)
  21. # [11:19] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  22. # [11:31] * Parts: annevk (opera@83.85.115.44)
  23. # [12:17] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
  24. # [12:21] * Joins: myakura (myakura@218.43.47.215)
  25. # [12:29] * Joins: Lachy (Lachlan@213.236.208.22)
  26. # [12:45] <anne2> fantasai, how far are you with the revised draft for the style attribute?
  27. # [12:46] * anne2 comes across an old email regarding the error handling for that
  28. # [15:28] * Quits: karl (karlcow@128.30.54.58) (Quit: O public road, I say back I am not afraid to leave you, yet I love you, you express me better than I can express myself.)
  29. # [15:28] * Joins: karl (karlcow@128.30.54.58)
  30. # [16:24] * MikeSmith is now known as MikeSmith^away
  31. # [17:00] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: This computer has gone to sleep)
  32. # [17:10] * Joins: Lachy (Lachlan@85.196.122.246)
  33. # [17:11] * Joins: dbaron (dbaron@63.245.220.240)
  34. # [17:40] * Joins: glazou (glazou@82.247.96.19)
  35. # [17:42] * Joins: Zakim (rrs-bridgg@128.30.52.30)
  36. # [17:42] * Joins: RRSAgent (rrs-loggee@128.30.52.30)
  37. # [17:42] <RRSAgent> logging to http://www.w3.org/2009/07/29-CSS-irc
  38. # [18:00] * Joins: oyvinds (oyvinds@213.236.208.22)
  39. # [18:00] <glazou> tjena oyvinds
  40. # [18:01] <glazou> Zakim, this will be Style
  41. # [18:01] <Zakim> ok, glazou, I see Style_CSS FP()12:00PM already started
  42. # [18:01] <Zakim> + +1.408.398.aabb
  43. # [18:01] * Joins: dsinger_ (mobile@67.218.105.254)
  44. # [18:01] <glazou> Zakim, +aabb is dsinger_
  45. # [18:01] <Zakim> sorry, glazou, I do not recognize a party named '+aabb'
  46. # [18:02] <glazou> Zakim, aabb is dsinger_
  47. # [18:02] <Zakim> +dsinger_; got it
  48. # [18:02] <dsinger_> Zakim, mute me
  49. # [18:02] <Zakim> dsinger_ should now be muted
  50. # [18:02] * dsinger_ thx
  51. # [18:03] <Zakim> +[Mozilla]
  52. # [18:03] <dbaron> Zakim, [Mozilla] has David_Baron
  53. # [18:03] <Zakim> +David_Baron; got it
  54. # [18:04] <dbaron> Zakim, who is on the phone?
  55. # [18:04] <Zakim> On the phone I see +95089aaaa, dsinger_ (muted), [Mozilla]
  56. # [18:04] <Zakim> [Mozilla] has David_Baron
  57. # [18:04] <dbaron> Zakim, aaaa is Daniel_Glazman
  58. # [18:04] <Zakim> +Daniel_Glazman; got it
  59. # [18:05] <dbaron> That way we wont disconnect glazou when we're puzzled by the number.
  60. # [18:05] * Joins: sgalineau (sylvaing@131.107.0.113)
  61. # [18:05] <glazou> hehe :)
  62. # [18:05] <dsinger_> Zakim, who is here?
  63. # [18:05] <Zakim> On the phone I see Daniel_Glazman, dsinger_ (muted), [Mozilla]
  64. # [18:05] <Zakim> [Mozilla] has David_Baron
  65. # [18:05] <Zakim> On IRC I see sgalineau, dsinger_, oyvinds, RRSAgent, Zakim, glazou, dbaron, Lachy, karl, myakura, MikeSmith^away, shepazu, arronei, dsinger, anne2, krijnh, plinss_, Hixie,
  66. # [18:05] <Zakim> ... jdaggett, fantasai, trackbot, Bert, plinss
  67. # [18:06] <Zakim> +[Microsoft]
  68. # [18:06] * Joins: hyatt (hyatt@98.201.21.231)
  69. # [18:06] <sgalineau> Zakim, [Microsoft] has sylvaing
  70. # [18:06] <Zakim> +sylvaing; got it
  71. # [18:06] <Zakim> + +49.238.aacc
  72. # [18:06] <dbaron> Zakim, aacc is Bert
  73. # [18:06] <Zakim> +??P32
  74. # [18:06] <Zakim> +Bert; got it
  75. # [18:07] <dbaron> Zakim, ??P32 is fantasai
  76. # [18:07] <hyatt> i joined
  77. # [18:07] <Zakim> + +1.281.419.aadd
  78. # [18:07] <Zakim> + +1.858.216.aaee
  79. # [18:07] <hyatt> that is me
  80. # [18:07] <Zakim> +fantasai; got it
  81. # [18:07] <hyatt> the 281 one
  82. # [18:07] <dbaron> Zakim, aadd is hyatt
  83. # [18:07] <plinss> zakim +1.858.216 is me
  84. # [18:07] <dbaron> Zakim, aaee is plinss
  85. # [18:07] <dbaron> Zakim is pretty slow today
  86. # [18:07] <Zakim> +hyatt; got it
  87. # [18:08] <Zakim> +plinss; got it
  88. # [18:08] <glazou> for those interested in linguistic maps of the whole world, I strongly recommend http://www.muturzikin.com/countries.htm
  89. # [18:09] <Bert> "Linguistic map of antarctica" and it isn't even empty...
  90. # [18:09] <Zakim> +SteveZ
  91. # [18:09] <dbaron> Zakim, who is on the phone?
  92. # [18:09] <Zakim> On the phone I see Daniel_Glazman, dsinger_ (muted), [Mozilla], [Microsoft], Bert, fantasai, hyatt, plinss, SteveZ
  93. # [18:09] <Zakim> [Mozilla] has David_Baron
  94. # [18:09] <Zakim> [Microsoft] has sylvaing
  95. # [18:10] * Joins: annevk (opera@83.85.115.44)
  96. # [18:10] * Joins: szilles (chatzilla@71.202.66.40)
  97. # [18:10] <glazou> ScribeNick: szilles
  98. # [18:10] <fantasai> http://lists.w3.org/Archives/Public/www-style/2009Jul/0120.html
  99. # [18:11] <annevk> Zakim, passcode?
  100. # [18:11] <fantasai> STYLE
  101. # [18:11] <dbaron> 78953
  102. # [18:11] <Zakim> the conference code is 78953 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), annevk
  103. # [18:11] <glazou> http://lists.w3.org/Archives/Public/www-style/2009Jul/0114.html
  104. # [18:11] <szilles> Item: Background-break and border-break
  105. # [18:11] <Zakim> +[IPcaller]
  106. # [18:12] <annevk> Zakim, [IPcaller] is me
  107. # [18:12] <Zakim> +annevk; got it
  108. # [18:12] <glazou> hi anne2
  109. # [18:12] <glazou> er
  110. # [18:12] <annevk> hi
  111. # [18:12] <szilles> DH: I was attempting to simplify the two properites because people will often want the same values on both properties and not all the combinations of the independent properties make sense
  112. # [18:12] <szilles> EE: I think a combination does make sense, but I am not sure what the values should be
  113. # [18:13] <szilles> EE: what behaviors should we be trying to acheive
  114. # [18:13] <szilles> EE: for border break we might want more sophistication in the styling
  115. # [18:13] <szilles> EE: e.g. "hidden" adds padding
  116. # [18:13] * Joins: ChrisL (ChrisL@128.30.52.30)
  117. # [18:14] <szilles> DH: I might want to see a different background in each box
  118. # [18:14] <Zakim> +ChrisL
  119. # [18:14] <szilles> DH: Is this the right way to do the "bounding box" because some of the current renderings are awkward
  120. # [18:15] <szilles> DH: could we drop certain features from the combined property knowing that we might do things better in a future version
  121. # [18:16] <szilles> Most oftern the authors will just be specifying background-break
  122. # [18:17] * dsinger_ hyatt and baron
  123. # [18:17] <Bert> DBaron: author...
  124. # [18:17] <dbaron> DB: Most of the time authors won't be using both borders and backgrounds.
  125. # [18:17] <szilles> s /oftern/often/
  126. # [18:18] <szilles> DG: there is also the issue of authors being able to reduce complexity and still allow authors to get the features they want
  127. # [18:18] <szilles> DB: having just one property does not necessarily help with readability in the most common case
  128. # [18:19] * annevk ... should be either DB or DH; not DG, or did I miss something?
  129. # [18:19] * dbaron no, that was DG
  130. # [18:19] <szilles> DH: a simplification is that the author would say the same thing whether they were only doing borders, only doing background or both together
  131. # [18:20] * annevk oh right, glazou!
  132. # [18:20] <glazou> :)
  133. # [18:20] * dsinger_ too many Ds...
  134. # [18:20] <szilles> BB: concern about the name
  135. # [18:20] <glazou> even glazou has initials can you believe it ?-)
  136. # [18:21] <szilles> BB: i like having a single property describing how to handle boxes near (page) breaks
  137. # [18:22] <szilles> DH: by using a new mechanism, like background attachment fixed, you can get backgrounds on the page when there are multiple columns on the page
  138. # [18:22] <szilles> DH: for otherwise, you can only affect the column boxes
  139. # [18:23] <szilles> Action: EE: Draft a proposed combindation of the properties
  140. # [18:23] * trackbot noticed an ACTION. Trying to create it.
  141. # [18:23] * RRSAgent records action 1
  142. # [18:23] <trackbot> Created ACTION-167 - Draft a proposed combindation of the properties [on Elika Etemad - due 2009-08-05].
  143. # [18:23] <glazou> http://lists.w3.org/Archives/Public/www-style/2009Jul/0014.html
  144. # [18:23] <szilles> Mean and Max functions in CSS3
  145. # [18:23] * Quits: dsinger_ (mobile@67.218.105.254) (Quit: Rooms • iPhone IRC Client • http://rooms.derflash.de)
  146. # [18:24] <dbaron> s/Mean/Min/
  147. # [18:24] <glazou> http://lists.w3.org/Archives/Public/www-style/2009Jul/0015.html
  148. # [18:24] <szilles> DB: there is a message that says these should be added inside Calc; I support that addition
  149. # [18:24] <annevk> EE: would calc() be required to do this?
  150. # [18:24] * dbaron can't hear Elika
  151. # [18:24] * dbaron can't really hear anybody
  152. # [18:24] <fantasai> I don't want to write width: calc(min(80ch, 100vw));
  153. # [18:24] <szilles> EE: Allowing it in calc makes sense, but do we need to require it in calc
  154. # [18:25] <Bert> I think EE asks if it is always calc(min(A,B)) or is min(A,B) on its own also fine?
  155. # [18:25] <annevk> calc(min(80em-2px,100vw)) ?
  156. # [18:25] <szilles> DH: do you mean that you could just say min width instead of requiring calc(min(width))
  157. # [18:26] <dbaron> I'm ok with allowing it at toplevel, but then there's the question of whether to allow or disallow min(20em-2px, 19em)
  158. # [18:26] <szilles> DH: it might be simpler to just allow usage in calc right now
  159. # [18:26] <szilles> DH: if we specify it and not allow it inside calc people would object
  160. # [18:27] <szilles> BB: But this changes the model of calc, changing calcs output from a vector to a tree
  161. # [18:27] <fantasai> min(calc(20em-2px), 19em);
  162. # [18:27] <annevk> calc(min(80em - max(12em+16px,12.5em),100vw))
  163. # [18:27] <dbaron> I'd actually probably be happy with making min() just be syntactic sugar for calc(min()), etc.
  164. # [18:28] <szilles> EE: How about allowing calc inside min, but not min inside calc; that would solve most of the use cases people seem to want
  165. # [18:28] <annevk> +1 to dbaron
  166. # [18:28] <Zakim> +[Apple]
  167. # [18:28] <Zakim> -dsinger_
  168. # [18:28] <dsinger> zakim [apple] has dsinger
  169. # [18:29] <sgalineau> +1
  170. # [18:29] <szilles> DB: what I meant by my syntactic sugar suggestion is that you could use other calc expressions inside the min()
  171. # [18:30] <dbaron> min(20em-2px, 19em)
  172. # [18:30] <dbaron> rather than
  173. # [18:30] <dbaron> min(calc(20em-2px), 19em)
  174. # [18:30] <glazou> alc(min(80em - max(12em+16px,12.5em),100vw))
  175. # [18:30] <sgalineau> dbaron, are we saying we like the latter or the former ?
  176. # [18:30] <annevk> (that one was rather crazy :) )
  177. # [18:31] <dbaron> another possibility is that we allow calc() inside calc(), as the same thing as ()
  178. # [18:31] <Bert> min(1em,thick)
  179. # [18:32] <sgalineau> whoa
  180. # [18:32] <fantasai> someone mentioned also width: min(20em, auto);
  181. # [18:32] <szilles> BB: some keywords are easier than others; for example what about 'inherit"
  182. # [18:33] <szilles> DG: the expresion calcultaion should be based on the used or computed value, but certainly not the specified value
  183. # [18:34] <szilles> EE: if we are allowing keywords, that makes the storage of the result value more complicated; it is no longer just a triple
  184. # [18:35] <szilles> DB: you have to already deal with complexity in values like width
  185. # [18:35] * Bert wonders if that DG above should be CL?
  186. # [18:35] <glazou> auto - 10px
  187. # [18:35] <dbaron> DB: so having trees isn't much additional complexity
  188. # [18:35] <sgalineau> min(auto-10px,10%+2.5em)
  189. # [18:36] <szilles> SZ: there are some "auto"s that when used in expressions would give circular calculations
  190. # [18:37] <szilles> DG: I hear that people agree on allowing min inside calc; but do we want keywords too
  191. # [18:37] * Joins: dsinger_ (dsinger@17.244.8.140)
  192. # [18:38] <szilles> BB: I would like the result of computing the result be independent of the property for which the value is being computed
  193. # [18:38] * Quits: dsinger_ (dsinger@17.244.8.140) (Client exited)
  194. # [18:38] * Joins: dsinger_ (dsinger@17.202.35.52)
  195. # [18:38] <szilles> DB: but, percentages already have different meanings for different properties
  196. # [18:38] * Quits: dsinger (dsinger@17.202.35.52) (Connection reset by peer)
  197. # [18:39] <szilles> EE: I think having calc inside min would solve most of the use case why should we do more
  198. # [18:39] <fantasai> EE: s/calc/calc and keywords/
  199. # [18:39] <fantasai> I think it's more important to allow keywords inside min than min inside calc
  200. # [18:40] <szilles> CL: The implementations that currently do not require spaces around "+" and "-" might change if keywords are allowed giving them a use case for the spaces
  201. # [18:41] <szilles> DG: Summary: I hear peoiple supporting both calc inside min and keywords
  202. # [18:41] <szilles> DG: I hear no objection to DB's proposal that min(x, y) is siyntactic sugar for calc(min(x,y))
  203. # [18:42] <Bert> I think "syntactic sugar" means: if the only thing inside calc() is another functional notation ("foo()"), then calc() can be left out.
  204. # [18:43] <szilles> Action: DG: negotiatie with HL to update his module with the above additions
  205. # [18:43] * trackbot noticed an ACTION. Trying to create it.
  206. # [18:43] * RRSAgent records action 2
  207. # [18:43] <trackbot> Created ACTION-168 - Negotiatie with HL to update his module with the above additions [on Daniel Glazman - due 2009-08-05].
  208. # [18:44] <fantasai> RESOLVED: add min() and max() to calc(), allowing min() and max() alone assuming wrapped calc()
  209. # [18:44] <fantasai> RESOLVED: allow keywords in expressions
  210. # [18:45] * Bert next topic: adding tan(), sin() and log() :-)
  211. # [18:46] * dbaron waits for asinh
  212. # [18:46] * Bert : sin() and repentance()
  213. # [18:46] <szilles> CSS Media Queries
  214. # [18:46] * fantasai is happy with the resolution as long as the implementors are happy implementing it :)
  215. # [18:46] <fantasai> Topic: Media Queries
  216. # [18:46] * dsinger_ is there a URL for the resolution?
  217. # [18:46] <hyatt> "happy" :)
  218. # [18:47] <fantasai> dsinger, there will be
  219. # [18:47] <Bert> rrsagent, pointer?
  220. # [18:47] <RRSAgent> See http://www.w3.org/2009/07/29-CSS-irc#T16-42-18
  221. # [18:47] <szilles> AvK: What is the next step; do we publish a new draft
  222. # [18:47] <dsinger_> Sorry, Insufficient Access Privileges :-(
  223. # [18:48] <dbaron> rrsagent, make logs public
  224. # [18:48] <RRSAgent> I have made the request, dbaron
  225. # [18:48] <szilles> AvK: I can make edits to satisfy the 4 comments so far. Should the next step be WD or CR
  226. # [18:48] <dsinger_> q+
  227. # [18:48] * Zakim sees dsinger_ on the speaker queue
  228. # [18:49] <szilles> BB: if the changes are only editorial then the new draft can also be a CR
  229. # [18:49] <dbaron> It might be nice to see a diff at some point (e.g., when we're about to make the decision to publish).
  230. # [18:49] <szilles> AvK: I will have a new draft for next week
  231. # [18:50] <szilles> Action: AvK: prepare new CR with the editorial changes
  232. # [18:50] * trackbot noticed an ACTION. Trying to create it.
  233. # [18:50] * RRSAgent records action 3
  234. # [18:50] <trackbot> Created ACTION-169 - Prepare new CR with the editorial changes [on Anne van Kesteren - due 2009-08-05].
  235. # [18:51] <szilles> DS: the media and audio tags allow a media query in the source selection; should the users accessability needs be added to thet query
  236. # [18:51] <szilles> CL: that sounds like a good idea
  237. # [18:52] <szilles> EE: people have said that they want different styling when an image is loaded, but this like the above should be in a future version
  238. # [18:53] <szilles> AvK: I think that we should allow these features, but I would prefer a "registry" approach to adding new query categories rather than requiring a spec update for each addition
  239. # [18:53] * Quits: oyvinds (oyvinds@213.236.208.22) (Client exited)
  240. # [18:54] <szilles> DS: The idea is that one could inquire about the accessability features that might be included in a given source file
  241. # [18:54] <annevk> media="all" media="all and (captioning)"
  242. # [18:54] * Joins: oyvinds (oyvinds@213.236.208.22)
  243. # [18:54] <szilles> Summary: people think this is a good idea
  244. # [18:54] * annevk ... prolly because it was obvious dsinger_ :)
  245. # [18:54] * fantasai would prefer specs to registry, we will get all kinds of ill-defined things if it's just a wiki page
  246. # [18:54] * dsinger_ thank you all
  247. # [18:54] <glazou> http://lists.w3.org/Archives/Public/www-style/2009Jul/0046.html
  248. # [18:54] * annevk ... you'd need a spec to get in the registry of course
  249. # [18:55] <szilles> Specificity increass due to repetition of psuedoclasses
  250. # [18:55] <hyatt> seems hacky but legal to me
  251. # [18:56] <szilles> EE: yes, specificity inreases and multiple occurances are legal and it does work
  252. # [18:56] <hyatt> i'd hate to have to special case this to not increase specificity
  253. # [18:56] <fantasai> and it is hacky :)
  254. # [18:56] <hyatt> that would just create work for implementors
  255. # [18:56] <szilles> BB: it is a bit hacky and I am not sure it should increase specificity
  256. # [18:56] <szilles> SG: I would just like an example that shows that it is legal and it does increase specificity
  257. # [18:57] <szilles> PL: This is a giant hack and calling it out is bad form
  258. # [18:57] <szilles> DB: this applies to everything but tags
  259. # [18:58] * Quits: myakura (myakura@218.43.47.215) (Quit: Leaving...)
  260. # [18:58] <szilles> DG: it does not apply to tags because only one element selector is allowed per chain
  261. # [18:59] <szilles> Action: EE: Add a clarifying note to the selector to say multiple occurances are allowed and increase specificity
  262. # [18:59] * trackbot noticed an ACTION. Trying to create it.
  263. # [18:59] * RRSAgent records action 4
  264. # [18:59] <trackbot> Created ACTION-170 - Add a clarifying note to the selector to say multiple occurances are allowed and increase specificity [on Elika Etemad - due 2009-08-05].
  265. # [18:59] <hyatt> some of the pseudo elements are sufficiently complex (nth-child) that i suspect most implementors just do a list for selectors :)
  266. # [18:59] <fantasai> http://lists.w3.org/Archives/Public/www-style/2009Jul/0120.html
  267. # [18:59] <szilles> Box Shadow and Border Image
  268. # [19:00] <szilles> EE: I want to lock down a practical version of the spec. I would prefer leaving the spec as it currently is
  269. # [19:01] <szilles> EE: I posted my reasons for wanting this;
  270. # [19:01] <szilles> EE: The main question is how to handle "spreads";
  271. # [19:03] <szilles> CL: taking an arbitrary geometry bigger takes converting a path around the object to a stroke; then converting that to two paths and taking the union of the paths
  272. # [19:04] <szilles> PL: are we OK with saying the spread is (may be) ignored for borders (it works on boxes)
  273. # [19:05] <szilles> EE: I am happy with saying implementations may choose to implement spread on border images if they want
  274. # [19:07] <szilles> EE: I am arguing for the proposal posted by RC and DH, rather than what CL proposed; We want the UA to compute an appropriate shadow for a border imaged box
  275. # [19:07] <szilles> CL and DH: We should say "spread" is ignored for border-image
  276. # [19:08] <glazou> argl noise !
  277. # [19:08] <dsinger_> zakim, who is noisy?
  278. # [19:08] <Zakim> dsinger_, listening for 10 seconds I heard sound from the following: Bert (24%)
  279. # [19:08] <Zakim> -[Mozilla]
  280. # [19:08] * dsinger_ ow ow
  281. # [19:09] <ChrisL> zakim, drop bert
  282. # [19:09] <Zakim> Bert is being disconnected
  283. # [19:09] <Zakim> -Bert
  284. # [19:09] <ChrisL> :)
  285. # [19:09] * dsinger_ bye bert!
  286. # [19:09] * Bert had very clear sound :-)
  287. # [19:09] <glazou> bert: but you were the only one :)
  288. # [19:09] * dsinger_ we had a lot of white noise in bursts
  289. # [19:10] * dsinger_ white noise in berts?
  290. # [19:10] <glazou> lol
  291. # [19:10] <szilles> decision: allow CL time to read the RC/DH discussion
  292. # [19:10] * dbaron notes we could have muted Bert
  293. # [19:10] <Zakim> -ChrisL
  294. # [19:10] * dsinger_ thx!, bye
  295. # [19:10] <Zakim> -hyatt
  296. # [19:10] <szilles> Adjourned at 10:05 PDT
  297. # [19:10] <Zakim> -plinss
  298. # [19:10] <Zakim> -[Microsoft]
  299. # [19:10] <Zakim> -annevk
  300. # [19:10] <Zakim> -Daniel_Glazman
  301. # [19:10] <glazou> /quit
  302. # [19:10] * Quits: glazou (glazou@82.247.96.19) (Quit: glazou)
  303. # [19:10] <fantasai> http://lists.w3.org/Archives/Public/www-style/2009Feb/0361.html
  304. # [19:10] <Zakim> -[Apple]
  305. # [19:11] <fantasai> That's the start of the thread
  306. # [19:11] <szilles> Above is start of RC/DH discussion on shadows
  307. # [19:11] <Zakim> -fantasai
  308. # [19:11] <Zakim> Style_CSS FP()12:00PM has ended
  309. # [19:11] <Zakim> Attendees were +95089aaaa, +1.408.398.aabb, dsinger_, David_Baron, Daniel_Glazman, sylvaing, +49.238.aacc, Bert, +1.281.419.aadd, +1.858.216.aaee, fantasai, hyatt, plinss, SteveZ,
  310. # [19:11] <Zakim> ... annevk, ChrisL, [Apple]
  311. # [19:14] * Quits: sgalineau (sylvaing@131.107.0.113) (Connection reset by peer)
  312. # [19:18] * Quits: dsinger_ (dsinger@17.202.35.52) (Quit: dsinger_)
  313. # [19:22] * Joins: sgalineau (sylvaing@131.107.0.114)
  314. # [19:24] * Quits: oyvinds (oyvinds@213.236.208.22) (Quit: oyvinds)
  315. # [19:27] <dbaron> boy, Zakim forgot all the identification we did
  316. # [19:42] * Quits: sgalineau (sylvaing@131.107.0.114) (Ping timeout)
  317. # [20:02] * Quits: ChrisL (ChrisL@128.30.52.30) (Client exited)
  318. # [20:06] * Joins: sgalineau (sylvaing@131.107.0.113)
  319. # [20:14] * Quits: arronei (arronei@131.107.0.112) (Quit: arronei)
  320. # [20:23] * Quits: sgalineau (sylvaing@131.107.0.113) (Connection reset by peer)
  321. # [21:13] * Joins: sgalineau (sylvaing@131.107.0.114)
  322. # [21:27] * Zakim excuses himself; his presence no longer seems to be needed
  323. # [21:27] * Parts: Zakim (rrs-bridgg@128.30.52.30)
  324. # [21:38] * Quits: dbaron (dbaron@63.245.220.240) (Ping timeout)
  325. # [21:46] * Parts: annevk (opera@83.85.115.44)
  326. # [21:53] * Joins: annevk (opera@83.85.115.44)
  327. # [21:54] * Joins: dbaron (dbaron@63.245.220.224)
  328. # [22:18] * Quits: sgalineau (sylvaing@131.107.0.114) (Ping timeout)
  329. # [23:06] * Joins: sgalineau (sylvaing@131.107.0.112)
  330. # [23:07] * Joins: dbaron_ (dbaron@63.245.220.240)
  331. # [23:10] * Quits: dbaron (dbaron@63.245.220.224) (Ping timeout)
  332. # [23:40] * Quits: szilles (chatzilla@71.202.66.40) (Ping timeout)
  333. # Session Close: Thu Jul 30 00:00:00 2009

The end :)