/irc-logs / w3c / #css / 2009-08-19 / end

Options:

  1. # Session Start: Wed Aug 19 00:00:00 2009
  2. # Session Ident: #css
  3. # [00:01] * Quits: dbaron_ (dbaron@98.234.51.190) (Ping timeout)
  4. # [00:01] * Quits: dbaron (dbaron@98.234.51.190) (Ping timeout)
  5. # [00:07] * Joins: dbaron_ (dbaron@98.234.51.190)
  6. # [00:07] * Joins: dbaron (dbaron@98.234.51.190)
  7. # [00:12] * Joins: anne2 (annevk@83.85.115.44)
  8. # [00:53] * Quits: annevk (opera@83.85.115.44) (Quit: annevk)
  9. # [02:08] * Quits: karl (karlcow@128.30.54.58) (Quit: This computer has gone to sleep)
  10. # [02:12] * Quits: plinss_ (peter.lins@15.243.169.72) (Quit: plinss_)
  11. # [02:26] * Quits: dbaron_ (dbaron@98.234.51.190) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  12. # [02:26] * Quits: dbaron (dbaron@98.234.51.190) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  13. # [03:22] * Joins: karl (karlcow@128.30.54.58)
  14. # [04:11] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  15. # [04:11] * Joins: billyjackass (MikeSmith@mcclure.w3.org)
  16. # [04:12] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  17. # [04:12] * Quits: billyjackass (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  18. # [04:13] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  19. # [04:48] * Quits: karl (karlcow@128.30.54.58) (Quit: This computer has gone to sleep)
  20. # [04:49] * Joins: dbaron (dbaron@98.234.51.190)
  21. # [04:49] * Joins: dbaron_ (dbaron@98.234.51.190)
  22. # [05:54] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Ping timeout)
  23. # [06:32] * Joins: Hixie (ianh@129.241.93.37)
  24. # [07:06] * Quits: dbaron (dbaron@98.234.51.190) (Quit: g'night)
  25. # [07:06] * Quits: dbaron_ (dbaron@98.234.51.190) (Quit: g'night)
  26. # [07:56] * Quits: anne2 (annevk@83.85.115.44) (Ping timeout)
  27. # [08:40] * Joins: ChrisL (ChrisL@128.30.52.30)
  28. # [09:18] * Joins: anne2 (annevk@83.85.115.44)
  29. # [09:27] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  30. # [10:22] * Joins: annevk (opera@83.85.115.44)
  31. # [10:30] * Joins: Bert_ (bbos@mcclure.w3.org)
  32. # [10:31] * Quits: Bert_ (bbos@mcclure.w3.org) (Quit: leaving)
  33. # [10:53] * Quits: ChrisL (ChrisL@128.30.52.30) (Client exited)
  34. # [11:23] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Ping timeout)
  35. # [11:34] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  36. # [11:47] * Quits: anne2 (annevk@83.85.115.44) (Ping timeout)
  37. # [11:47] * Quits: annevk (opera@83.85.115.44) (Ping timeout)
  38. # [11:49] * Joins: anne2 (annevk@83.85.115.44)
  39. # [12:05] * Joins: myakura (myakura@114.164.17.171)
  40. # [12:07] * Joins: CesarAcebal (acebal@193.51.208.72)
  41. # [12:20] * Joins: karl (karlcow@128.30.54.58)
  42. # [12:23] * Parts: anne2 (annevk@83.85.115.44)
  43. # [12:24] * Joins: anne2 (annevk@83.85.115.44)
  44. # [12:43] * Parts: anne2 (annevk@83.85.115.44)
  45. # [12:51] * Joins: annevk (opera@83.85.115.44)
  46. # [12:59] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  47. # [13:07] * Joins: anne2 (annevk@83.85.115.44)
  48. # [13:10] * Quits: anne2 (annevk@83.85.115.44) (Connection reset by peer)
  49. # [13:13] * Quits: annevk (opera@83.85.115.44) (Ping timeout)
  50. # [13:21] * Quits: myakura (myakura@114.164.17.171) (Quit: Leaving...)
  51. # [13:39] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: Leaving)
  52. # [13:45] * Joins: anne2 (annevk@83.85.115.44)
  53. # [14:33] * Joins: Lachy (Lachlan@85.196.122.246)
  54. # [14:44] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: Leaving)
  55. # [14:48] * Joins: Lachy (Lachlan@85.196.122.246)
  56. # [16:46] * Joins: ChrisL (ChrisL@128.30.52.30)
  57. # [16:47] * Quits: ChrisL (ChrisL@128.30.52.30) (Quit: Fire on main board error, client combusted)
  58. # [16:55] * Joins: dbaron (dbaron@98.234.51.190)
  59. # [16:55] * Joins: dbaron_ (dbaron@98.234.51.190)
  60. # [16:55] * Quits: dbaron_ (dbaron@98.234.51.190) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  61. # [17:28] * Quits: shepazu (schepers@128.30.52.169) (Quit: Core Breach)
  62. # [17:33] * Joins: shepazu (schepers@128.30.52.169)
  63. # [17:48] * Joins: sylvaing (sylvaing@131.107.0.74)
  64. # [17:53] * Quits: sylvaing (sylvaing@131.107.0.74) (Quit: sylvaing)
  65. # [17:53] * Joins: sylvaing (sylvaing@131.107.0.74)
  66. # [17:54] * Joins: Zakim (rrs-bridgg@128.30.52.30)
  67. # [17:54] * Joins: RRSAgent (rrs-loggee@128.30.52.30)
  68. # [17:54] <RRSAgent> logging to http://www.w3.org/2009/08/19-CSS-irc
  69. # [17:55] <plinss> zakim, this will be style
  70. # [17:55] <Zakim> ok, plinss; I see Style_CSS FP()12:00PM scheduled to start in 11 minutes
  71. # [18:02] * Joins: oyvinds (oyvinds@213.236.208.22)
  72. # [18:03] <Zakim> Style_CSS FP()12:00PM has now started
  73. # [18:03] <Zakim> +plinss
  74. # [18:03] <Zakim> +[Microsoft]
  75. # [18:03] <sylvaing> Zakim, Microsoft has sylvaing
  76. # [18:03] <Zakim> +sylvaing; got it
  77. # [18:04] * Joins: bradk (bradk@67.188.101.85)
  78. # [18:06] <Zakim> +bradk
  79. # [18:06] <Zakim> +CesarAcebal
  80. # [18:07] <Zakim> +??P9
  81. # [18:08] * Joins: ChrisL (ChrisL@128.30.52.30)
  82. # [18:08] <Zakim> +Bert
  83. # [18:08] <Zakim> +ChrisL
  84. # [18:10] <ChrisL> zakim, who is here?
  85. # [18:10] <Zakim> On the phone I see plinss, [Microsoft], bradk, CesarAcebal, ??P9, Bert, ChrisL
  86. # [18:10] <Zakim> [Microsoft] has sylvaing
  87. # [18:10] <Zakim> On IRC I see ChrisL, bradk, oyvinds, RRSAgent, Zakim, sylvaing, shepazu, dbaron, Lachy, anne2, karl, CesarAcebal, Hixie, krijnh, plinss, fantasai, Bert, trackbot
  88. # [18:11] <Zakim> +[Mozilla]
  89. # [18:12] <dbaron> Zakim, [Mozilla] has dbaron
  90. # [18:12] <Zakim> +dbaron; got it
  91. # [18:12] <Zakim> +??P18
  92. # [18:12] <dbaron> Zakim, ??P18 is howcome
  93. # [18:12] <Zakim> +howcome; got it
  94. # [18:14] * Joins: hyatt (hyatt@98.201.21.231)
  95. # [18:15] <fantasai> ScribeNick: fantasai
  96. # [18:15] <Zakim> +hyatt
  97. # [18:15] <fantasai> Bert: I'd like to add Cesar as co-editor of Template module
  98. # [18:16] <fantasai> RESOLVED: Cesar accepted as co-editor of Template module
  99. # [18:16] <fantasai> Topic: CSS2.1 Issues
  100. # [18:16] <sylvaing> Zakim, [Microsoft] has arronei
  101. # [18:16] <Zakim> +arronei; got it
  102. # [18:16] <plinss> http://lists.w3.org/Archives/Public/www-style/2009Jul/0025.html
  103. # [18:17] <fantasai> Issue 128
  104. # [18:17] <fantasai> Bert: I've looked at this when working on the Box module, and did write that section more carefully there
  105. # [18:17] <Bert> http://www.w3.org/Style/Group/css3-src/css3-box/Overview.html#run-in-boxes
  106. # [18:17] <fantasai> Bert: We're talking about block level with exceptions, e.g. block-level but not floating
  107. # [18:18] <fantasai> Bert: For issue 2, I think 'follows' is defined, but is not defined in the way we need... in Chapter 3 elements and following elements are defined
  108. # [18:18] <fantasai> Bert: But here we need "immediately following". So that's a bug in the definition
  109. # [18:18] <ChrisL> +1 to 'immediately following'
  110. # [18:19] <fantasai> ACTION: Bert Come up with exact wording for CSS2.1 Issue 128
  111. # [18:19] * trackbot noticed an ACTION. Trying to create it.
  112. # [18:19] * RRSAgent records action 1
  113. # [18:19] <trackbot> Created ACTION-172 - Come up with exact wording for CSS2.1 Issue 128 [on Bert Bos - due 2009-08-26].
  114. # [18:20] <fantasai> ChrisL: The last part is, I think, talking about tree order rather than rendering order (in any case this needs clarification)
  115. # [18:20] <fantasai> ChrisL: "first child" would be more precise than "starts with"
  116. # [18:21] <fantasai> Peter: You said you have clarifications that address the first issue, but he's pointing out different behavior in different browsers.
  117. # [18:22] <fantasai> fantasai thinks Bert should come up with a proposal and then we can talk about it
  118. # [18:22] <fantasai> Hyatt: I would prefer Boris's suggestion
  119. # [18:23] <fantasai> ChrisL: That means IE has to change
  120. # [18:24] <fantasai> Issue 115 (?)
  121. # [18:24] <plinss> http://lists.w3.org/Archives/Public/www-style/2009Mar/0282.html
  122. # [18:24] <fantasai> dbaron: I think fantasai's text has a serious bug in it in that it says every element has clear even if it's not next to floats
  123. # [18:25] <fantasai> dbaron: I sent a message to the list a week ago, but it wasn't clear so I sent another one just now
  124. # [18:25] <dbaron> s/says every element has clear/says every element with 'clear' inhibits margin collapsing/
  125. # [18:25] <fantasai> http://lists.w3.org/Archives/Public/www-style/2009Aug/0386.html
  126. # [18:29] <fantasai> dbaron: I don't think there's an issue here
  127. # [18:29] <fantasai> s/I don't think/I'm not sure/
  128. # [18:30] <fantasai> fantasai: There is, there are cases where you need clearance to be zero and still be clearance.
  129. # [18:30] <fantasai> fantasai: Anton pointed out that the spec in some places assumes zero clearance is no clearance
  130. # [18:30] <fantasai> ACTION: dbaron figure out what he wants to do about this
  131. # [18:30] * trackbot noticed an ACTION. Trying to create it.
  132. # [18:30] * RRSAgent records action 2
  133. # [18:30] <trackbot> Created ACTION-173 - Figure out what he wants to do about this [on David Baron - due 2009-08-26].
  134. # [18:31] <fantasai> Topic: Border-image/box-shadow
  135. # [18:32] <fantasai> ChrisL: Last time we discussed I present a proposal
  136. # [18:32] <fantasai> ChrisL: It was rejected, and there was discussion of a border-shadow proposal
  137. # [18:33] <fantasai> ChrisL: http://lists.w3.org/Archives/Public/www-style/2009Jul/0176.html
  138. # [18:33] <fantasai> s/ChrisL: //
  139. # [18:37] <fantasai> ChrisL: But I don't understand what happened sicne then
  140. # [18:37] <fantasai> fantasai points Chris to the minutes
  141. # [18:40] <Zakim> -howcome
  142. # [18:42] <ChrisL> s/rejected/rejected on two grounds, desire for a real box shaddow and the assertion that shadows could be precomputed/
  143. # [18:42] <fantasai> People repeat their objections to various issues within this issue, and fantasai tells everybody to go read her email and post a reply if they object to her argument there
  144. # [18:43] <fantasai> People discuss issues
  145. # [18:43] <fantasai> fantasai fails to minute them.
  146. # [18:44] <fantasai> Brad: If we're going to have an alpha-based shadow in the future, that should be a separate thing from box-shadow which doesn't follow the shape of the dashes
  147. # [18:44] <fantasai> ChrisL: I understand that point, but I think people are going to be surprised when box-shadow doesn't follow the shape of the border image
  148. # [18:44] <fantasai> ChrisL: You could specify it that way, but it's not very satisfactory
  149. # [18:45] <fantasai> Hyatt: I would prefer if we came up with a resolution that used border-image
  150. # [18:45] <fantasai> Hyatt: People use it in a way that visually alters the shape of the box
  151. # [18:45] <fantasai> ChrisL: And if you curve the corners, it follows the curve
  152. # [18:46] <fantasai> ChrisL: People will expect it to work for border-image, too
  153. # [18:47] <fantasai> Hyatt: I think either we should follow the border-image, or suppress the shadow
  154. # [18:47] <fantasai> Hyatt: Making a box shape doesn't make sense
  155. # [18:47] <fantasai> Brad: Why don't we shadow everything?
  156. # [18:47] <fantasai> Hyatt: We have that, it's a separate feature
  157. # [18:47] * fantasai is so annoyed that we're just repeating ourselves from last time and she has to type it all
  158. # [18:47] <fantasai> Hyatt: ... SVG shadows
  159. # [18:48] <fantasai> ChrisL: That's how I implemented these
  160. # [18:48] <fantasai> Brad: Once we have SVG shadows, then anything we do for border-image just becomes redundant
  161. # [18:48] * ChrisL #include unminuted discussion from last time.h
  162. # [18:48] <fantasai> Hyatt: For box-shadow, my concern is what the author expects.
  163. # [18:49] * dbaron thinks <time.h> is pretty ugly
  164. # [18:49] <fantasai> Hyatt: I think there's really only two options: either shadow the border-image or suppress it
  165. # [18:49] * shepazu who knows what evil lurks in the heart of SVG shadows? Only... the Hyatt knows!
  166. # [18:49] <fantasai> Hyatt: I don't see what the problem is with doing shadows on border-image
  167. # [18:49] * ChrisL thought that %20s would be even uglier
  168. # [18:49] <fantasai> Hyatt: Is it just that we can't come to agreement on how it works?
  169. # [18:50] <fantasai> fantasai: not that's not the problem
  170. # [18:50] <fantasai> Brad: We could add switches to controll what the shadow gets applied to
  171. # [18:50] <fantasai> fantasai: we can add switches later
  172. # [18:50] <fantasai> Hyatt: If you really want a separate border-shadow then we can add that and copy the box-shadow syntax
  173. # [18:52] <fantasai> ...
  174. # [18:53] <fantasai> Hyatt: If we have a box-shadow, then it tries to do this filled shadow effect where it's drawn outside the box
  175. # [18:53] <fantasai> Hyatt: A border-shadow effect would shadow whatever's drawn for the border
  176. # [18:53] <fantasai> Peter: Does border-shadow really change the shape of the box?
  177. # [18:53] <fantasai> Hyatt: People expect it to
  178. # [18:53] <fantasai> Hyatt: It looks like they change the shape of the box, but it's kinda fake
  179. # [18:56] <fantasai> Bert: I don't want to have a non-continuous border change the shape of the box. I still want the box to be rectangular.
  180. # [18:57] <fantasai> Hyatt: Most of our use of border-image is to round things
  181. # [18:58] <fantasai> Brad: I think using border-image for interesting dotted patterns will be as interesting as using it for changing the shape of the box
  182. # [18:58] <fantasai> Hyatt: It's going to be used for a lot of things. Any case where the built-in borders aren't good enough
  183. # [18:58] <fantasai> ChrisL: So you're saying people want this ... ?
  184. # [18:59] * Quits: sylvaing (sylvaing@131.107.0.74) (Ping timeout)
  185. # [18:59] <ChrisL> s/this/this immediately/
  186. # [18:59] <fantasai> Hyatt: Feature requests we've gotten: 1. do border-shadow, which is just a property like box-shadow and text-shadow that would exactly shadow the border drawing
  187. # [19:00] <Zakim> -bradk
  188. # [19:00] <fantasai> Hyatt: 2. A full-blown shadow property, that would shadow everything drawn inside the element
  189. # [19:00] <Zakim> +bradk
  190. # [19:00] <fantasai> Hyatt: 3. Wanting to shadow pieces of SVG.
  191. # [19:00] <fantasai> ChrisL: You can do that already with the filter property
  192. # [19:00] <fantasai> ChrisL: The latest draft is adding some syntactic sugar for common effects
  193. # [19:00] <fantasai> ChrisL: I believe that's already implemented in WebKit, actually
  194. # [19:03] <fantasai> ChrisL: If we go ahead and do a border-shadow property, then I'd like the box-shadow property to be only affected by the box, not by the border-image
  195. # [19:03] <fantasai> ChrisL: You'll only get a rectangular shadow
  196. # [19:03] <fantasai> ChrisL: It's not what people want. It's just clear and simple.
  197. # [19:04] <fantasai> Hyatt: The argument for suppressing the box-shadow instead of just drawing a rectangle
  198. # [19:04] <fantasai> Hyatt: Is that if the image don't load you show the border with a shadow
  199. # [19:04] <fantasai> Hyatt: I'm fine with just rendering the rectangular shadow
  200. # [19:04] <Zakim> -bradk
  201. # [19:04] <fantasai> Hyatt: I think that's what we currently do
  202. # [19:05] * dbaron didn't hear any beeps
  203. # [19:06] <fantasai> Hyatt: I think it's an important point that border-image doesn't change the shape of the box
  204. # [19:06] * bradk lost the phone connection and can't reconnect
  205. # [19:06] * Joins: sylvaing (sylvaing@131.107.0.72)
  206. # [19:08] <bradk> is the call over?
  207. # [19:08] <Bert> No, not quite
  208. # [19:08] <Bert> (But you're right that it's the top of the hour...)
  209. # [19:10] <bradk> "the conference is restricted at this time", so I can't rejoin the call, and I'm missing whatever else is being discussed.
  210. # [19:10] <fantasai> Peter: we're over our time, still no conclusion
  211. # [19:10] <fantasai> Peter: let's pick this up again next week
  212. # [19:10] <Zakim> -ChrisL
  213. # [19:10] <Zakim> -hyatt
  214. # [19:10] <Zakim> -[Microsoft]
  215. # [19:10] <Zakim> -[Mozilla]
  216. # [19:10] <Bert> We're just repeating, to be as clearas possible. No conclusions...
  217. # [19:10] <Zakim> -plinss
  218. # [19:10] <Zakim> -CesarAcebal
  219. # [19:10] <Zakim> -??P9
  220. # [19:10] <Zakim> -Bert
  221. # [19:10] <Zakim> Style_CSS FP()12:00PM has ended
  222. # [19:10] <Zakim> Attendees were plinss, sylvaing, bradk, CesarAcebal, Bert, ChrisL, dbaron, howcome, hyatt, arronei
  223. # [19:10] <bradk> OK, thanks
  224. # [19:10] <fantasai> yes, just repeating ourselves over and over and over and over and over
  225. # [19:11] * hyatt is not really even sure what we're arguing about at this point
  226. # [19:11] * Quits: CesarAcebal (acebal@193.51.208.72) (Quit: CesarAcebal)
  227. # [19:11] <hyatt> in the case of border-image i guess i'm just fine with everything, which isn't helpful for coming to a conclusion :)
  228. # [19:11] <fantasai> heh
  229. # [19:11] <hyatt> i could suppress, draw a normal shadow, or draw a fancy shadow
  230. # [19:11] <hyatt> don't really care
  231. # [19:12] <fantasai> Perhaps we should assign some homework. Everybody go read my message, brad's response, and the minutes, and write one paragraph about what you think
  232. # [19:12] <fantasai> Most people weren't talking
  233. # [19:12] <bradk> If we think we can quickly create alpha-based drop shadows, and either restrict them to borders or not, then why don't we just do that, and have THAT suppress box-shadow?
  234. # [19:12] <fantasai> ?
  235. # [19:13] <bradk> As a separate property, I mean.
  236. # [19:13] <fantasai> bradk: you mean, if 'border-shadow' is in effect, 'box-shadow' gets suppressed?
  237. # [19:14] <bradk> Yes.
  238. # [19:14] <fantasai> bradk: why is that useful?
  239. # [19:15] <bradk> It seems like that would be coming in the future anyway. Then, if some want to suppress box-shadow when there is border-image, they can just create a border-shadow with a .0001& opacity.
  240. # [19:16] * Quits: dbaron (dbaron@98.234.51.190) (Ping timeout)
  241. # [19:16] <fantasai> bradk: that would suppress even when there wasn't a border-image
  242. # [19:17] <bradk> or maybe instead of border-shadow, it is "drop-shadow: <box-shadow-properties>, border-only;"
  243. # [19:17] <bradk> Hmm. Oh, yeah.
  244. # [19:17] <fantasai> bradk: or maybe we can just add keywords to box-shadow later
  245. # [19:17] <sylvaing> seconds that, fwiw
  246. # [19:17] <fantasai> bradk: or that, yeah
  247. # [19:18] <sylvaing> i.e. adding kw to box-shadow
  248. # [19:18] <hyatt> i don't know how roc feels, but for me doing something great for border-image and box-shadow was just in the category of "well this might be cool"
  249. # [19:18] <hyatt> i don't really feel strongly about it
  250. # [19:18] <fantasai> hyatt: probably the same
  251. # [19:18] <bradk> drop-shadow suppresses border-shadow, which suppresses box-shadow?
  252. # [19:18] <fantasai> no, that would be so confusing
  253. # [19:18] <fantasai> heh
  254. # [19:18] <hyatt> at the top of webkit's paintBoxShadow method long ago i put:
  255. # [19:18] <hyatt> "FIXME: Deal with border-image. Would be great to use border-image as a mask."
  256. # [19:19] <hyatt> and that's the extent of it :)
  257. # [19:19] <fantasai> bradk: sorry, I misinterpreted what you typed
  258. # [19:19] <fantasai> bradk: if we're adding keywords then I think we should just do that to box-shadow itself
  259. # [19:19] <fantasai> bradk: and we can do that later, we don't have to do it now
  260. # [19:20] <fantasai> hyatt: I think it's a good idea. I'd only want to suppress the shadows if it turns out to be difficult implementation-wise
  261. # [19:20] <fantasai> hyatt: and since you and roc don't think so, that's not a concern right now
  262. # [19:20] <bradk> "box-shadow: <box-shadow-properties>, supress-if-there-is-a-border-image;"?
  263. # [19:21] <fantasai> bradk: how about
  264. # [19:21] <fantasai> border-image: ... shadowed image ...;
  265. # [19:21] <fantasai> box-shadow: none;
  266. # [19:21] <hyatt> fantasai: opaque padding box unioned with border-image shape and drawn as a mask
  267. # [19:21] <fantasai> @media (images-disabled) {
  268. # [19:21] <hyatt> will look good in some circumstances but really lousy in many others
  269. # [19:21] <fantasai> box-shadow: something;
  270. # [19:21] <fantasai> }
  271. # [19:22] <hyatt> like the diamond pattern in bert's original draft for example
  272. # [19:22] <fantasai> hyatt: and shadows drawin in the image will look good in some circumstances but really lousy in many others
  273. # [19:22] <hyatt> you'd have these little holes in between the right interior edges of the diamonds and the padding box
  274. # [19:22] <hyatt> in the shadow
  275. # [19:22] <hyatt> fantasai: true
  276. # [19:22] <fantasai> hyatt: the diamond pattern in Bert's original example draft would work if you filled in the area between the diamonds and the padding edge
  277. # [19:22] <fantasai> hyatt: it would /not/ work if you had to draw the shadows inside the image
  278. # [19:23] <fantasai> hyatt: they'd get sliced up wrong
  279. # [19:23] <hyatt> fantasai: right... so would need an algorithm that could specify that the space between the diamonds and padding edge gets filled
  280. # [19:23] <fantasai> hyatt: feel free to try it :) bradk too
  281. # [19:23] <bradk> I'd be OK with @media(no-images), I think.
  282. # [19:23] <fantasai> hyatt: that's edge detection
  283. # [19:23] <hyatt> i'm not quite sure how to specify that
  284. # [19:23] <fantasai> hyatt: that's not something we really want to get into imo
  285. # [19:23] <hyatt> yeah having to grovel around to build an actual shape
  286. # [19:23] <hyatt> would yield the best results
  287. # [19:23] <hyatt> but is also hard
  288. # [19:24] <fantasai> bradk: I think that'll cover a lot more ground than trying to work fallback into border-image+box-shadow
  289. # [19:24] <bradk> Would it work if images were supported but not yet loaded?
  290. # [19:25] <fantasai> bradk: hmmm, that's a tough one. probably not
  291. # [19:25] <fantasai> bradk: for that you need media queries on a per-element basis
  292. # [19:25] <fantasai> bradk: which we don't have, obviously
  293. # [19:26] <bradk> OK, got to go. Bye!
  294. # [19:26] <fantasai> bye!
  295. # [19:27] * Quits: bradk (bradk@67.188.101.85) (Quit: leaving)
  296. # [19:29] * Joins: dbaron (dbaron@98.234.51.190)
  297. # [19:32] * fantasai wonders when glazou is getting back
  298. # [19:43] * sylvaing suggests this is TPAC f2f material
  299. # [19:45] * Quits: oyvinds (oyvinds@213.236.208.22) (Quit: oyvinds)
  300. # [19:46] <fantasai> sylvaing: that or a discussion for when glazou gets back
  301. # [19:47] <sylvaing> fantasai: not sure I follow the glazou dependency :)
  302. # [19:47] <fantasai> he's sometimes able to sort out messy discussions like this :)
  303. # [19:47] <fantasai> I would like to go for last call before the TPAC
  304. # [19:47] <sylvaing> granted. he does drive with a firmer hand.
  305. # [19:48] <fantasai> TPAC is a long ways away, and I want this spec done by the end of the year
  306. # [19:48] <Bert> Fun: let's bring crayons and water colors to the ftf and draw borders! :-)
  307. # [19:48] <fantasai> Yay!
  308. # [19:48] <sylvaing> that'd be totally approved
  309. # [19:48] <fantasai> if we finish borders discussion, we can draw gradients instead :P
  310. # [19:49] <sylvaing> that was another one I was going to suggest for TPAC
  311. # [19:49] * fantasai wonders if we can get Tab there too
  312. # [19:49] <fantasai> he's effectively editing the spec, we should make him co-editor for css3-images :)
  313. # [19:49] <sylvaing> we should !
  314. # [19:49] <fantasai> Bert: how goes the administrivia?
  315. # [19:49] <sylvaing> tab got his email
  316. # [19:49] <fantasai> cool
  317. # [19:50] <sylvaing> he was all happy about this this morning on #whatwg. minutes before the conf call in fact
  318. # [19:50] <Bert> He filled the form, it's now under review by Mauro.
  319. # [19:50] <sylvaing> excellent
  320. # [19:50] <Bert> He is already IE for HTML, so I don't see what Mauro can find against him. Nothing changed in Tab's situation since then.
  321. # [19:51] <sylvaing> didn't know he was IE for HTML
  322. # [19:51] <Bert> Which means that probably early next week he can officially join.
  323. # [19:51] <sylvaing> but given the quality of his participation there, that certainly makes sense
  324. # [19:51] * sylvaing will be invited too....someday....
  325. # [19:52] <fantasai> sylvaing: HTML's IE status is different, it is self-invited
  326. # [19:52] * sylvaing goes hixie and forecasts 2022...
  327. # [19:52] <fantasai> sylvaing: you don't qualify, though, because you work for MSFT :P
  328. # [19:53] <sylvaing> I won't always...
  329. # [19:53] <sylvaing> or am i tainted for life ?
  330. # [19:53] <Bert> I prefer that join as rep of a big company, though. I need the fees to be able to travel again :-)
  331. # [19:53] <fantasai> lol
  332. # [19:54] <sylvaing> you need to get the fantasai travel guide !
  333. # [19:54] <fantasai> "W3C Travel on a Student Budget"
  334. # [19:54] <fantasai> :P
  335. # [19:56] <fantasai> sylvaing: you can be an IE if you're not working for a W3C-eligible company
  336. # [19:57] <sylvaing> when i grow up then
  337. # [19:57] <hyatt> fantasai: roc is on vacation, so i haven't made any progress on gradients
  338. # [19:57] <hyatt> fantasai: the discussion on them has been crazy
  339. # [19:57] <fantasai> hyatt: yeah
  340. # [19:57] <hyatt> i can't keep up with it
  341. # [19:58] <fantasai> hyatt: Tab's doing most of the work for you
  342. # [19:58] <fantasai> hyatt: he's effectively editing a spec on it as he goes through the discussions
  343. # [19:58] <fantasai> hyatt: so you and roc can basically just review the spec once it stabilizes
  344. # [19:58] <fantasai> hyatt: mostly it's syntax discussions
  345. # [19:59] <sylvaing> yeah tab is doing good work there
  346. # [19:59] <sylvaing> between Brad's border image stuff and Tab's gradient work, we've been lucky lately.
  347. # [20:00] <fantasai> yeah :) good stuff
  348. # [20:00] * Quits: dbaron (dbaron@98.234.51.190) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  349. # [20:02] * fantasai pulls the IRC logs so she can make minutes
  350. # [20:02] <fantasai> I need to be more patient.
  351. # [20:02] <Bert> Not so sure about that. I would prefer we spent the energy on vertical text, hyphenation, centering (esp. horizontal, but vertical is also important), tabs/leaders, footnotes, intrinsic heights and a few other things that really ought to have been working long ago...
  352. # [20:03] * Quits: ChrisL (ChrisL@128.30.52.30) (Client exited)
  353. # [20:03] <fantasai> Bert: Those are much harder topics.
  354. # [20:04] <sylvaing> well, bert, as someone who works on a browser that doesn't do rounded corners, border images, shadows, gradients and the like, i can tell you i can't argue with the priorities :)
  355. # [20:04] <Bert> No doubt, but any other typsettting system can do them, while the Web still can't :-(
  356. # [20:04] <sylvaing> and yes, definitely harder too.
  357. # [20:05] <fantasai> Bert: if we had as many people who understood intrinsic sizes as gradients...
  358. # [20:05] <fantasai> Bert: I think it's mainly just you and dbaron (and probably someone from the IE team, though I don't know who)
  359. # [20:05] <sylvaing> and that someone sure isn't me...
  360. # [20:06] <sylvaing> but there is someone here who is very good with that
  361. # [20:06] <fantasai> Bert: howcome has a proposal for leaders, should be extensible to tabs, no?
  362. # [20:06] <fantasai> Bert: and his footnotes proposal is quite good imho
  363. # [20:07] <Bert> I think we abandoned general tabs in favour of HÃ¥kon's simplified proposal. That's OK, it can do most things and the rest will have to be faked with floats again. The problem is that even the simplified stuff isn't progressing :-(
  364. # [20:08] <fantasai> Bert: It's not progressing in browsers
  365. # [20:08] <fantasai> Bert: which is why it doesn't get talked about much here
  366. # [20:08] <fantasai> Bert: the companies that are working on it are YesLogic and AntennaHouse
  367. # [20:09] <fantasai> Bert: neither of which sends reps
  368. # [20:10] * Joins: annevk (opera@83.85.115.44)
  369. # [20:11] <fantasai> RRSAgent: make logs public
  370. # [20:11] <RRSAgent> I have made the request, fantasai
  371. # [20:11] <sylvaing> mmmm...css3 values and units says angles are for aural stylesheets ?
  372. # [20:12] <fantasai> that's an error
  373. # [20:12] <annevk> ooh, my apologies, I was out for food with my dad
  374. # [20:12] <fantasai> it was reported awhile ago
  375. # [20:12] <fantasai> annevk: you didn't miss much
  376. # [20:12] <fantasai> annevk: just a rehash of the border-image box-shadow arguments
  377. # [20:12] <annevk> I see, hope you guys had fun with that :)
  378. # [20:12] <annevk> (and girl ;) )
  379. # [20:12] <sylvaing> annevk: fantasai was fierce :)
  380. # [20:12] * fantasai has no patience for this kind of discussion
  381. # [20:12] <fantasai> it's not good
  382. # [20:12] <fantasai> should be more patient
  383. # [20:12] <fantasai> grr
  384. # [20:13] <fantasai> annevk: I consider "you guys" to be gender-neutral
  385. # [20:13] <sylvaing> well, i appreciated it because it clarified a bunch of things for me. but i can totally see how others would see it as a waste of time
  386. # [20:13] <fantasai> annevk: so you're good :)
  387. # [20:13] <Bert> Angles are to specify the elevation of the sound source above the horizon
  388. # [20:13] <fantasai> yes, but they're used for more than that in css3
  389. # [20:13] <annevk> :)
  390. # [20:14] <Bert> So yes, they caome from aural style sheets origianlly.
  391. # [20:14] * fantasai has used "you guys" to refer to an all-girls bunch of people, even ^^;;
  392. # [20:24] * Joins: dbaron (dbaron@63.245.220.240)
  393. # [20:27] <sylvaing> Bert: thanks !
  394. # [20:28] <Bert> Sylvain, for what?
  395. # [20:43] * Zakim excuses himself; his presence no longer seems to be needed
  396. # [20:43] * Parts: Zakim (rrs-bridgg@128.30.52.30)
  397. # [21:00] * Quits: sylvaing (sylvaing@131.107.0.72) (Ping timeout)
  398. # [21:09] * Joins: sylvaing (sylvaing@131.107.0.73)
  399. # [21:36] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  400. # [22:27] * Quits: sylvaing (sylvaing@131.107.0.73) (Ping timeout)
  401. # [22:33] * Joins: sylvaing (sylvaing@131.107.0.73)
  402. # [23:01] * Joins: billyjackass (MikeSmith@mcclure.w3.org)
  403. # [23:04] * shepazu is now known as billyjacksquat
  404. # [23:04] * billyjacksquat is now known as shepazu
  405. # [23:04] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Ping timeout)
  406. # [23:24] * Disconnected
  407. # [23:25] * Attempting to rejoin channel #css
  408. # [23:25] * Rejoined channel #css
  409. # [23:25] * Topic is 'Confusing Specs Support group'
  410. # [23:25] * Set by dsinger_ on Wed Aug 12 18:02:02
  411. # [23:33] * Disconnected
  412. # [23:34] * Attempting to rejoin channel #css
  413. # [23:34] * Rejoined channel #css
  414. # [23:34] * Topic is 'Confusing Specs Support group'
  415. # [23:34] * Set by dsinger_ on Wed Aug 12 18:02:02
  416. # [23:47] * Disconnected
  417. # [23:48] * Attempting to rejoin channel #css
  418. # [23:48] * Rejoined channel #css
  419. # [23:48] * Topic is 'Confusing Specs Support group'
  420. # [23:48] * Set by dsinger_ on Wed Aug 12 18:02:02
  421. # [23:53] * Disconnected
  422. # [23:54] * Attempting to rejoin channel #css
  423. # [23:54] * Rejoined channel #css
  424. # [23:54] * Topic is 'Confusing Specs Support group'
  425. # [23:54] * Set by dsinger_ on Wed Aug 12 18:02:02
  426. # Session Close: Thu Aug 20 00:00:00 2009

The end :)