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

Options:

  1. # Session Start: Mon Jun 09 00:00:00 2008
  2. # Session Ident: #css
  3. # [01:11] <dbaron> so what needs to be done to get css3-color published?
  4. # [01:12] <dbaron> my list is:
  5. # [01:12] <dbaron> * coordinate last call review deadline
  6. # [01:12] <dbaron> * request a publication date
  7. # [01:12] <dbaron> * fix the FIXMEs in the source (requires last call deadline)
  8. # [01:12] <dbaron> * have w3c team member review status section
  9. # [01:12] <dbaron> * publish a new draft of the test suite
  10. # [01:12] <dbaron> but I'm not sure who does the first two, or the fourth, given that Bert's on vacation
  11. # [01:20] <bjoern> Whoever attends the HCG call would do #1, usually that's one of our chairs.
  12. # [01:20] <bjoern> The document contact does number two, that's either the team contact or the editor.
  13. # [01:21] <bjoern> (http://www.w3.org/Guide/transitions for the latter)
  14. # [08:45] * Quits: dbaron (dbaron@71.204.153.3) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  15. # [09:22] * Quits: bjoern (bjoern@84.57.244.196) (Ping timeout)
  16. # [11:00] * Joins: anne (annevk@91.149.61.61)
  17. # [11:05] * Quits: anne (annevk@91.149.61.61) (Connection reset by peer)
  18. # [11:51] * Joins: myakura (myakura@125.207.238.47)
  19. # [12:13] * Quits: myakura (myakura@125.207.238.47) (Quit: Leaving...)
  20. # [12:46] * Joins: anne (annevk@213.236.208.22)
  21. # [14:35] <anne> fantasai, yt?
  22. # [14:40] <anne> see www-style
  23. # [16:21] * Joins: bjoern (bjoern@84.57.255.7)
  24. # [16:26] * Quits: hsivonen (hsivonen@130.233.41.50) (Ping timeout)
  25. # [16:29] * Joins: hsivonen (hsivonen@130.233.41.50)
  26. # [16:35] <anne> fantasai, do you know if http://lists.w3.org/Archives/Public/www-style/2008Apr/0197.html is fixed?
  27. # [16:35] <anne> doesn't seem like something that needs to be recorded as issue
  28. # [16:49] * Joins: dbaron (dbaron@71.204.153.3)
  29. # [16:52] <fantasai> anne: they all get recorded as issues. I can assign some of them as Resolved: editorial, though.
  30. # [16:52] <fantasai> anne: see www-style wrt what exactly?
  31. # [16:59] * fantasai is switching back to using the wiki for CSS2.1 issues, it is much easier to track Bert's edits that way
  32. # [17:30] * Joins: myakura (myakura@222.145.138.216)
  33. # [18:40] <anne> fantasai, ok, seems that that one didn't make it to the list
  34. # [18:40] <anne> fantasai, www-style for media queries
  35. # [18:46] <anne> fantasai, do you think we should restrict <resolution> to <integer>?
  36. # [18:53] <anne> fantasai, more importantly, since I think we should do that, do you think my suggestion would be enough?
  37. # [19:04] * Quits: dbaron (dbaron@71.204.153.3) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  38. # [19:24] * Joins: dbaron (dbaron@63.245.220.241)
  39. # [19:32] * Joins: plinss (peter.lins@15.243.169.69)
  40. # [20:15] * Quits: myakura (myakura@222.145.138.216) (Quit: Leaving...)
  41. # [20:19] * Joins: myakura (myakura@222.145.138.216)
  42. # [20:47] <anne> dbaron, do you have any outstanding comments on the media queries editor's draft?
  43. # [20:53] * Quits: anne (annevk@213.236.208.22) (Client exited)
  44. # [20:53] * Joins: anne (annevk@213.236.208.22)
  45. # [20:55] <dbaron> anne, s/emtpy/empty/
  46. # [20:56] <dbaron> anne, maybe the definition of the 'not' keyword should also say that it changes true queries to become false?
  47. # [20:56] <dbaron> (I'm just reading the spec through.)
  48. # [20:56] <dbaron> I guess it says that later, though, so never mind.
  49. # [20:59] <anne> you did use this spec when implementing right?
  50. # [20:59] <dbaron> yes
  51. # [20:59] <anne> ok
  52. # [20:59] <dbaron> but I commented on it a number of times while doing that
  53. # [20:59] <dbaron> But I assume you saw those comments...
  54. # [20:59] <anne> yeah, those issues should've been addressed by now
  55. # [21:05] <dbaron> anne, what about http://lists.w3.org/Archives/Public/www-style/2008Apr/0051.html ?
  56. # [21:09] <anne> that behavior would change, but "unknown, screen" would not
  57. # [21:09] <dbaron> I prefer going back
  58. # [21:09] <anne> how would you serialize in the CSSOM?
  59. # [21:10] <dbaron> partly because it's nice for implementations to only need to keep a list of the types they support
  60. # [21:10] <dbaron> rather than keeping a list of all types
  61. # [21:10] <dbaron> which is more generally how CSS error handling works
  62. # [21:10] <dbaron> I'd serialize by just spitting the name back out; we store it as a string anyway.
  63. # [21:10] <dbaron> (atomized)
  64. # [21:10] <anne> it also seems weird to drop 'not unknown and (x)' and not drop 'not unknown'
  65. # [21:11] <anne> that's actually the main reason
  66. # [21:11] <dbaron> not if you think of 'screen' as equivalent to '(type: "screen")'
  67. # [21:12] <dbaron> my bigger concern is that I'd really rather not have to put a list of *all* media types in the code
  68. # [21:12] <dbaron> because that's going to need maintainence over time as specs add media types
  69. # [21:12] <dbaron> or change the name of the aural/speech/whatever media type
  70. # [21:12] <dbaron> etc.
  71. # [21:12] <dbaron> I'd rather just have to know which media types we support
  72. # [21:12] <dbaron> just like I only know which media features we support
  73. # [21:12] <dbaron> or like we only know which properties we support
  74. # [21:12] * Joins: glazou (daniel@82.247.96.19)
  75. # [21:12] <anne> why'd you need to include media types you don't support?
  76. # [21:13] <glazou> hi
  77. # [21:13] <dbaron> anne, because the spec currently says we have to apply a style sheet with "not embossed" and NOT apply a stylesheet with "not nonexistent"
  78. # [21:13] <dbaron> anne, so we'd have to keep a list of all the types we don't support
  79. # [21:14] <dbaron> anne, that doesn't fit with other CSS error handling (properties we don't support, etc.)
  80. # [21:14] <anne> I see
  81. # [21:14] <dbaron> Right now, that's a list of 10 or so types... although it seems to be different in every spec, and it could grow significantly in the future...
  82. # [21:15] <anne> I guess I'd prefer "not embossed" to not work either if the implementation doesn't do embossed
  83. # [21:15] <dbaron> that seems even weirder
  84. # [21:15] <anne> I guess
  85. # [21:15] <dbaron> so if we suddenly add projection style sheet support, we'll suddenly start applying "not projection" sheets to screen media, where we didn't before?
  86. # [21:15] <dbaron> (Remember, the point of the error handling rules is largely about extensibility.)
  87. # [21:16] <dbaron> anyway, lunchtime
  88. # [21:17] <anne> you can make the same argument for starting to support (x) in the expression 'not screen and (x)'
  89. # [21:18] <anne> anyway, I should probably go home
  90. # [21:34] * Quits: myakura (myakura@222.145.138.216) (Quit: Leaving...)
  91. # [22:00] * Quits: dbaron (dbaron@63.245.220.241) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  92. # [22:06] * Joins: dbaron (dbaron@63.245.220.241)
  93. # [22:06] <dbaron> but in that case you don't know whether (x) is true or false
  94. # [22:06] <dbaron> whereas in this case we know it's false
  95. # [22:25] * fantasai thinks dbaron's argument makes sense
  96. # [22:46] * Quits: glazou (daniel@82.247.96.19) (Quit: zzzz)
  97. # [23:00] * Quits: plinss (peter.lins@15.243.169.69) (Ping timeout)
  98. # [23:07] * Quits: dbaron (dbaron@63.245.220.241) (Ping timeout)
  99. # [23:28] * Joins: dbaron (dbaron@63.245.220.241)
  100. # Session Close: Tue Jun 10 00:00:00 2008

The end :)