/irc-logs / w3c / #css / 2015-09-23 / end

Options:

Previous day, Next day

  1. # Session Start: Wed Sep 23 00:00:00 2015
  2. # Session Ident: #css
  3. # [00:20] * Joins: Florian (~Florian@public.cloak)
  4. # [00:27] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  5. # [00:29] * heycam|away is now known as heycam
  6. # [00:33] * Joins: lajava (~javi@public.cloak)
  7. # [00:59] * Quits: antonp (~Thunderbird@public.cloak) (antonp)
  8. # [00:59] * Joins: antonp (~Thunderbird@public.cloak)
  9. # [01:00] * Quits: antonp (~Thunderbird@public.cloak) (antonp)
  10. # [01:25] * Joins: myles (~Adium@public.cloak)
  11. # [01:26] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
  12. # [01:27] * Quits: darktears (~darktears@public.cloak) ("Leaving...")
  13. # [01:57] * Joins: Florian (~Florian@public.cloak)
  14. # [02:01] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  15. # [02:02] * Joins: dbaron (~dbaron@public.cloak)
  16. # [02:06] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  17. # [02:09] * Joins: Florian (~Florian@public.cloak)
  18. # [02:41] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  19. # [02:55] * Joins: estellevw (~estellevw@public.cloak)
  20. # [03:01] * Joins: dbaron (~dbaron@public.cloak)
  21. # [03:15] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
  22. # [03:15] * Quits: birtles (~sid16523@public.cloak) (Client closed connection)
  23. # [03:15] * Quits: amtiskaw (~sid19262@public.cloak) (Client closed connection)
  24. # [03:16] * Joins: birtles (~sid16523@public.cloak)
  25. # [03:16] * Joins: amtiskaw (~sid19262@public.cloak)
  26. # [03:16] * Quits: robertknight_clo (~sid15951@public.cloak) (Client closed connection)
  27. # [03:17] * Joins: robertknight_clo (~sid15951@public.cloak)
  28. # [03:17] * Quits: iank (~sid43239@public.cloak) (Client closed connection)
  29. # [03:17] * Joins: shepazu (schepers@public.cloak)
  30. # [03:21] * Joins: iank (~sid43239@public.cloak)
  31. # [03:37] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  32. # [04:27] * Quits: rego (~smuxi@public.cloak) (Ping timeout: 180 seconds)
  33. # [04:29] * Joins: rego (~smuxi@public.cloak)
  34. # [04:32] * heycam is now known as heycam|away
  35. # [04:40] * Quits: liam (liam@public.cloak) (Ping timeout: 180 seconds)
  36. # [04:44] * Joins: liam (liam@public.cloak)
  37. # [05:20] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
  38. # [05:22] * Joins: estellevw (~estellevw@public.cloak)
  39. # [05:37] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
  40. # [05:40] * Joins: estellevw (~estellevw@public.cloak)
  41. # [06:29] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
  42. # [06:36] * Joins: rego (~smuxi@public.cloak)
  43. # [06:42] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
  44. # [06:49] * Joins: rego (~smuxi@public.cloak)
  45. # [06:49] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
  46. # [06:58] * Joins: rego (~smuxi@public.cloak)
  47. # [06:58] * Joins: zcorpan (~zcorpan@public.cloak)
  48. # [07:02] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  49. # [07:02] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  50. # [07:03] * Joins: Florian (~Florian@public.cloak)
  51. # [07:59] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
  52. # [08:17] * Quits: myles (~Adium@public.cloak) ("Leaving.")
  53. # [08:34] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  54. # [08:37] * Joins: Florian (~Florian@public.cloak)
  55. # [08:38] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  56. # [08:38] * Joins: Florian (~Florian@public.cloak)
  57. # [08:57] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  58. # [08:57] * Joins: myakura (~myakura@public.cloak)
  59. # [09:08] * Joins: zcorpan (~zcorpan@public.cloak)
  60. # [09:15] * Quits: Bert (bbos@public.cloak) (Ping timeout: 180 seconds)
  61. # [09:18] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  62. # [09:18] * Joins: myakura (~myakura@public.cloak)
  63. # [09:22] * Joins: Bert (bbos@public.cloak)
  64. # [09:27] * Joins: Ms2ger (~Ms2ger@public.cloak)
  65. # [09:39] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  66. # [09:39] * Joins: myakura (~myakura@public.cloak)
  67. # [09:59] * Quits: rego (~smuxi@public.cloak) (Ping timeout: 180 seconds)
  68. # [10:08] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  69. # [10:09] * Joins: myakura (~myakura@public.cloak)
  70. # [10:23] * Joins: lajava (~javi@public.cloak)
  71. # [10:25] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  72. # [10:25] * Joins: myakura (~myakura@public.cloak)
  73. # [10:54] * Joins: antonp (~Thunderbird@public.cloak)
  74. # [10:57] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  75. # [10:57] * Joins: myakura (~myakura@public.cloak)
  76. # [11:04] * Joins: rego (~smuxi@public.cloak)
  77. # [11:09] * Joins: antonp1 (~Thunderbird@public.cloak)
  78. # [11:10] * Quits: antonp (~Thunderbird@public.cloak) (Ping timeout: 180 seconds)
  79. # [11:10] * antonp1 is now known as antonp
  80. # [11:24] * Joins: tgraham (~user@public.cloak)
  81. # [11:41] * Quits: antonp (~Thunderbird@public.cloak) (antonp)
  82. # [11:41] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  83. # [11:41] * Joins: myakura (~myakura@public.cloak)
  84. # [11:52] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  85. # [11:53] * Joins: myakura (~myakura@public.cloak)
  86. # [12:13] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  87. # [12:14] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  88. # [12:15] * Joins: myakura (~myakura@public.cloak)
  89. # [13:13] * Joins: Florian (~Florian@public.cloak)
  90. # [13:20] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  91. # [13:21] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  92. # [13:22] * Joins: myakura (~myakura@public.cloak)
  93. # [13:31] * Quits: shepazu (schepers@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
  94. # [14:01] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  95. # [14:01] * Joins: myakura (~myakura@public.cloak)
  96. # [14:03] * Joins: plh (plehegar@public.cloak)
  97. # [14:14] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  98. # [14:15] * Joins: myakura (~myakura@public.cloak)
  99. # [15:03] * Joins: nvdbleek (~nvdbleek@public.cloak)
  100. # [15:10] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  101. # [15:10] * Joins: myakura (~myakura@public.cloak)
  102. # [15:22] * Joins: Florian (~Florian@public.cloak)
  103. # [15:31] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  104. # [15:33] * Quits: nvdbleek (~nvdbleek@public.cloak) (nvdbleek)
  105. # [15:49] * Joins: nvdbleek (~nvdbleek@public.cloak)
  106. # [15:52] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
  107. # [16:02] * Joins: rego (~smuxi@public.cloak)
  108. # [16:35] * Joins: darktears (~darktears@public.cloak)
  109. # [17:09] * Quits: nvdbleek (~nvdbleek@public.cloak) (nvdbleek)
  110. # [17:14] * Joins: glazou (~glazou@public.cloak)
  111. # [17:14] * glazou changes topic to 'drafts.csswg.org mirror at http://csswg.inkedblade.net/drafts/ ; CSS WG confcall 20150923 https://lists.w3.org/Archives/Public/www-style/2015Sep/0222.html'
  112. # [17:14] * Joins: RRSAgent (rrsagent@public.cloak)
  113. # [17:14] <RRSAgent> logging to http://www.w3.org/2015/09/23-css-irc
  114. # [17:15] <glazou> RRSAgent, make logs public
  115. # [17:15] <RRSAgent> I have made the request, glazou
  116. # [17:21] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  117. # [17:37] * Joins: Florian (~Florian@public.cloak)
  118. # [17:50] <glazou> hi Florian
  119. # [17:50] <Florian> hi glazou
  120. # [17:50] * Joins: antenna (~antenna@public.cloak)
  121. # [17:52] * Joins: Florian_ (~Florian@public.cloak)
  122. # [17:54] * Joins: dael (~dael@public.cloak)
  123. # [17:56] * Joins: myles (~Adium@public.cloak)
  124. # [17:56] * Quits: myakura (~myakura@public.cloak) ("Leaving...")
  125. # [17:57] * Quits: Bert (bbos@public.cloak) (Client closed connection)
  126. # [17:57] * Joins: Bert (bbos@public.cloak)
  127. # [17:57] * Joins: hyojin (~hyojin@public.cloak)
  128. # [17:57] <dael> ScribeNick: dael
  129. # [17:57] <dael> present+ dael
  130. # [17:58] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  131. # [17:58] <myles> present+ myles
  132. # [17:58] <dauwhe> present+ dauwhe
  133. # [17:58] <plinss> present+ plinss
  134. # [17:59] <glazou> Regrets: smfr, hober, Rossen, Hiroshi Sakakibara, antonp, Michael Millee
  135. # [17:59] <glazou> present+ glazou
  136. # [17:59] <dauwhe> s/Millee/Miller/
  137. # [17:59] <hyojin> present+ hyojin
  138. # [17:59] <astearns> present+ astearns
  139. # [18:00] * Joins: gregdavis (~udavig4@public.cloak)
  140. # [18:00] * Joins: gregwhitworth (~uid93288@public.cloak)
  141. # [18:01] * Joins: AndreyR (~AndreyR@public.cloak)
  142. # [18:01] * Joins: dbaron (~dbaron@public.cloak)
  143. # [18:01] <gregwhitworth> present+
  144. # [18:01] * dauwhe yea for me ;)
  145. # [18:02] <dbaron> Present+ dbaron
  146. # [18:03] * Joins: alex_antennahouse (~458c94ae@public.cloak)
  147. # [18:03] <gregdavis> present+ gregdavis
  148. # [18:04] <antenna> hello
  149. # [18:04] <antenna> present+ antenna
  150. # [18:04] <tgraham> present+ tgraham
  151. # [18:04] <alex_antennahouse> present+ alex_antennahouse
  152. # [18:04] * Joins: SteveZ (~SteveZ@public.cloak)
  153. # [18:05] <dael> glazou: Let's start
  154. # [18:05] <dael> glazou: First thing, gregwhitworth I saw your request, but as you said it came in late so maybe it's good to let people review.
  155. # [18:05] <dael> gregwhitworth: Sure.
  156. # [18:05] <dael> glazou: I'll make sure this is added to next week.
  157. # [18:05] <dael> gregwhitworth: Okay.
  158. # [18:06] <dael> glazou: Any other additions?
  159. # [18:06] <dael> Topic: resize on replaced elements
  160. # [18:06] <glazou> https://lists.w3.org/Archives/Public/www-style/2015Aug/0333.html
  161. # [18:06] <dael> glazou: fantasai are you on?
  162. # [18:06] <dael> glazou: No. Can someone?
  163. # [18:07] <dael> Florian_: For the moment resize only applies to elements that have overflow of something other than visiable. Applying it on images or videos makes sense, on iframes too, so the proposal is to make it apply to replaced elements. There might be difficult for form elements, for things like a button it may be less useful.
  164. # [18:07] * fantasai will be on in a sec
  165. # [18:07] * fantasai goes digging for the phone number....
  166. # [18:07] <glazou> q+
  167. # [18:07] * Zakim sees plh, glazou on the speaker queue
  168. # [18:07] <dael> Florian_: It might even be harmful on very small form elements like a checkbox where the UI for the broswer could be as large as the control and it messes up the interaction.
  169. # [18:07] <glazou> plh: you’re on the queue ?
  170. # [18:08] <dael> Florian_: Prob no one is trying this on the web, but there is mild compat concern. Generally it makes sense to me.
  171. # [18:08] <dael> glazou: You said you wanted to extend to replaced elements and you mentioned elements that are not replaced.
  172. # [18:08] <dael> Florian_: Did I?
  173. # [18:08] <dael> glazou: Form elements that are not replaced.
  174. # [18:08] <dael> Florian_: Some are and some aren't, maybe I'm wrong on which.
  175. # [18:09] <dael> glazou: Checkboxes are not.
  176. # [18:09] <koji> Present+ koji
  177. # [18:09] <dael> Florian_: Okay, that helps. I think we have a list somewhere.
  178. # [18:09] <dael> glazou: I'm not sure we do.
  179. # [18:09] <dael> dbaron: I don't think we have agreement on what is replaced.
  180. # [18:09] <fantasai> Present+ fantasai
  181. # [18:09] * fantasai thanks Florian for handling this issue, probably he's more qualified anyway
  182. # [18:09] <dael> Florian_: In general if it just applies on something not useful, but no harmful I don't see a problem. But if it would apply to things on which the resize handle would disturb the interaction its' bad.
  183. # [18:10] <dael> glazou: I'd be happy to see resize apply to images, videos and iframes.
  184. # [18:10] <dael> Florian_: So maybe we make it explicit for those three.
  185. # [18:10] * fantasai is in favor
  186. # [18:10] <dael> glazou: Implementors? fantasai said +1
  187. # [18:10] <dael> myles: It's fine to me.
  188. # [18:10] <gregdavis> +1
  189. # [18:10] <dael> glazou: Other opinions?
  190. # [18:10] <Bert> present+ Bert
  191. # [18:10] <dael> gregwhitworth: I'd prefer a whitelist where we add those three where the use case makes sense.
  192. # [18:11] <dael> Florian_: Yeah, maybe. It might be okay with replaced elements, but without a list it's difficult to check.
  193. # [18:11] * Joins: bcampbell (~chatzilla@public.cloak)
  194. # [18:11] <dael> gregwhitworth: I'm okay with iframes, imanges and videos. Yeah.
  195. # [18:11] <dael> glazou: what about canvas?
  196. # [18:11] <dael> fantasai: It's an image, right?
  197. # [18:11] <dael> Florian_: Yeah...
  198. # [18:11] <dael> glazou: Resizing the canvas could effect the zoom factor when you draw inside.
  199. # [18:11] <TabAtkins> Oh yeah, sorry, +1 from Chrome on adding resize to replaced elements.
  200. # [18:12] <dael> fantasai: Still...then don't set it on a thing that can't be resized.
  201. # [18:12] * TabAtkins is calling in shortly.
  202. # [18:12] <dael> Florian_: I don't expect there are a lot of style sheets trying to apply resize to a canvas that's not resizable.
  203. # [18:12] <TabAtkins> Resizing canvas is fine. It just scales it via CSS, no problem.
  204. # [18:12] <fantasai> <img>, <object>, <iframe>, <canvas>
  205. # [18:12] <dael> glazou: There's consensus to add images, videos, and iframes to resize. is that reasonable to everyone?
  206. # [18:12] <TabAtkins> <video>
  207. # [18:12] * fantasai hanks
  208. # [18:12] <dael> Florian_: These elements, or these type of things?
  209. # [18:13] <TabAtkins> Oh, and <svg>!
  210. # [18:13] <dael> glazou: That's the point I was making.
  211. # [18:13] <dael> fantasai: It should be the types of things that go into these tags.
  212. # [18:13] * Joins: vollick (~vollick@public.cloak)
  213. # [18:13] <dael> glazou: TabAtkins is right because there's svg images. It's not just img.
  214. # [18:13] <dael> fantasai: Wecan list the tags and state a replaced element is this type of element and if it's introduced some other way it qualifies.
  215. # [18:13] <dael> glazou: Any obj to that?
  216. # [18:14] <dael> RESOLVED: extend resize to <img>, <object>, <iframe>, <canvas>, <video>, <svg>
  217. # [18:14] <dael> glazou: Who will do it?
  218. # [18:14] <dael> Florian_: I will for 4.
  219. # [18:14] <dael> fantasai: We might want to put in 3 that a UI may do it.
  220. # [18:14] <dael> glazou: shall we resolve we need a note in level 3 that a UI may extend resize in level 4.
  221. # [18:14] <dael> Florian_: I'd do it as normative prose.
  222. # [18:14] <dael> glazou: Okay.
  223. # [18:15] <dael> glazou: Other opinions, objections?
  224. # [18:15] <dael> RESOLVED: add normative prose in level 3 that a UI may extend resize in level 4
  225. # [18:15] <glazou> https://lists.w3.org/Archives/Public/www-style/2015Sep/0099.html
  226. # [18:15] <dael> Topic: implementability of computed value rules for align/justify-self/items
  227. # [18:15] <fantasai> s/in level/as described for/
  228. # [18:15] <dael> glazou: dbaron this is yours
  229. # [18:16] <dael> dbaron: Do we think this is useful to discuss on the telecon?
  230. # [18:16] <dael> glazou: It was leftover from last week.
  231. # [18:16] <dael> glazou: If you don't think it is...
  232. # [18:17] <dael> dbaron: My comment was that the way the computed values of a bunch of the prop in align works seems hard to impl for us because they're unusual in ways we haven't done before and we have optmization that rely on not doing those things. WE could hack around but it may be useful to make those less magical properties.
  233. # [18:17] <dael> dbaron: That's more thinking then talking on telecon.
  234. # [18:17] <dael> glazou: TabAtkins said he'd reply. But he's not here right now.
  235. # [18:17] <dael> dbaron: I dont' see a reply on the list.
  236. # [18:17] * Joins: bradk (~bradk@public.cloak)
  237. # [18:17] <TabAtkins> I haven't rpelied yet, no. Was sick most of last week.
  238. # [18:17] <dael> Topic: Houdini at TPAC
  239. # [18:18] <dael> glazou: There were some suggestions to meet on Thursday or Friday, but some of use will be at other WG and some will leave. I have no followed the current status, can someone summerize?
  240. # [18:18] <dael> glazou: We don't have Rossen. Right.
  241. # [18:18] <dael> Florian_: I think current status is we should try and meet. Days with CSS WG aren't good, ther rest is fuzzy.
  242. # [18:19] <gregwhitworth> https://github.com/w3c/css-houdini-drafts/wiki/TPAC-F2F-October-2015
  243. # [18:19] <dael> glazou: We'll all be busy all the days. We already have AC and AB meeting overlap. Plenary day is for that. There's the meetup on Sunday. The number of available slots is decreasing quickly.
  244. # [18:19] <TabAtkins> I don't personally think we'll need anything beyond a plenary-day meetup.
  245. # [18:20] <SimonSapin> Present+ SimonSapin
  246. # [18:20] <dael> gregwhitworth: Rossen asked on the list, we agreed at Paris to get together for a could of hours on the plenary day. The link is to the wiki and we were trying to get a sense of who would be there. We were trying to get a sense of would the right people be there. There may not be a reason to talk about those extra days.
  247. # [18:20] <dael> gregwhitworth: If people would put in if they're interested and capable it would help to put it in.
  248. # [18:20] <dael> glazou: On the plenary day there will be breakout sessions and I think there's two consecutive ones on the Wednesday.
  249. # [18:21] <fantasai> gregwhitworth, Doodle link? http://doodle.com/poll/4acs3t47cfp4vc5z
  250. # [18:21] <dael> gregwhitworth: That's what we agreed to, dino was looking for more. If you're able to attend Thursday or Friday or neither, put it on the wiki and that way we can see if there are even enough people.
  251. # [18:21] <dael> glazou: Okay. Let's do that.
  252. # [18:21] <dael> fantasai: I'll link the doodle to the wiki.
  253. # [18:21] <dael> glazou: Okay.
  254. # [18:21] <glazou> https://lists.w3.org/Archives/Member/w3c-css-wg/2015JulSep/0260.html
  255. # [18:21] <dael> Topic: computed value for text-orientation: sideways or sideways-right
  256. # [18:22] <dael> koji: sideways and sideways right. We are planning to do it as an alias. When we do getComputedStyle() we want one of them to be canonicalized value, but which one?
  257. # [18:23] <dael> koji: Florian_ and I prefer sideways because it's shorter.
  258. # [18:23] <dael> Florian_: I think sideways-right is for legacy reasons and we may want to drop it from the spec if there's no content depending on it. I thinkt here is so we're keeping it. I don't have an opinion as to if they should be aliases or sep/ values, but if they are alias it should go to sideways which is the value people should be using.
  259. # [18:24] * Florian_ is now known as Florian
  260. # [18:24] <dael> glazou: Other opinions?
  261. # [18:24] <bradk> Who let the dogs out?
  262. # [18:24] <dael> glazou: Proposal is sideways. Objection?
  263. # [18:24] <dael> Florian: So first prop is treat as aliases. Second is what do they compute to?
  264. # [18:24] <dael> glazou: So comments on the two proposals?
  265. # [18:25] <dael> gregwhitworth: Can I not obj but get feedback? I don't have much knowledge in this space.
  266. # [18:25] <dael> glazou: That's fine. Is a week okay?
  267. # [18:25] <dael> gregwhitworth: I think you can discuss and come to what people agree upon. I can talk to the powers that be and see if it's an issue for us.
  268. # [18:25] <fantasai> am I muted?
  269. # [18:26] <fantasai> Okay, I guess I'm muted.
  270. # [18:26] * koji fantasai: yes you're
  271. # [18:26] <dael> myles: What is our historical policy on multi values that mean the same things?
  272. # [18:26] <dael> fantasai: I think this won't effect MS becuase you don't impl text-orientation yet.
  273. # [18:26] <dael> gregwhitworth: That's good to know.
  274. # [18:27] <dael> fantasai: I think this is a case where we want to drop sideways-right now that we have sideways. WE just need one thing to distinguish and having it called sideways is the best. sideways-right is now identicial to sideways. It makes sense to have one value. We may have legacy content, but we should do that in the way that is easiest for UA which is to compute to canonical value.
  275. # [18:28] <dael> Florian: And that case is most likely epub and they prefix.
  276. # [18:28] <dael> koji: Mongolian is prob. using it as well.
  277. # [18:28] <dael> Florian: Is there web content using Mongolian?
  278. # [18:28] <dael> koji: Yes.
  279. # [18:28] <dael> Florian: Okay.
  280. # [18:28] <dael> glazou: Given what we said, Florian Can you sum?
  281. # [18:29] <dael> Florian: It's to drop sideways-right, just desc sideways as what it used to do. Say for legacy compat UA may support sideways-right value that does the same thing and computes to sideways.
  282. # [18:29] <dael> fantasai: Works for me. OTher opion was sideways computes to sideways-right. The arguement for that is we might have sideways-left in the future and it's symetric.
  283. # [18:30] <dael> koji: Works for me too.
  284. # [18:31] <dael> Florian: The counter arguement is sideways-left prob won't be needed in the future because the main use case is addressed through writing modes. Even if we needed that it's not symentrics because it rotates the baseline. So I don't think we're locking ourselves out because there are other good names becides left.
  285. # [18:31] <Bert> (I can't judge the legacy situation, but Florian's formulation sounds good to me, i.e., 'sideways' is the value and 'sideways-right' may be accepted on input, but isn't in the OM.)
  286. # [18:31] <dael> glazou: Any other comments or objections?
  287. # [18:31] <dael> glazou: Given the number of people able to discuss it I'll decalre consensus
  288. # [18:31] <dael> RESOLVED: describe sideways as what sideays-right used to do. Say for legacy compat UA may support sideways-right value that does the same thing and computes to sideways.
  289. # [18:31] <glazou> https://lists.w3.org/Archives/Public/www-style/2015Sep/0002.html
  290. # [18:31] <dael> glazou: Next two items are from ww-style. We thought they could use time.
  291. # [18:32] <dael> Topic: float pushed to next fragmentainter, what about siblings?
  292. # [18:32] <dael> Florian: This is probl worth talking about.
  293. # [18:33] * Joins: estellevw (~estellevw@public.cloak)
  294. # [18:33] <dael> Florian: The issue is that when a float won't fit and we push to next fragmentainer, what happens to the countent around it? The first answer that seems obvious is that the content stays and the float moves. But if there are other floats after it, but smaller, if we leave them behind we have out of order floats and we might want that to happen.
  295. # [18:33] <fantasai> https://lists.w3.org/Archives/Public/www-style/2015Sep/0146.html
  296. # [18:34] * glazou discovers that ‘hotpink’ is a X11 color… sigh...
  297. # [18:34] <dael> fantasai: We looked at a couple of test cases that leaned toward not pushing content. If you have some floats and you clear a float that that pushes it down to the next line, that doens't push the content, just the float. So I concluded that hte float moves, but it doesn't take the content after and that's what Gecko does.
  298. # [18:34] <dael> Florian: For inline content that seems okay. But should we say if the neighboring content contains floats they also get moved to the next fragmentainer?
  299. # [18:34] <dael> fantasai: It's prob easier to be consistent about it.
  300. # [18:35] * bradk is ambivalent about this
  301. # [18:35] <dael> astearns: What about Morten's comment about positioned floats not being able to go above the previous float's top.
  302. # [18:35] <dael> fantasai: I would do whatever CSS2.1 says to do and not add anything more.
  303. # [18:36] <dael> dbaron: One of the issues is pages are often printed, even if not designed for it, so it's best for things to stay in relative positions. Which I think argues for keeping the same float ordering rules.
  304. # [18:36] <dael> Florian: So does CSS2.1 mandate that floats stay in order?
  305. # [18:36] <fantasai> " The outer top of a floating box may not be higher than the outer top of any block or floated box generated by an element earlier in the source document. "
  306. # [18:36] <dael> dbaron: It's done throught he top thing, but I've inter. that applying across fragments as well.
  307. # [18:36] <fantasai> http://www.w3.org/TR/CSS21/visuren.html#float-position
  308. # [18:36] <dael> fantasai: That's covered. When you push down a float subsiquent floats have to move, but text doesn't. So that covers the case where floats are being used for layout.
  309. # [18:37] <dael> Florian: Sounds good to me. Do we need a resolution for the first part? Sibling content that isn't floated stays in the fragmentaner, or is that already there?
  310. # [18:37] <dael> fantasai: We might as well resolve.
  311. # [18:37] <dael> glazou: Can someone type the exact prose of the suggested resolution?
  312. # [18:37] <fantasai> RESOLVED: Moving a float to the next fragmentainer does not move in-flow content that comes after the float.
  313. # [18:37] <fantasai> (However, per CSS2.1, subsequent floats do move down.)
  314. # [18:38] <Bert> +1 to that
  315. # [18:38] * dauwhe fantasai has a time machine
  316. # [18:38] <dauwhe> +1
  317. # [18:38] <dael> glazou: So before it's actuallyr esolved, let's let people read it and obj if they want.
  318. # [18:38] <dael> Florian: Sounds good.
  319. # [18:38] <dael> RESOLVED: Moving a float to the next fragmentainer does not move in-flow content that comes after the float. (However, per CSS2.1, subsequent floats do move down.)
  320. # [18:38] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
  321. # [18:38] <dael> glazou: Okay, second part?
  322. # [18:38] <dael> Florian: I think the between parents is included in the resolution.
  323. # [18:39] <dael> fantasai: We don't need to re-resolve becuase it's in 2.1
  324. # [18:39] <glazou> https://lists.w3.org/Archives/Public/www-style/2015Sep/0106.html
  325. # [18:39] <dael> Topic: clarification prop for border colors
  326. # [18:39] * Quits: rego (~smuxi@public.cloak) (Ping timeout: 180 seconds)
  327. # [18:39] <dael> glazou: adenilson sent this.
  328. # [18:39] * Joins: tantek (~tantek@public.cloak)
  329. # [18:39] <dael> glazou: There was some discussion on www-style, but I'm not sure enough for a decision.
  330. # [18:40] <dael> fantasai: I think we can't really prescribe anything, but can point out that colors close to black or white may need a different color computation to make the border visable. Blink is non compat anyway becuase they draw a solid black line which isn't 3D.
  331. # [18:40] <dael> fantasai: I'm okay to clarify the spec, but I'm not comfortable with anything more specific.
  332. # [18:41] <fantasai> s/spec/spec to say that colors close to black or white need special handling/
  333. # [18:41] <dael> glazou: adenilson says the Blink fix was denied...I think the issue is the lack of specification is blocking the interop.
  334. # [18:41] <dael> fantasai: Well tey're non-conformant.
  335. # [18:41] <dael> glazou: I agree with you on one hand, but this is common enough that we should have some specification.
  336. # [18:42] <dael> fantasai: If someone wants to eval the existing impl and see what they actually do...
  337. # [18:42] * gregwhitworth this is pretty different between IE/Edge/Gecko
  338. # [18:42] <bradk> Seems like the line should be lightened on one side and darkened on the other, but I guess no browsers do that.
  339. # [18:42] <dael> glazou: I'm not sure we'll have one algo for everyone. If we have a spec in the future will the minority peopleb e willing to change.
  340. # [18:42] <dbaron> I think it might be worth finding out what the different browsers do
  341. # [18:42] <dael> fantasai: I don't think it's worth dealing with now, we can deal with it in the future if someone wants to.
  342. # [18:42] * tantek is amazed we are still talking about border stylings
  343. # [18:42] <dael> glazou: I'll report this to adenilson and if he can spend time that's great.
  344. # [18:42] <tantek> present+ tantek
  345. # [18:43] <dael> fantasai: And I would put this in level 4. I'm happy to clarify in level 3 you can't make it solid black. It's already in the spec, but maybe not clear. An algo goes in level 4 and I honestly don't care enough to work on it.
  346. # [18:43] <tantek> is there a test case?
  347. # [18:43] <Bert> (The shadow color was originally left vague on purpose, so implementations could use whatever was common on the platform, if anything. E.g., if the platform had a contrast setting.)
  348. # [18:43] <gregwhitworth> Tantek: http://codepen.io/Savago/pen/wBKRaX
  349. # [18:43] <dael> Florian: There's no problem adding what you said to level 3, if this is enough to get people to fix we can deal with later.
  350. # [18:43] <dael> glazou: Other opinions about the proposal?
  351. # [18:43] <tantek> looking at test case
  352. # [18:43] <tantek> URL to proposal?
  353. # [18:44] * tantek mutes himself
  354. # [18:44] <dael> glazou: Comments, objections, +1, -1?
  355. # [18:44] <dbaron> what's the proposal?
  356. # [18:44] * bradk thinks real designers don't use border-style : groove/ridge
  357. # [18:44] <tantek> hah - we got this right in IE5/Mac
  358. # [18:44] <tantek> who is complaining?
  359. # [18:44] <dael> glazou: Since we have an issue in the spec anyway, I think we should have the clarification
  360. # [18:44] <dael> RESOLVED: clarify in level 3 you can't make it solid black
  361. # [18:44] <dael> glazou: fantasai will you edit?
  362. # [18:44] <dael> fantasai: Yeah.
  363. # [18:44] <gregwhitworth> tantek: in my opinion IE/MS Edge looks the best, it's black with a slight lightning of the black for the highlight areas
  364. # [18:44] <dael> glazou: Great. I'll report to adenilson.
  365. # [18:45] <dael> glazou: That's it for the agenda. Anything to discuss?
  366. # [18:45] <dael> gregwhitworth: Can we cover the control characters?
  367. # [18:45] <glazou> https://lists.w3.org/Archives/Public/www-style/2015Sep/0215.html
  368. # [18:45] <tantek> gregwhitworth: I think FF rendering of black groove looks pretty good too
  369. # [18:45] <tantek> Safari/Webkit shows all black :/
  370. # [18:45] <dael> gregwhitworth: Everybody is aware of what it is, I wanted to call it out. FF and Chrome are shipping the change in Dec. roughly so he wanted to make sure the release was timed. I wanted to call that out for TabAtkins to reply.
  371. # [18:45] * glazou tantek orange is the new black anyway, right? ;-)
  372. # [18:46] <dael> gregwhitworth: I agree we shouldn't stop them, but do we want to give webdev only 2 months to be away of this breaking change?
  373. # [18:46] * Joins: adenilson (~anonymous@public.cloak)
  374. # [18:46] <dael> fantasai: It's not a huge breaking change. It only breaks things that are broken. It's up to the Bink and FF teams. If they're okay witht he double cooridanted, that's fine. If they'd like to loop in others wait is fine as well.
  375. # [18:46] <dael> fantasai: It's up to them how much...they're be the ones taking the flack.
  376. # [18:47] * tantek glazou ugh. I actually dislike that show.
  377. # [18:47] * dauwhe breaking the web, one control character at a time
  378. # [18:47] * glazou tantek never saw it, just quoted the title
  379. # [18:47] <dael> gregwhitworth: I'm not bringing this up as a MS/Safari thing, it's more for the webdevs. As a previous webdev getting boxes that suddenly appear on a client's site is bad. Do we wantt o give more time for webdev to know so that they know.
  380. # [18:47] <dael> Florian: If it's Dec. the PR push needs to go out now.
  381. # [18:48] * fantasai thinks we need to hear from Mozilla and Blink ppl
  382. # [18:48] <dbaron> So given greg's latest message, Jonathan Kew thought maybe we needed to postpone the change.
  383. # [18:48] <dael> gregwhitworth: I agree. I would have liked to to start months ago. We'll still do this for us because we're still a bit away. But this was more as a web dev concern.
  384. # [18:49] <dael> dbaron: I think Jonathan was confused by different things in different e-mails, but I think he's leaning postponing a bit. I think he could go either way. Given Greg's e-mail he added a flag.
  385. # [18:49] <dael> gregwhitworth: And on our side we're going back and forth because people aren't sure it's good. If TabAtkins could reply so we know where it stands and if we need to start the PR beat. MS will help with that because it's important to get out there.
  386. # [18:50] <dael> gregwhitworth: That's good. I brought it up.
  387. # [18:50] <dael> Florian: Process topic- when we announce spec releases we have the twitter account that we share by sharing passwords. Should we do it a better way.
  388. # [18:50] <tantek> why mess with what works?
  389. # [18:50] <gregwhitworth> \s\"on our side"\on the blink dev forum they aren't sure it's worth the change because it's mainly about spec purity
  390. # [18:50] <dael> glazou: So you're suggesting something like tweetdeck. I don't like that because it forces people to use one app.
  391. # [18:50] * fantasai agrees with tantek
  392. # [18:50] <dael> Florian: It's one from twitter.
  393. # [18:50] <tantek> what problem are we solving?!?
  394. # [18:51] <astearns> +1 to tantek - let's fix it when we have a problem
  395. # [18:51] <dael> Florian: tantek asks why mess with what works. The way we do it with telling a password it might eventually leak.
  396. # [18:51] <dael> glazou: I don't see it as a big problem.
  397. # [18:51] <dael> gregwhitworth: If they change the password first....Or are you guys verified?
  398. # [18:51] <dael> Florian: No. Somebody could steal the account.
  399. # [18:51] <dael> tantek: I've had my twitter stole and I got it back in less than 24hr
  400. # [18:52] <dael> glazou: This is a guy who has a one character twitter account. You can't compete.
  401. # [18:52] <dael> gregwhitworth: I know! I still agree with Florian but it's not worth spending a ton of time on this.
  402. # [18:52] <dael> glazou: I'm not sure I agree.
  403. # [18:52] <dael> Florian: I can live with the current state of the world, I don't think it's great.
  404. # [18:52] * dauwhe let's do a breakout at TPAC for this topic
  405. # [18:52] * Bert thinks the usual solution in CS is to use indirection. :-) A robot that has the password and everybody else just cotacts the robot...
  406. # [18:53] * tantek thinks the robot is even more vulnerable
  407. # [18:53] <dael> glazou: Speaking of announcements, the editors of a published spec are supposed to announce it on www-style.
  408. # [18:53] <dael> Florian: The the blog and twitter.
  409. # [18:53] * astearns anyone who wants to force the issue can change the password themselves to prove we have a problem to fix :)
  410. # [18:53] <dael> glazou: The MINIMUM is www-style.
  411. # [18:53] <dael> glazou: Anything else?
  412. # [18:53] <gregwhitworth> tantek: that's a possibly valid point
  413. # [18:53] <fantasai> http://wiki.csswg.org/spec/publish
  414. # [18:53] <dael> glazou: Okay, thank you very much and talk to you next week!
  415. # [18:53] * Quits: alex_antennahouse (~458c94ae@public.cloak) ("http://www.mibbit.com ajax IRC Client")
  416. # [18:53] * Parts: bradk (~bradk@public.cloak)
  417. # [18:54] * Quits: glazou (~glazou@public.cloak) (glazou)
  418. # [18:54] * Quits: tantek (~tantek@public.cloak) (tantek)
  419. # [18:55] <hyojin> I'll leave some issue of CSS Round Display on www-style. See you next week :)
  420. # [18:55] * Bert likes this quote from Florian very much, a few lines back: "I can live with the current state of the world, I don't think it's great." :-)
  421. # [18:55] * Quits: antenna (~antenna@public.cloak) ("Leaving")
  422. # [18:57] * Quits: hyojin (~hyojin@public.cloak) ("Page closed")
  423. # [18:58] * Quits: vollick (~vollick@public.cloak) (Ping timeout: 180 seconds)
  424. # [19:08] * Quits: AndreyR (~AndreyR@public.cloak) (Ping timeout: 180 seconds)
  425. # [19:08] * Ms2ger waves at fantasai
  426. # [19:15] * Joins: vollick (~vollick@public.cloak)
  427. # [19:22] * Quits: vollick (~vollick@public.cloak) (Ping timeout: 180 seconds)
  428. # [19:24] * Joins: vollick (~vollick@public.cloak)
  429. # [19:24] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
  430. # [19:24] * Quits: SteveZ (~SteveZ@public.cloak) (Ping timeout: 180 seconds)
  431. # [19:27] * Quits: myles (~Adium@public.cloak) ("Leaving.")
  432. # [19:29] * Quits: vollick (~vollick@public.cloak) (Client closed connection)
  433. # [19:33] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  434. # [19:37] * Quits: bcampbell (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  435. # [20:04] * Joins: bcampbell (~chatzilla@public.cloak)
  436. # [20:11] * Joins: dbaron (~dbaron@public.cloak)
  437. # [20:15] * Quits: dauwhe (~dauwhe@public.cloak) (Client closed connection)
  438. # [20:28] * Quits: dael (~dael@public.cloak) ("Page closed")
  439. # [20:30] * Quits: gregdavis (~udavig4@public.cloak) (gregdavis)
  440. # [20:42] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  441. # [20:59] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  442. # [21:01] * Quits: gregwhitworth (~uid93288@public.cloak) ("Connection closed for inactivity")
  443. # [21:03] * Joins: dbaron (~dbaron@public.cloak)
  444. # [21:05] * Quits: tgraham (~user@public.cloak) (Ping timeout: 180 seconds)
  445. # [21:14] * Joins: nvdbleek (~nvdbleek@public.cloak)
  446. # [21:23] * Joins: dauwhe (~dauwhe@public.cloak)
  447. # [21:24] * Quits: dauwhe (~dauwhe@public.cloak) (Client closed connection)
  448. # [21:32] * Quits: bcampbell (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  449. # [21:34] * Joins: zcorpan (~zcorpan@public.cloak)
  450. # [21:39] * Joins: myles (~Adium@public.cloak)
  451. # [21:43] * Joins: Florian (~Florian@public.cloak)
  452. # [21:44] * Joins: bcampbell (~chatzilla@public.cloak)
  453. # [21:48] * Joins: dauwhe (~dauwhe@public.cloak)
  454. # [21:49] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  455. # [21:51] * Quits: dauwhe (~dauwhe@public.cloak) (Client closed connection)
  456. # [22:01] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  457. # [22:02] * Joins: dbaron (~dbaron@public.cloak)
  458. # [22:03] * Quits: myles (~Adium@public.cloak) ("Leaving.")
  459. # [22:22] * Joins: myles (~Adium@public.cloak)
  460. # [22:28] * Quits: myles (~Adium@public.cloak) ("Leaving.")
  461. # [22:30] * Quits: nvdbleek (~nvdbleek@public.cloak) (nvdbleek)
  462. # [22:30] * Joins: myles (~Adium@public.cloak)
  463. # [22:45] * Quits: myles (~Adium@public.cloak) ("Leaving.")
  464. # [23:20] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
  465. # [23:44] * Joins: Florian (~Florian@public.cloak)
  466. # [23:49] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  467. # [23:49] * Joins: dbaron (~dbaron@public.cloak)
  468. # [23:51] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  469. # [23:52] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  470. # [23:57] * Joins: dauwhe (~dauwhe@public.cloak)
  471. # Session Close: Thu Sep 24 00:00:00 2015

Previous day, Next day

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn