/irc-logs / w3c / #css / 2008-08-18 / end

Options:

  1. # Session Start: Mon Aug 18 00:00:00 2008
  2. # Session Ident: #css
  3. # [01:14] * Quits: dbaron (dbaron@82.71.8.145) (Ping timeout)
  4. # [09:06] <Bert> Krijnh, didn't you stop logging in order to patch the software? In particular to allow people to make unlogged remarks, via /me or [off]?
  5. # [09:58] * Joins: dbaron (dbaron@82.71.8.145)
  6. # [10:16] * Joins: Bert_ (bbos@128.30.52.28)
  7. # [10:19] * Quits: Bert_ (bbos@128.30.52.28) (Quit: leaving)
  8. # [11:07] * dbaron gets ready to head out to see some sights
  9. # [11:13] * Quits: dbaron (dbaron@82.71.8.145) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  10. # [11:50] * Joins: anne (annevk@77.163.243.203)
  11. # [13:12] * Joins: myakura (myakura@118.8.102.216)
  12. # [13:29] <anne> just to be clear, I'll be in Cambridge too even though http://www.w3.org/Style/Group/2008/Cambridge.html suggests otherwise
  13. # [13:29] <anne> my e-mails don't seem to get through
  14. # [13:44] <Bert> Your e-mail doesn't get through? To the mailing list, you mean?
  15. # [13:51] <anne> to Alex
  16. # [14:37] <fantasai> Bert: that was a suggestion, but not a requirement
  17. # [14:37] <fantasai> Bert, krijnh: See minutes at http://lists.w3.org/Archives/Public/www-style/2008Apr/0456.html
  18. # [14:38] <fantasai> Bert: we resolved that ideally W3C would host the logs and ideally there would be a way to not log a statement, but that for now it's ok for krijnh to log the channel
  19. # [14:38] <fantasai> As for not logging /me
  20. # [14:38] <fantasai> that wouldn't work for me
  21. # [14:38] <fantasai> very well
  22. # [14:38] <fantasai> because I use it all the time by habit
  23. # [14:47] <anne> yeah, not logging /me is misfeature of the W3C bot
  24. # [15:15] * Quits: myakura (myakura@118.8.102.216) (Ping timeout)
  25. # [15:16] * Joins: myakura (myakura@118.8.102.216)
  26. # [15:28] <fantasai> Bert, for colors
  27. # [15:28] <fantasai> Bert: should the Computed value be "as specified" or "the computed color" ?
  28. # [15:33] <Bert> What is the difference?
  29. # [15:33] <fantasai> CSS2.1 says 'as specified'
  30. # [15:33] <fantasai> CSS3 says something long and complicated
  31. # [15:34] <fantasai> http://www.w3.org/TR/css3-color/#foreground
  32. # [15:36] <fantasai> Also, I'm thinking we should change all instances of <uri> to <image> and define <image> as <uri>. That way CSS3 Values and Units can hook into the definition of <image> to define e.g. image slices or gradients or whatever else we decide to add
  33. # [15:36] <Bert> I don't think it matters for CSS itself. We can leave it to Anne to define some canocalization for the DOM, but I'd do the easy thing and say "as specified" in CSS 2.1 and Color
  34. # [15:36] <fantasai> ok
  35. # [15:37] <fantasai> you mean CSS 2.1 and Backgrounds and Borders
  36. # [15:37] <fantasai> I think saying "computed color" rather than as-specified would cover both
  37. # [15:37] <fantasai> actually
  38. # [15:37] <fantasai> think that would work?
  39. # [15:38] <Bert> But how do you compute a color? There are no relative colors, are there?
  40. # [15:38] <fantasai> currentColor
  41. # [15:38] <Bert> Apart from currencolor.
  42. # [15:39] <fantasai> well, that's still one :)
  43. # [15:39] <fantasai> can't just write 'as specified' there, right
  44. # [15:39] <anne> for the DOM it's either the #rrggbb format or rgba(...) in case a != 1
  45. # [15:39] <fantasai> that's what css3-color says
  46. # [15:39] <fantasai> iiric
  47. # [15:39] <anne> (or the canonical name of the system color, I suppose)
  48. # [15:42] <Bert> I don't really care whether you call it "as specified, except for currentcolor" or "see text" and then explain essentially the same thing in the text. Whatever makes the spec shorter is better, I think.
  49. # [15:43] <fantasai> then I'll use "the computed color"
  50. # [15:43] <Bert> And about <image>: where do you want to change that?
  51. # [15:43] <fantasai> everywhere we use <uri> in this spec
  52. # [15:43] <fantasai> because they all represent images
  53. # [15:45] <Bert> Yes, that sounds reasonable.
  54. # [15:46] <Bert> But hwo about the timing/dependency? We're not publishing Values at the same time, are we?
  55. # [15:46] <fantasai> no
  56. # [15:46] <fantasai> so here we define <image> as <uri>
  57. # [15:47] <fantasai> and when Values gets published it can redefine <image>
  58. # [15:47] <fantasai> or rather, expand its definition
  59. # [15:47] <fantasai> like it does with <length>
  60. # [15:48] <fantasai> another thing..
  61. # [15:48] <fantasai> for border-break
  62. # [15:48] <fantasai> I think we should have the current definition plus two keywords, "open" and "close"
  63. # [15:48] <fantasai> where "close" makes each box as if it were independent
  64. # [15:48] <fantasai> and "open" is what we do currently
  65. # [15:49] <fantasai> and then the current definition lets you specify a different border if you really want a different one
  66. # [15:49] * fantasai notes that the initial value isn't a valid value atm
  67. # [15:50] <Bert> Isn't open the same as none?
  68. # [15:51] <fantasai> yeah, I'd replace 'none' with 'open'
  69. # [15:51] <fantasai> 'none' isn't actually defined atm
  70. # [15:51] <fantasai> or rather, it's defined
  71. # [15:51] <fantasai> but not in the list of valid values :)
  72. # [15:51] <Bert> 'None' is a <border-style>
  73. # [15:51] <fantasai> ah
  74. # [15:51] <fantasai> true
  75. # [15:51] * fantasai forgot about that
  76. # [15:51] <fantasai> in that case we'd just need a keyword for close
  77. # [15:52] <Bert> 'Close' might be convenient, indeed.
  78. # [15:53] <fantasai> and 'close' would cause a image border to wrap around each piece of the box
  79. # [15:53] <fantasai> instead of around the unbroken box
  80. # [15:53] <Bert> Good point. So more than just convenient :-)
  81. # [15:53] <fantasai> :)
  82. # [15:55] * fantasai files an issue
  83. # [15:55] <Bert> Hmm, the text currently says that image gets used always. That needs to change then.
  84. # [15:55] <fantasai> yeah
  85. # [15:55] <fantasai> I don't think it makes much sense even
  86. # [15:56] <Bert> It's certainly not very intuitive.
  87. # [15:57] <anne> is any of you going through Heathrow tomorrow?
  88. # [15:58] <fantasai> I'm in London already
  89. # [15:58] <Bert> No, Stansted.
  90. # [15:58] <anne> I see
  91. # [15:58] <anne> oh well, I'll figure out how this bus things works tomorrow as the online thing doesn't work
  92. # [15:58] <fantasai> heh
  93. # [15:59] <fantasai> you can take the train from heathrow to King's Cross
  94. # [15:59] <fantasai> I'd suggest doing that
  95. # [15:59] <fantasai> there's an express from heathrow to downtown
  96. # [15:59] <fantasai> and then you take the Underground from there
  97. # [16:07] <anne> if the national express bus doesn't work out I'll do that
  98. # [16:28] <fantasai> Bert: you might want to tweak dev.w3.org/csswg/default.css to style <code> differently
  99. # [16:29] <fantasai> Bert: add quotes and change the color or whatever you want to do with it
  100. # [16:29] <fantasai> or maybe only add quotes inside a <p> or <dd> or <li>
  101. # [16:30] <Bert> I'll check.
  102. # [16:31] <Bert> "no bib entry found for CSS3Color"
  103. # [16:31] <fantasai> hm
  104. # [16:32] * fantasai fixes errors
  105. # [16:41] <Bert> Hmm, <code> </code> is much longer to type then '' '' :-(
  106. # [16:41] <fantasai> heh
  107. # [16:41] <fantasai> you can write '' '' if you want, I'll fix it before CR ;)
  108. # [16:42] <Bert> Well, the post-processor does that. I replaces '' '' by <code> </code>.
  109. # [16:42] <fantasai> I was using '' for awhile, but it hasn't been post-processing into anything lately
  110. # [16:42] <Bert> Or actually by <code class=css>
  111. # [16:42] <Bert> Then there is a bug...
  112. # [16:42] <fantasai> ah
  113. # [16:43] <fantasai> I've noticed that <code> also does some spiffy auto-linking
  114. # [16:45] <Bert> '' '' seems to work...
  115. # [16:45] <fantasai> not for me
  116. # [16:46] <fantasai> http://dev.w3.org/csswg/css3-background/#the-background-size
  117. # [16:48] <Bert> That's two double quotes, not four apostophes :-)
  118. # [16:49] <fantasai> what is it supposed to be?
  119. # [16:49] <fantasai> ""
  120. # [16:49] <fantasai> or ''''
  121. # [16:49] <fantasai> ?
  122. # [16:49] <fantasai> because '''' is not woking
  123. # [16:49] <fantasai> working
  124. # [16:49] <fantasai> and it wouldn't make sense for "" to convert to <code>
  125. # [16:49] <Bert> The latter.
  126. # [16:49] <fantasai> right, so those are '''' pairs
  127. # [16:50] * Bert doing cvs checkout to see your code.
  128. # [16:50] <fantasai> and they are not getting converted to anything
  129. # [16:50] <fantasai> they look like " in the finished version because of the font
  130. # [16:51] <Bert> Hmm, works for me...
  131. # [16:52] <fantasai> no fair!
  132. # [16:53] * fantasai checks her script and tries setting the group to CSS
  133. # [16:53] <Bert> Ah yes, that does make a difference.
  134. # [16:54] <Bert> curl -F group=CSS ...
  135. # [16:54] * Quits: myakura (myakura@118.8.102.216) (Quit: Leaving...)
  136. # [16:54] <fantasai> ahhh
  137. # [16:54] <fantasai> much better :)
  138. # [16:55] <fantasai> so now the question is
  139. # [16:56] <fantasai> can it do <code>'s magickal auto-linking?
  140. # [16:58] <Bert> Yes, the cross-references are done after the quote expansion.
  141. # [16:59] <fantasai> so should I use '' for both properties and values or just values?
  142. # [17:00] <Bert> single for properties and double for values (or anything that's not a property, such as a declaration or a selector).
  143. # [17:00] <fantasai> will the single quotes <code> and cross-link?
  144. # [17:01] <Bert> They will link to a DFN, if there is any.
  145. # [17:03] <Bert> (The Makefile under css3-src has a "make test-propuse" target that checks if all single-quoted things are indeed properties. The postprocessor doesn't have that check.)
  146. # [17:05] <Bert> The single quotes translate to <span class=property>, but if you think CODE is better than SPAN, that is easy enough to change.
  147. # [17:10] <fantasai> yes, I think we should make that change
  148. # [17:15] <Bert> Done. And I added .property {font-family: inherit}' to default.css
  149. # [17:16] <fantasai> ok
  150. # [17:16] <fantasai> I don't mind it being monospace
  151. # [17:16] <fantasai> but properties and values should be consistent about that imo
  152. # [17:16] <fantasai> BTW, did you notice I changed the markup in the property tables?
  153. # [17:16] <fantasai> I changed them to use <th> instead of <td><em>
  154. # [17:17] <Bert> No, I just saw a blue border...
  155. # [17:17] <Bert> Oh, that table.
  156. # [17:18] <Bert> I don't know what's the best semantic mark-up.
  157. # [17:18] <Bert> But that probably means it's not wrong either.
  158. # [17:18] <fantasai> <th> is definitely better than <td><em>
  159. # [17:18] <fantasai> here
  160. # [17:19] <Bert> Anyway, the style sheet was already changed to handle TH there.
  161. # [17:19] <fantasai> yes, IIRC I did that :)
  162. # [17:19] <fantasai> to cope with other specs I've recoded ;)
  163. # [17:19] <Bert> Probably :-)
  164. # [17:27] <fantasai> can we use generated content instead of the post-processor for the quotes?
  165. # [17:28] <Bert> Hmm, for me they are semantic. Anything in single quotes is CSS code, whether the document is styled or not,
  166. # [17:29] <fantasai> it's already in <code>
  167. # [17:29] <fantasai> that's the semantics
  168. # [17:29] <fantasai> quotation marks is styling
  169. # [17:29] <fantasai> you could use monospace and a border instead, e.g.
  170. # [17:29] <Bert> The <code> is not visible, unless you do view-source.
  171. # [17:29] <fantasai> neither are the paragraph breaks
  172. # [17:30] <fantasai> or the distinction between <h3> and <h4>
  173. # [17:30] <fantasai> these are all controlled by the style sheet
  174. # [17:30] <fantasai> and it's not even <span> we are using here
  175. # [17:30] <fantasai> it's <code>
  176. # [17:30] <fantasai> which has a well-defined meaning in HTML
  177. # [17:30] <fantasai> as well as a default styling that distinguishes it from surrounding text
  178. # [17:31] <Bert> Yes, but there is a default style sheet for HTML, so H3, H4 and P are visible.
  179. # [17:31] <fantasai> and so that <code> looks different from regular paragraph text
  180. # [17:32] <fantasai> that is also part of the default style sheet for HTML
  181. # [17:32] <Bert> But CODE doesn't mean "property," it means "computer code." The quote marks make it into a property.
  182. # [17:32] <fantasai> um
  183. # [17:33] <fantasai> I don't think the quote marks make it into a property
  184. # [17:33] <Bert> They have for the past 12 years or so...
  185. # [17:34] <fantasai> they say "this is a particular bit of text"
  186. # [17:34] <fantasai> in the CSS specs this is typically indicicating some CSS syntax
  187. # [17:34] <fantasai> the same quote marks in other specs indicate other types of syntax
  188. # [17:34] <fantasai> but really that distinction is already marked up in the <code> tags
  189. # [17:34] <fantasai> the quote marks are extra
  190. # [17:34] <fantasai> and not necessary in the source
  191. # [17:35] <fantasai> they are necessary in your styling because you took out the monospace distinction that is there by default
  192. # [17:35] <Bert> The CSS specs have been pretty consistent in their use of single and double quotes.
  193. # [17:36] <fantasai> CSS2.1 uses &apos; to mark CSS syntax
  194. # [17:36] <fantasai> in general
  195. # [17:36] <fantasai> it does not use <code>
  196. # [17:36] <fantasai> CSS3 specs should use <code>
  197. # [17:36] <fantasai> that is more correct
  198. # [17:37] <fantasai> they do not to use both <code> and single quotes
  199. # [17:37] <fantasai> that is excessive
  200. # [17:37] <fantasai> imo
  201. # [17:37] <fantasai> s/not to/not need to/
  202. # [17:37] <Bert> Then I prefer the human mark-up (quotes) to the computer mark-up (tags)
  203. # [17:38] <fantasai> you're using computer mark-up for paragraphs and headings
  204. # [17:38] <fantasai> why not for computer code?
  205. # [17:38] <Bert> Yes, having both is convenient for geeks like me, who write perl scripts "-)
  206. # [17:38] * Joins: sylvaing (sylvaing@131.107.0.102)
  207. # [17:39] <fantasai> My opinion is that <code> + generated content would be best.
  208. # [17:39] <fantasai> I think that is most in-line with how HTML is meant to be sued
  209. # [17:39] <fantasai> s/sued/used/
  210. # [17:39] <Bert> But it is very convenient, not just in the spec, but also in e-mail, to consistemtly use single quotes to mean "CSS code".
  211. # [17:39] <fantasai> heh
  212. # [17:39] <fantasai> sure
  213. # [17:39] <fantasai> do that in the pre-processed version
  214. # [17:39] <fantasai> for the spec
  215. # [17:40] <fantasai> and always in email
  216. # [17:40] <fantasai> the post-processed version of the spec will display the quotes using GC
  217. # [17:40] <fantasai> but won't need to have it in the spec itself
  218. # [17:41] * fantasai personally finds the proper single quotes noisy and wants the option to turn them off :P
  219. # [17:41] <fantasai> can't turn them off if they're in the source
  220. # [17:41] <fantasai> ;)
  221. # [17:41] <Bert> That's too much difference between the styled and unstyled documents in my mind. I want the styled version to look nicer, not have different content.
  222. # [17:42] <fantasai> it is the same content
  223. # [17:42] <fantasai> it just looks different
  224. # [17:42] <fantasai> monospace vs. quotes
  225. # [17:42] <fantasai> not indistinguishable vs. quotes
  226. # [17:43] * fantasai really likes the styling in hixie's specs, color + monospace for code snippets
  227. # [17:43] <fantasai> although I probably wouldn't have used bright red
  228. # [17:44] <Bert> But monospace can also mean "HTML code" or "DOMĀ API."
  229. # [17:44] <fantasai> so can quotes
  230. # [17:44] <fantasai> they can also mean many other things
  231. # [17:44] <Bert> (And, as I said, I find monspace difficult to read when mixed with proportional.)
  232. # [17:44] <fantasai> quotes do not mean CSS. They're just a means to distinguish this snippet from the surrounding text.
  233. # [17:44] <fantasai> Like monospace
  234. # [17:44] <fantasai> like color
  235. # [17:44] <fantasai> like underlining
  236. # [17:44] <fantasai> like italics
  237. # [17:44] <fantasai> it does not matter how you style it
  238. # [17:45] <fantasai> as long as you style it differently
  239. # [17:45] <fantasai> and consistetnly
  240. # [17:45] <Bert> Not in CSS specs. When talking about CSS, single quotes mean CSS code.
  241. # [17:46] <fantasai> because that is the styling convention you chose
  242. # [17:46] <fantasai> it is only a styling convention
  243. # [17:46] <Bert> It happened, nobody chose it.
  244. # [17:47] <fantasai> I'm not saying to change it, I'm saying to change how it is coded
  245. # [17:47] <fantasai> so that the styling is kept
  246. # [17:47] <fantasai> but the code is consistent with HTML
  247. # [17:47] <fantasai> and how HTML defines its own semantics
  248. # [17:48] <fantasai> anwyay
  249. # [17:48] <fantasai> *anyway
  250. # [17:48] * fantasai can't type today
  251. # [19:05] * Joins: dbaron (dbaron@82.71.8.145)
  252. # [19:24] * Quits: sylvaing (sylvaing@131.107.0.102) (Quit: sylvaing)
  253. # [19:38] * Quits: arronei (arronei@131.107.0.106) (Ping timeout)
  254. # [19:44] * Joins: arronei (arronei@131.107.0.106)
  255. # [20:21] * Quits: dbaron (dbaron@82.71.8.145) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  256. # [20:24] * Joins: sylvaing (sylvaing@131.107.0.77)
  257. # [20:41] * Quits: arronei (arronei@131.107.0.106) (Ping timeout)
  258. # [20:46] * Joins: arronei (arronei@131.107.0.106)
  259. # [21:18] <anne> sylvaing, hey, hope my reply was not too late, have been away for a while
  260. # [21:25] * Joins: glazou (daniel@89.159.122.239)
  261. # [21:26] * Quits: glazou (daniel@89.159.122.239) (Quit: glazou)
  262. # [21:33] * Joins: Cedric (chatzilla@90.36.176.190)
  263. # [21:34] * Parts: Cedric (chatzilla@90.36.176.190)
  264. # [21:38] * Joins: glazou (chatzilla@89.159.122.239)
  265. # [21:38] <glazou> hi
  266. # [21:57] * Quits: glazou (chatzilla@89.159.122.239) (Connection timed out)
  267. # [23:57] * Joins: dbaron (dbaron@82.71.8.145)
  268. # Session Close: Tue Aug 19 00:00:00 2008

The end :)