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

Options:

Previous day, Next day

  1. # Session Start: Wed Jul 29 00:00:00 2015
  2. # Session Ident: #css
  3. # [00:03] * Joins: estellevw (~estellevw@public.cloak)
  4. # [00:08] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
  5. # [00:36] <astearns> TabAtkins: plinss: bikeshed appears to be having problems in the repo
  6. # [00:37] * Quits: antonp (~Thunderbird@public.cloak) (antonp)
  7. # [00:40] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
  8. # [00:51] <plinss> astearns: yeah, saw it, working on it
  9. # [01:57] * leaverou is now known as leaverou_away
  10. # [01:57] * Quits: Ms2ger (~Ms2ger@public.cloak) ("nn")
  11. # [02:02] * leaverou_away is now known as leaverou
  12. # [02:09] * Quits: dbaron (~dbaron@public.cloak) (Ping timeout: 180 seconds)
  13. # [02:29] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
  14. # [02:33] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  15. # [02:36] * Joins: Florian (~Florian@public.cloak)
  16. # [02:37] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  17. # [02:37] * Joins: Florian (~Florian@public.cloak)
  18. # [02:45] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  19. # [02:46] * Quits: myles (~Adium@public.cloak) ("Leaving.")
  20. # [03:59] * leaverou is now known as leaverou_away
  21. # [04:01] * leaverou_away is now known as leaverou
  22. # [04:32] * Joins: estellevw (~estellevw@public.cloak)
  23. # [04:46] * Quits: renoirb (renoirb@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  24. # [07:02] * Joins: dbaron (~dbaron@public.cloak)
  25. # [07:06] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  26. # [07:09] * Joins: dbaron (~dbaron@public.cloak)
  27. # [07:41] * Quits: estellevw (~estellevw@public.cloak) ("Going to throw glitter at unicorns")
  28. # [08:07] * leaverou is now known as leaverou_away
  29. # [08:20] * leaverou_away is now known as leaverou
  30. # [08:34] * leaverou is now known as leaverou_away
  31. # [08:34] * leaverou_away is now known as leaverou
  32. # [08:48] * Joins: antonp (~Thunderbird@public.cloak)
  33. # [08:58] * Joins: Florian (~Florian@public.cloak)
  34. # [09:05] * Joins: Ms2ger (~Ms2ger@public.cloak)
  35. # [09:35] * Joins: lajava (~javi@public.cloak)
  36. # [09:52] * Quits: dbaron (~dbaron@public.cloak) (Ping timeout: 180 seconds)
  37. # [10:01] * leaverou is now known as leaverou_away
  38. # [10:02] * leaverou_away is now known as leaverou
  39. # [10:15] * leaverou is now known as leaverou_away
  40. # [11:37] * leaverou_away is now known as leaverou
  41. # [11:52] * Joins: Florian_ (~Florian@public.cloak)
  42. # [11:57] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  43. # [12:50] * Quits: paul___irish (~paul___irish@public.cloak) ("ZNC - http://znc.sourceforge.net")
  44. # [12:51] * Joins: paul___irish (~paul___irish@public.cloak)
  45. # [14:01] * Joins: plh (plehegar@public.cloak)
  46. # [14:08] * Quits: plh (plehegar@public.cloak) ("Leaving")
  47. # [14:10] * Joins: plh (plehegar@public.cloak)
  48. # [14:17] * Joins: renoirb (renoirb@public.cloak)
  49. # [16:13] * Quits: Florian_ (~Florian@public.cloak) (Client closed connection)
  50. # [16:13] * Joins: Florian (~Florian@public.cloak)
  51. # [16:13] * leaverou is now known as leaverou_away
  52. # [16:13] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  53. # [16:14] * Joins: Florian (~Florian@public.cloak)
  54. # [16:19] * Joins: hgl (~hgl@public.cloak)
  55. # [16:21] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  56. # [16:21] * Quits: hgl (~hgl@public.cloak) ("Quit")
  57. # [16:34] * Joins: hgl (~hgl@public.cloak)
  58. # [16:45] * Joins: glazou (~glazou@public.cloak)
  59. # [16:46] * glazou changes topic to 'CSS WG 20150729 conference call - https://lists.w3.org/Archives/Public/www-style/2015Jul/0431.html'
  60. # [17:02] * Quits: ElijahLynn (~sid21431@public.cloak) (Client closed connection)
  61. # [17:02] * Quits: koji (~sid53200@public.cloak) (Client closed connection)
  62. # [17:02] * Quits: cabanier (~sid15093@public.cloak) (Client closed connection)
  63. # [17:02] * Quits: slightlyoff (~sid1768@public.cloak) (Client closed connection)
  64. # [17:02] * Quits: astearns (~sid15080@public.cloak) (Client closed connection)
  65. # [17:14] * Joins: Florian (~Florian@public.cloak)
  66. # [17:20] * Joins: dbaron (~dbaron@public.cloak)
  67. # [17:21] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  68. # [17:23] * Joins: slightlyoff (~sid1768@public.cloak)
  69. # [17:44] * leaverou_away is now known as leaverou
  70. # [17:49] * Joins: Florian (~Florian@public.cloak)
  71. # [17:55] * Joins: antenna (~antenna@public.cloak)
  72. # [17:56] * Joins: tgraham (~user@public.cloak)
  73. # [17:57] * Joins: dael (~dael@public.cloak)
  74. # [17:58] <dael> ScribeNick: dael
  75. # [17:58] <dael> present+ dael
  76. # [17:58] <glazou> present+ glazou
  77. # [17:58] <glazou> present+ plinss
  78. # [17:59] * glazou has a strong migraine and will not be super active during the call today
  79. # [17:59] <antenna> present+ antenna
  80. # [17:59] * Joins: bradk (~bradk@public.cloak)
  81. # [17:59] <antenna> I just called in, mic is muted
  82. # [18:00] * dael feel better glazou. Migraines are awful.
  83. # [18:00] <Florian> present+ Florian
  84. # [18:00] <SimonSapin> Present+ SimonSapin
  85. # [18:00] * Joins: stearns (~stearns@public.cloak)
  86. # [18:00] * Joins: myles (~Adium@public.cloak)
  87. # [18:00] * Joins: alex_antennahouse (~458c94ae@public.cloak)
  88. # [18:00] <alex_antennahouse> im called in on webex
  89. # [18:01] * glazou dael sigh
  90. # [18:01] * Joins: smfr (~smfr@public.cloak)
  91. # [18:01] <antonp> Present+ antonp
  92. # [18:01] <stearns> present+ stearns
  93. # [18:02] <smfr> Present+ smfr
  94. # [18:02] <dael> present+ myles
  95. # [18:02] <myles> thank you dael
  96. # [18:02] * Quits: bradk (~bradk@public.cloak) ("Signing Off. Buh-bye.")
  97. # [18:02] <dael> present+ michael miller
  98. # [18:02] <dael> myles, You're welcome!
  99. # [18:03] * Rossen_away is now known as Rossen
  100. # [18:03] <Rossen> present+ Rossen
  101. # [18:03] * Joins: MaRakow (~MaRakow@public.cloak)
  102. # [18:03] <glazou> Regrets: dauwhe
  103. # [18:03] <tgraham> present+ tgraham
  104. # [18:03] <Bert> present+ Bert
  105. # [18:03] * Joins: bkardell_ (~uid10373@public.cloak)
  106. # [18:04] * Joins: bcampbell (~chatzilla@public.cloak)
  107. # [18:04] * Joins: koji (~koji@public.cloak)
  108. # [18:04] * Joins: gregwhitworth (~gregwhitworth@public.cloak)
  109. # [18:04] <bkardell_> Present+ bkardell_
  110. # [18:04] * stearns irccloud is down for some (like me) and the server outage is making other connections slow
  111. # [18:05] <MaRakow> present+ MaRakow
  112. # [18:05] <MaRakow> am i doing it right?
  113. # [18:05] * dael MaRakow you are!
  114. # [18:05] * Joins: andrey-bloomberg (~andrey-bloomberg@public.cloak)
  115. # [18:05] <fantasai> present+ fantasai
  116. # [18:05] <MaRakow> cool :)
  117. # [18:05] <leaverou> Present+ leaverou
  118. # [18:05] <gregwhitworth> present+ Greg Whitworth
  119. # [18:05] <dael> plinss: Let's start. Please add your name to IRC so we know you're here if you haven't.
  120. # [18:05] <dael> plinss: Anything to add to the agenda?
  121. # [18:05] <dbaron> Present+ dbaron
  122. # [18:05] <dael> fantasai: Pub grid layout?
  123. # [18:05] * Joins: SteveZ (~SteveZ@public.cloak)
  124. # [18:05] <dael> plh: Anythign else?
  125. # [18:06] <alex_antennahouse> present+ alex critchfield
  126. # [18:06] <gregwhitworth> We read it, I forgot to send feedback
  127. # [18:06] <dael> Florian: Just to mention I asked for an e-mail reply, but it was only sent two minutes ago so there hasn't been time to reply
  128. # [18:06] <dael> fantasai: TabAtkins and I made a bunch of edits to fold in resolutiongs for grid layout
  129. # [18:06] <gregwhitworth> florian: my bad
  130. # [18:06] <dael> Topic: grid layout publication
  131. # [18:06] <SteveZ> I am on the phone
  132. # [18:06] <Rossen> +1 on publishing
  133. # [18:06] <fantasai> https://drafts.csswg.org/css-grid-1/#changes
  134. # [18:06] <fantasai> https://drafts.csswg.org/css-grid-1/issues-wd-20150108
  135. # [18:07] <dael> fantasai: and here's the doc
  136. # [18:07] <Florian> s/for an email reply/for a week to review the proposed prefixing policy, and I did send it,/
  137. # [18:07] <dael> fantasai: We tracked the comments for this cycle. There's a couple of open issues, but we want to pub a WD to update what's out there and we wanted confirmation from Rossen specifically but the rest of the group too.
  138. # [18:07] * Joins: ChrisL (clilley@public.cloak)
  139. # [18:07] <dael> Rossen: I went over your changes and I'm fully supportive of pub a new WD
  140. # [18:07] * Joins: vollick (~vollick@public.cloak)
  141. # [18:07] * Joins: bradk (~bradk@public.cloak)
  142. # [18:08] <dael> fantasai: If anyone wants more time to look that's fine, but if you want to pub next week instead of Thursday that's fine too. We want it out in the next few weeks and to keep wirking.
  143. # [18:08] <dael> plinss: Any obj?
  144. # [18:08] <fantasai> s/instead of Thursday//
  145. # [18:08] <dael> RESOLVED: Publish updated WD of Grid layout
  146. # [18:08] <Florian> gregwithworth: no problem: I'm the one sending 2 minutes before the deadline. Comments on this new mail appreciated: https://lists.w3.org/Archives/Public/www-style/2015Jul/0446.html
  147. # [18:08] <dael> fantasai: I'll aim to publish next thursday.
  148. # [18:08] <dael> Topic: css break
  149. # [18:08] <dael> plinss: Looks like we wanted to get back to that this week
  150. # [18:09] <Florian> gregwhitworth: no problem: I'm the one sending 2 minutes before the deadline. Comments on this new mail appreciated: https://lists.w3.org/Archives/Public/www-style/2015Jul/0446.html
  151. # [18:09] <dael> fantasai: Two issues...one was dropping cloned margins at the breaks and the other was naming of any. I can't rememebr if we closed on the first issue.
  152. # [18:09] <dael> Rossen: I thought we resolved on dropping margins and the name was up to debate, but I didn't hear anything better than any
  153. # [18:10] <dael> fantasai: If we had all and any it would be clear, but since we have always which doesn't make sense for multiple types of breaks...has anyone implt he unprefixed break other than Opera?
  154. # [18:10] <dael> Rossen: We have not.
  155. # [18:10] <dael> fantasai: I think Moz has not. Blink? Safari?
  156. # [18:10] <dbaron> I think Gecko still has only page-break-{before,after}
  157. # [18:10] * Joins: astearns (~sid15080@public.cloak)
  158. # [18:10] <dael> smfr: I don't think webkit has.
  159. # [18:10] * Joins: cabanier (~sid15093@public.cloak)
  160. # [18:10] <fantasai> 1. Change nothing
  161. # [18:10] <dael> fantasai: Okay. So I think we've got sev. poss. One is change nothing.
  162. # [18:10] <fantasai> 2. Come up with a different name for any
  163. # [18:11] <fantasai> 3. Change 'always' to 'all' and leave 'any' alone.
  164. # [18:11] <dael> Rossen: The last e-mail I replied I did summarize what we talked about for renaming any and no one replied.
  165. # [18:11] * Quits: stearns (~stearns@public.cloak) ("Page closed")
  166. # [18:11] <dael> fantasai: I think there's three things that makes sense [reads list above]
  167. # [18:11] <dael> fan
  168. # [18:12] <dael> fantasai: I think one person any fragementation cont would be the deepest one. There was discussion on trying to convay we're trying to get the deepest, but no one had a good idea
  169. # [18:12] <dael> fantasai: We don't have any good options to fix this, though I agree the current set is confusing.
  170. # [18:12] <SteveZ> How about Break:Nearest
  171. # [18:13] <dael> Florian: One path is to say now that we're having more types of fragmentation containers we can go through the use cases and see if always and any are right or if we need to change these things. It's not clear that these are the best way to do things. THe poss. to call out which you want to break has been suggested a fewt imes.
  172. # [18:13] <fantasai> SteveZ, seems might be confusing with nearest box, element, breakpoint, something else in a lateral direction
  173. # [18:13] <dael> Florian: Maybe we go through the use cases and see what's best for renaming.
  174. # [18:13] <dael> fantasai: I think that's fair.
  175. # [18:13] * Quits: mihnea_____ (~sid16310@public.cloak) (Client closed connection)
  176. # [18:13] * Quits: iank (~sid43239@public.cloak) (Client closed connection)
  177. # [18:13] * Quits: birtles (~sid16523@public.cloak) (Client closed connection)
  178. # [18:13] * Quits: amtiskaw (~sid19262@public.cloak) (Client closed connection)
  179. # [18:13] * Quits: abucur___ (~sid19072@public.cloak) (Client closed connection)
  180. # [18:13] * Quits: robertknight_clo (~sid15951@public.cloak) (Client closed connection)
  181. # [18:13] <dael> Florian: And while we do that include the things we haven't quite finished like overflow fragments in the latest incarnation
  182. # [18:14] <dael> fantasai: Yeah, as we do the thinking. One of the use cases if break the column or the page depending on if i'm in a column or a page
  183. # [18:14] * Joins: ElijahLynn (~sid21431@public.cloak)
  184. # [18:14] <dael> fantasai: Although if you req. a column break and all you have is pages maybe you do that since a page is really just a simgle column. The mixing of frag context is wierd. I think we want named content, but we wanted to defer that level for now.
  185. # [18:14] <fantasai> s/content/contexts/
  186. # [18:15] <fantasai> until those mechanisms were more definite
  187. # [18:15] <dael> Florian: I understand wanting to defer, but since the design is not obviously the right one, it sounds worth doing. Esp with regions and frag the level of nesting may change within the doc and it becaomes more important to be able to name because you can't just could third from the top.
  188. # [18:16] <dael> Rossen: This is true and it's what we've been talking about, but at level 1 we want to at least give the ability to break at first dfrag level which will let authors have content into templates regardless of what the templates are made out of. When there is content that wants to avoid or break any fragmentainer, that's what the keyword is intended to do.
  189. # [18:16] <dael> Rossen: Yes, named breaks will be something we're working on for another level.
  190. # [18:17] <dael> Florian: What I'm trying to say is that, I don't want named breaks now, but once we have named breaks, I'm not sure if we still need any or always, maybe one will be unnec.
  191. # [18:17] <dael> Rossen: Perhaps, but we don't want to stall the progress for now. Named breaks are moving to level 4 and for this level we have any.
  192. # [18:17] <dael> Rossen: If anyone has any better names or wants to change the any keyword you can respond to the e-mail or speak up now. Otherwise we'll move on.
  193. # [18:18] <dael> SteveZ: The problem I have with any seems arbitraty. Like pick any fragmentainer you're in and break it. I suggested nearest.
  194. # [18:18] <dael> Rossen: That's what I suggest to. I'm suggested nearest or closest or first. The way I think of the auto of breaking, the element that is requesting to be broken or not is looking inside out and it wants to declare it's preference for the first or nearest fragmentainer.
  195. # [18:19] <dael> fantasai: What 'm afraid of with nearest is if you have a region with a fixed height and it's 1 1/2 pages worth. If you're on the first page, the nearest break is the page break, not fragementation.
  196. # [18:19] <dael> Florian: So in linear, not depth.
  197. # [18:19] <bradk> 'Nearest-ancestor'?
  198. # [18:19] <dael> fantasai: Yeah, I think that will be a point of confusion.
  199. # [18:19] <dael> Rossen: I don't disagree.
  200. # [18:19] * Joins: robertknight_clo (~sid15951@public.cloak)
  201. # [18:20] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
  202. # [18:20] <dael> fantasai: And deepest, it means break before the deepest element in the tree, next isn't something they think of. This is why I'm struggling to come up with something that reflects what's going on.
  203. # [18:20] <Florian> closest-ancestor-fragmentainer
  204. # [18:20] <dael> SteveZ: Doesn't any have the same problem?
  205. # [18:20] <dael> fantasai: I agree it's ambig. But at least it's not specific in a misleading way.
  206. # [18:20] <dael> SteveZ: It's unspecific in a misleading way.
  207. # [18:20] <dael> Rossen: Or we could drop this to level 4.
  208. # [18:20] <dael> fantasai: I'm okay with that.
  209. # [18:20] <dael> Rossen: Me too
  210. # [18:20] <bradk> closest-ancestor-or-self-fragmentainer
  211. # [18:21] <dael> Florian: One alternative is just call it break. When you think of for and why loops, you break just one level.
  212. # [18:21] <dael> Rossen: The analegous of loops isn't appropriate. You can break in the parent loop. In fantasai example you can break at the page.
  213. # [18:21] <dael> Florian: Yeah, loops don't nest that way.
  214. # [18:21] <dael> Rossen: Right.
  215. # [18:21] * Joins: tantek (~tantek@public.cloak)
  216. # [18:22] <dael> Rossen: I think the way I see it, we can live with 'any' There is a somewhat good use case for having any or nearest or whatever we come up with. Or we can say this logic will be solved by name breaks in level 4.
  217. # [18:22] <dael> Florian: What was wrong with deepest?
  218. # [18:22] * Joins: mihnea_____ (~sid16310@public.cloak)
  219. # [18:22] * Joins: birtles (~sid16523@public.cloak)
  220. # [18:23] <dael> fantasai: It would imply a location deep in the element tree. Authors don't have a concept of nested fragementainers. It's not fundimental enough in CSS it wouldn't do. Most people want a page, column, or region break. There's no nesting, it's just three different things in paralell.
  221. # [18:23] <dael> Rossen: I agree with what you're saying. I don't think authors will think of more than one level of nesting. No one thinks their multi col will be printed and what happens where there's fixed height.
  222. # [18:24] * astearns some people just want to break things
  223. # [18:24] <dael> fantasai: Most common is something just wants to break for the next chapter and they don't care about what type. You'll need named break for regions.
  224. # [18:24] <dael> Florian: You'll want to say break regions or columns or break regions or pages. You have a set of thigns you want to break into. You won't be completely agnostic about I don't know how many things will be nested but I want a specifc break.
  225. # [18:25] <dael> Rossen: It sounds like there wasn't much resistance for this to be in level 4.
  226. # [18:25] <dael> Rossen: Given that this is the only big outstanding issue, we might have to think hard about this one.
  227. # [18:25] <SteveZ> +1 for level 4
  228. # [18:25] <dael> fantasai: Yeah, but we still have the problem of the always value that's in multi-col. I think there's a case of authors just wanting abreak and they don't care aboutt he type. That's basic.
  229. # [18:25] <dael> fantasai: I don't know. I guess we should move to the next topic.
  230. # [18:26] <SteveZ> I do not think "just Break Me" is clear if people have no knowledge of the nesting
  231. # [18:26] <dael> Florian: The only reason I don't want to move to level 4 is any and always will have to named as a pair, so we should have them together in the same level. They're a set and if we define one and push the other to the next level, we're locking ourselves in. OTher than that I'm happy to push back.
  232. # [18:26] <dael> Florian: If we're stuck on laways anyway, sure, but if it's still on the table I'm not sure.
  233. # [18:27] <dael> Rossen: Some of the other proposals were always-any, always-deepest, always-all
  234. # [18:27] <bradk> break: page region /* not column */
  235. # [18:27] <dael> Rossen: That's another prop. on the table.
  236. # [18:27] * Quits: tantek (~tantek@public.cloak) (tantek)
  237. # [18:27] <dael> Florian: break one
  238. # [18:27] <dael> plinss: I'm not hearing us getting closer to a solution here.
  239. # [18:27] <Florian> break: something / break: everything
  240. # [18:27] <bkardell_> break: dance
  241. # [18:27] <dael> plinss: Suggestions to make this forward?
  242. # [18:27] <dael> fantasai: I think push back to the ML for now.
  243. # [18:28] <dael> plinss: Let's do that and come back when there's new info.
  244. # [18:28] <bradk> Break: bread
  245. # [18:28] <dael> Topic: % resolution for abspos....
  246. # [18:28] <bradk> Break:fast
  247. # [18:28] * Joins: tantek (~tantek@public.cloak)
  248. # [18:28] <dael> Rossen: I believe this was waiting for Moz feedback, or was it TabAtkins?
  249. # [18:28] <dael> fantasai: That was waiting for the F2F because TabAtkins wanted to reopen the whole thing.
  250. # [18:29] * Joins: ChrisLilley (clilley@public.cloak)
  251. # [18:29] * Joins: abucur___ (~sid19072@public.cloak)
  252. # [18:29] <dael> Rossen: This was for abspos, not just the general resolution. If I havea nested abspos item in a grid and that item happens to be layed out inside the grid, how does it resolve.
  253. # [18:29] <dael> Rossen: I believe we agreed it should be consistant and the abspos will resolve based on the grid. For that issue, I don't think there was pushback by anyone, but we were waiting on someone to okay it.
  254. # [18:30] * Joins: amtiskaw (~sid19262@public.cloak)
  255. # [18:31] <dael> fantasai: I'm not sure I agree. If we revert to % being always against hte width there's not issue. If we keep to top and bottom resolving against the height, than we have a abspos element that's positioned against the grid, it behaves like any other abspos element, just as if that grid container was any other kind of containter. The expected would be that the margins resolve the same as any other abspos context and that means going agaist width.
  256. # [18:31] <dael> Rossen: I don't buy it. It's saying if I have a grid item with nothing spec on it, it's the same as if the div was inside a block.
  257. # [18:31] <dael> fantasai: Is a abspos element consitered to be affected by the layout of the containment block, or is abspos a layout mode.
  258. # [18:31] <tantek> present+ tantek
  259. # [18:31] <dael> Rossen: It'st he containing block.
  260. # [18:31] <dael> fantasai: It's just a containing block. It's defined that was in CSS2.1
  261. # [18:32] <fantasai> s/containing block/rectangle/
  262. # [18:32] * astearns this sounds like something for the face to face as well
  263. # [18:32] * bkardell_ hmm, it seems like abs pos is a layout mode conceptually to me :(
  264. # [18:32] <dael> Rossen: I know the definition, but as soon as we talk about grid and abspos items can be dependant on grid it's contextual. For 3 and above it's more than a rectangle and it better be more or you're stuck in the 90s.
  265. # [18:32] <dael> Florian: What I'm hearing is that this is complex question and touches on what TabAtkins wanted to reopen.
  266. # [18:32] <dael> Rossen: There's nothing complicated about question.
  267. # [18:33] * fantasai does not believe it is straightforward
  268. # [18:33] <dael> Rossen: If we're talking about abspos items only, that issue is very straightforward. If TabAtkins wants to reopen the % issue, we can do that at the F2F
  269. # [18:33] <dael> Rossen: This is about items in a grid and has nothing to do with the bigger decision about percentages.
  270. # [18:33] * bkardell_ believes fantasai in that it does not seem straightforward as it is presented as
  271. # [18:33] * antonp thinks the containing block should always be a rectangle; and that abspos is probably its own layout mode that's independent of the layout mode of its ancestors
  272. # [18:33] <dael> Rossen: So, what's going on? Are we discussing it or dropping by not discussing it.
  273. # [18:33] * dbaron agrees that containing block should be a box associated with an element rather than just a rectangle, but otherwse isn't really following
  274. # [18:34] <dael> fantasai: Well.
  275. # [18:34] * tantek is trying to remember very old conversations about containing block
  276. # [18:34] * Quits: ChrisL (clilley@public.cloak) (Ping timeout: 180 seconds)
  277. # [18:34] <dael> fantasai: The reason it has to do with the other issue, if we revert on the other issue,this becomes moot. Why it's not straightforward is you and other people have different conceptual ideas of abspos and until we decide if it's its own layout mode or not, we have to solvet hat conceptual problem before we can tackle this.
  278. # [18:34] <Florian> +1 to fantasai
  279. # [18:35] <dael> fantasai: So I don't htink it's as straight forward as you think it is.
  280. # [18:35] <dael> Rossen: So do we want to leave it to the F2F?
  281. # [18:35] <dael> fantasai: I think that's a better idea.
  282. # [18:35] <dael> Rossen: Okay. I'm not the one who put the item on.
  283. # [18:35] <dael> fantasai: The chairs put it on after we decided last week to defer.
  284. # [18:35] <dael> plinss: Let's defer to the F2F.
  285. # [18:35] <tantek> Paris cage match!
  286. # [18:35] <dael> Topic: Grid OM issue
  287. # [18:36] <dael> fantasai: I said that this was answered on the ML. Did you not get that e-mail?
  288. # [18:36] <dael> plinss: I didn't. We can skip.
  289. # [18:36] <Florian> https://lists.w3.org/Archives/Public/www-style/2015Jul/0432.html
  290. # [18:36] <fantasai> email : https://lists.w3.org/Archives/Public/www-style/2015Jul/0436.html
  291. # [18:36] <dael> Topic: interaction between overflow-x and -y
  292. # [18:36] <dael> Florian: It would be good to have TabAtkins. We can maybe talk a bit without him.
  293. # [18:37] * tantek dive dive! Aoooouuuga! Aoooouuuga!
  294. # [18:37] <dael> Florian: Trying to summerize the current status. We hav contain: paint which is to enable optimizations at the paint level. What it wants to do is establish a containing block. Also to do clipping of anything that might overflow
  295. # [18:37] * astearns just added the two flex/grid agenda items to the wiki page
  296. # [18:37] * glazou tantek difficult night ?-)
  297. # [18:38] * gregwhitworth thanks astearns, bless you :)
  298. # [18:38] <dael> Florian: And earlier version called this magic clipping. There are things that depend on this going through the overflow property. Text overflow and resize only work if overflow is not visable. TabAtkins and I prop overflow: clip that does the same as hidden, but doesn't scroll. People said we could call it something else or we do something similar to clippath.
  299. # [18:38] <tantek> overflow and clip are so confusing both in name (including values) and function that I have to look it up every time. This despite having implemented it in IE5/Mac.
  300. # [18:39] <tantek> it's one of the worst parts of CSS 2 legacy.
  301. # [18:39] <dael> Florian: Another point that was raised was if we go hidden: no-scroll is it needed? The browser can perhsaps just detect that the scrolling isn't used and skip it to be more efficent. This is akin to will-change where if we assume a smart enough browser it can be done, but it doesn't seem like they'll be smart enough soon.
  302. # [18:40] <dael> Florian: We can say overflow: clip doesn't estabilish a BFC and you can have it only in one directionl for contain: paint this may work, but I'm not happy about it because there are parts of CSS that assumes it's visible or there's a BFC.
  303. # [18:40] * smfr Florian you are fading in and out
  304. # [18:40] * ChrisLilley who is heavy breathing?
  305. # [18:40] * glazou Florian is too far from microphone, can’t hear him
  306. # [18:40] <dael> Florian: If a resizable thing isn't a BFC, suddenly margins collapse. It's a possiblity. A
  307. # [18:41] <dael> Florian: Other option is to rename it and it's the same as hidden, but you don't get to scroll. C is contain: paint invokes the regular overflow hidden and broswers just need tog et smart.
  308. # [18:41] <dael> Florian: I don't like A much, but if all browsers can convince eachother to do the heuristic, C is good. TabAtkins doesn't think that'st he case, so if C won't do, I think B is what we should do.
  309. # [18:41] <dael> Florian: There's some side questions, but that's the meat of the problem.
  310. # [18:42] * fantasai thinks that A makes the most sense
  311. # [18:42] <dael> smfr: What if you said that when contain: paint, it implies overflow:hidden, but in that scenario scrolling is disallowed. It would prevent scrolling and imply overflow: hidden.
  312. # [18:43] <dael> Florian: I guess it's okay unless you want scrolling because then you can't access it. Contain paint provides other opimizations. If it's off screen, you know you don't have to paint so you can skip it. Say maybe you want it for that effect, but you're still interested in scrolling.
  313. # [18:43] <dael> smfr: Arre you only concerned about where contain: paint and overflow: hidden are on the same element, or when the hidden is inside the contain.
  314. # [18:44] * Joins: koji_ (~sid53200@public.cloak)
  315. # [18:44] <dael> Florian: Not particularly the second. but overflow: hidden no-scroll allows for some optimized situations. contain: paint should be the superset of what you can get through overflow plus the rest so you have one switch that can turn it all on and it's fast. For speed it does work, but it reduces some things. Maybe it's a tradeoff and you can be fast or you can scroll.
  316. # [18:44] <dael> fantasai: I'm a little confused as to why A is so bad.
  317. # [18:45] <dael> fantasai: Not est a BFC is straightfoward.
  318. # [18:45] * bradk likes smfr's idea. Seems simpler.
  319. # [18:45] <dael> Florian: On it's own yes. But has the design of the resize prop considered if it's fine to not be a BFC. Design hasn't considered it. So maybe that's okay for resize until you resize to 0. It's not obvious author-wise.
  320. # [18:46] <dael> fantasai: Resize right now only applies to elements with overflow not visible. So you would change it to also do clip. It's the same as visible and the only difference is you have this clip path and you may also want text overflow apply as an exception.
  321. # [18:46] <dael> Florian: That's why I don't like A. It could work, but you have to get into these little details. Are there other parts of other specs we've forgotten. There are these ripple ffects and I'm not sure we have it under control.
  322. # [18:47] <dael> fantasai: I don't think there's many. text-overflow is this weird case because compat issues. I don't htink there's that big of a problem with this kind of definition and I don't think the others are less complex.
  323. # [18:48] <dael> Florian: If that's all, it's not that bad. The other weird thing with A for not establish a BFC...I'm okay with an overflow: clip that doesn't effect margin collaposing, but that invisible floats can poke through feels weirer.
  324. # [18:48] <tantek> "invisible floats poking through" sounds very weird indeed
  325. # [18:48] <dael> Florian: I'm not obj. to A, it jsut feels weird.
  326. # [18:48] <dael> Rossen: It's def. weird.
  327. # [18:48] <dael> fantasai: Yeah, that does seem weird.
  328. # [18:48] <dael> dbaron: We offer a whole bunch of other ays to do visual clipping. clip path, clip to some degree.
  329. # [18:48] <dael> s/ays/ways
  330. # [18:49] * gregwhitworth anyone still there?
  331. # [18:49] * gregwhitworth nevermind
  332. # [18:49] <dael> fantasai: I don't have an obj either way, I just wanted to understand.
  333. # [18:49] <dael> Florian: Between B and C, it's a matter of what browsers can do.
  334. # [18:49] * fantasai is really interested in what dbaron thinks of all this
  335. # [18:49] <dael> Rossen: Who wants A? Was that Mozilla?
  336. # [18:49] * Joins: iank (~sid43239@public.cloak)
  337. # [18:49] <dael> dbaron: I'd kind of like to see A. There are people that want to clip without the BFC.
  338. # [18:50] <dael> Florian: But wouldn't that be more appropriate to explore through clip and clip path instead of overflow?
  339. # [18:50] <dael> dbaron: Maybe.
  340. # [18:50] <dael> Florian: But there is 1 nice thing about A is that it opens the poss to do overflow-x clip, elipsis, and overflow-y visible. That seems useful regardless of contain: paint. That's how I would justify A.
  341. # [18:51] <dael> Florian: We previously resolved not to have that, so maybe it's not that strong a use case.
  342. # [18:51] <gregwhitworth> I agree with smfr
  343. # [18:51] <dael> smfr: I'm not convinced clipping only one axis is that useful and it would add to impl complexity.
  344. # [18:51] <dael> Rossen: So are we leaning B?
  345. # [18:51] <dael> Florian: I think you and smfr were agsint B and C.
  346. # [18:51] <dael> Rossen: We are not for A. Let's start there.
  347. # [18:52] <dael> Florian: So do we drop A?
  348. # [18:52] <dael> plinss: Anyone advocating for A?
  349. # [18:52] <dael> plinss: Okay, we'll ignore A.
  350. # [18:52] <fantasai> I think the main problem with A) is that contain: paint wont' be able to use it, if floats outside of the element are not clipped
  351. # [18:52] <dael> Florian: I think TabAtkins wants B. If everyone else wants B we can resolve. If not we need TabAtkins.
  352. # [18:52] <dael> Rossen: I'm okay with B.
  353. # [18:52] <dael> Rossen: B is the one that creates a BFC?
  354. # [18:52] <fantasai> (clipped layoutwise, I mean)
  355. # [18:53] <dael> Florian: You havea special value of overflow that creates a BFC and you can't scroll.
  356. # [18:53] <fantasai> (in addition to paintwise)
  357. # [18:53] <dael> smfr: Just like overflow: hidden, but you can't programatically scroll.
  358. # [18:53] <dael> Florian: Yes.
  359. # [18:53] <dael> smfr: It's making assumptions about impl details, btu I can live with B.
  360. # [18:53] <dael> Rossen: B is more explicit for the users. It's decalring this won't scroll no matter what. If you're hidden is already declared. So B makes sense.
  361. # [18:54] <dael> Florian: Since you both pushed for C before, I think if you're okay with B we can resolve.
  362. # [18:54] <dael> Rossen: We can live with B. smfr?
  363. # [18:54] <dael> smfr: I feel like B is sort of making up for a historical mistake. We're adding complexity because we've got a previous mistake which is why I feel C is better.
  364. # [18:54] * fantasai kinda prefers calling it overflow: clip anyway
  365. # [18:55] <dael> Rossen: I think you're right, but we are where we are and there are use cass where people want to prevent scrolling and they don't have that ability. They're making mistakes and now we're giving them an explicit way to say it's hidden because I don't want to scroll.
  366. # [18:55] <dael> smfr: I can live with B.
  367. # [18:56] <dael> Rossen: One bikeshed on B. Do we need the extra value, or can we make this an optional value to hidden?
  368. # [18:56] <dael> Florian: It's hidden no-scroll
  369. # [18:56] <dael> Rossen: I mistakenly heard it as hidden-no-scroll
  370. # [18:56] <dael> ChrisLilley: Yes, I wan'ts clear on that.
  371. # [18:56] <dael> Florian: I wanted hidden no-scroll
  372. # [18:56] <dael> Rossen: Okay, then we have no problem.
  373. # [18:57] <dael> smfr: Then if we use it on one axis, the other computes to auto?
  374. # [18:57] <dael> Florian: Yeah.
  375. # [18:57] <dael> fantasai: I think it would be easier to, as an author, pick one of these four options instead of one of these three and maybe a flag.
  376. # [18:57] <smfr> yeah what does overflow: scroll no-scroll do?
  377. # [18:57] <dael> Rossen: Is that true. I can see cases where people may or may not want to allow you to scroll the content given some parameters.
  378. # [18:58] <dael> fantasai: So you're suggesting we have no-scroll as an option on scroll?
  379. # [18:58] <dael> Rossen: To anything that's scrollable.
  380. # [18:58] <dael> Florian: To me it's a flag on hidden only.
  381. # [18:58] <dael> Rossen: I'm trying to figure out if there are other use cases we could cover. I can see forms where based on some form validation you might not want to let people scroll down.
  382. # [18:59] <dael> fantasai: It's an interesting point, but I'd like to keep to a single value prop unless there's a really compelling reason.
  383. # [18:59] <dael> Florian: The space instead of hyphen was to make it clear that it's a varient.
  384. # [18:59] <dael> fantasai: I'm not sure that tie in is nec. Anyting other than visible makes a BFC.
  385. # [18:59] <dael> Florian: clip confused people, so I'd rather not that.
  386. # [19:00] <dael> fantasai: So another word. But it doesn't have to be connected to hidden. It's jsut here's your four values, pick one. It doesn't have to look like an extended varient. Authors might want to switch from hidden to this.
  387. # [19:00] <ChrisLilley> overflow: (push) and overflow (pop)
  388. # [19:00] <dael> Florian: So let's pick option B, defer naming to editors, everyone complains if we pick something bad.
  389. # [19:00] * Quits: MaRakow (~MaRakow@public.cloak) (Ping timeout: 180 seconds)
  390. # [19:00] <dael> RESOLVED: pick option B, defer naming to editors, everyone complains if they pick something bad
  391. # [19:01] <dael> Florian: If you set a value other than visible on one axis and leave the other unset and then you set contain: paint, the rules of computed value on overflow, if you have visible in one direction and not the other it's visible. WE have different hings trying to change the visible, but which acts first. I'd say it goes to auto and if the authors want something we can make it explicit.
  392. # [19:02] <dael> plinss: We're past the hour.
  393. # [19:02] <dael> fantasai: If anyone wants to do an apt share for Paris tell me now so I can find space for the number of people.
  394. # [19:02] <dael> Florian: I have 2 answers beyond mind.
  395. # [19:02] <dael> fantasai: Yeah.
  396. # [19:02] <dael> plinss: Thanks everyone. Talk to you next week.
  397. # [19:02] <Florian> s/beyond/including/
  398. # [19:02] * Quits: glazou (~glazou@public.cloak) (glazou)
  399. # [19:02] * Parts: smfr (~smfr@public.cloak)
  400. # [19:02] * Quits: alex_antennahouse (~458c94ae@public.cloak) ("http://www.mibbit.com ajax IRC Client")
  401. # [19:02] * Quits: bcampbell (~chatzilla@public.cloak) ("ChatZilla 0.9.91.1 [Firefox 31.8.0/20150624141335]")
  402. # [19:03] <Florian> s/mind/mine/
  403. # [19:03] * Quits: antenna (~antenna@public.cloak) ("Leaving")
  404. # [19:03] * Quits: dael (~dael@public.cloak) ("Page closed")
  405. # [19:04] <Florian> anybody interested in a mini bikeshed? "hidden no-scroll" "hidden-no-scroll" "none" "cut"
  406. # [19:05] * fantasai is against the first two for being too damn long to type
  407. # [19:05] <bradk> hidden-stuck
  408. # [19:06] <Florian> the second one looks like long name because we couldn't find a name, so I don't like it. The first, one, despite being almost the same, looks like a short name with a switch, and I'm ok with that. But yeah, it's still long.
  409. # [19:06] * Quits: ChrisLilley (clilley@public.cloak) ("Client combusted")
  410. # [19:07] <Florian> "none" might be fine. It's even shorter than hidden, which means people might start using it just to save some typing and didn't actually need the scrolling.
  411. # [19:07] <Florian> (saving resources for everybody)
  412. # [19:07] <fantasai> I'd prefer a word that captures the fact that stuff is not visible if it overflows
  413. # [19:07] <fantasai> none just means "there is no overflow"
  414. # [19:08] <fantasai> Does that mean it got clipped? Or does that mean we made the box bigger so that it doesn't overflow? ;)
  415. # [19:08] <Florian> made the font smaller
  416. # [19:08] <fantasai> :)
  417. # [19:08] <Florian> or the author less verbose
  418. # [19:08] <bradk> 'none' is cool, but will confuse new learners, who have to try to understand the difference between that and 'hidden'.
  419. # [19:08] <fantasai> 'discard'?
  420. # [19:08] <antonp> fwiw I quite like "none"
  421. # [19:09] <Florian> new learners would pick none, which is good, since they almost never want the scroll part of hidden.
  422. # [19:09] <bradk> But I guess that's a problem regardless.
  423. # [19:09] <antonp> "hidden" quite nicely describes the current behaviour I think, since it really is there, but hidden
  424. # [19:09] <Florian> discard might be ok, but I'm worried about confusion with the fragmentation of overflow property/values
  425. # [19:09] <antonp> None implies it's not there, which indeed it isn't, to all intents and purposes.
  426. # [19:09] <fantasai> actually, is that true?
  427. # [19:09] <fantasai> if there are two linesof content
  428. # [19:09] <fantasai> and they are too long to fit
  429. # [19:10] <fantasai> and so get clipped by this value
  430. # [19:10] <bradk> So far, I like 'none' best
  431. # [19:10] <fantasai> and I select from the first to the middle of the second
  432. # [19:10] <fantasai> have I selected the text that is clipped?
  433. # [19:10] <fantasai> Will it get copied?
  434. # [19:10] <fantasai> I think it will
  435. # [19:10] <antonp> hmm, ok, good point
  436. # [19:10] <fantasai> So discard isn't good either
  437. # [19:10] * fantasai really thinks clip is the best
  438. # [19:10] <Florian> that rules out discard, but maybe not none (although your other concern stays)
  439. # [19:10] * fantasai can't remember why it's bad
  440. # [19:11] <Florian> clip is what I started with, but then half the WG got onto "but then why doesn't it do the same as the clip property, and skip establishing a BFC". Or at least that was how I understood the feedback
  441. # [19:12] <Florian> I was happy with clip until it seemed to confuse people.
  442. # [19:12] * antonp wonders how clip (property) behaves with regard to fantasai's select-and-copy use case
  443. # [19:13] <fantasai> no effect
  444. # [19:13] <fantasai> it's just a painting level thing
  445. # [19:13] <Florian> overflow: this-is-not-the-content-you-re-looking-for
  446. # [19:13] <Florian> it's still there, but you don't notice it
  447. # [19:13] <antonp> ok, that's what I imagined
  448. # [19:13] <Florian> (sorry)
  449. # [19:13] <fantasai> Florian: Were people actually confused, or was it just "but this is another possible interpretation that we need to consider"
  450. # [19:14] <fantasai> ?
  451. # [19:14] <Florian> fantasai: not sure.
  452. # [19:14] <fantasai> Florian: Particularly given Mozilla implements the A) behavior, I think any name you'd choose would bring up the same question
  453. # [19:15] <Florian> If we go for clip, that's less work for me, since the spec is already that way :) But I kind of like 'none' too now.
  454. # [19:16] <Florian> in casual talk, does "you should clip this element" mean "overflow:clip" or "clip:border-box" (or something like that)?
  455. # [19:17] <fantasai> Probably anything that has a clipping effect
  456. # [19:18] <Florian> I meant: once we have both overflow:clip and clip-path:border-box, when 2 css designers talk to eachother, you cannot use word clip without being ambiguous.
  457. # [19:19] <Florian> s/you/they/
  458. # [19:19] * Quits: bradk (~bradk@public.cloak) ("Signing Off. Buh-bye.")
  459. # [19:20] * Joins: bradk (~bradk@public.cloak)
  460. # [19:20] <Florian> I'll sleep on it, ping Tab (because of contain) and dbaron (co-editor), and see where that takes us. Maybe we'll stick with clip
  461. # [19:21] <fantasai> Florian: They could also mean 'clip' or 'mask' or 'overflow: hidden'. They all clip
  462. # [19:21] <Florian> dinner time, see you all
  463. # [19:21] <fantasai> kk, laters
  464. # [19:21] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  465. # [19:22] * Joins: Florian (~Florian@public.cloak)
  466. # [19:22] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  467. # [19:23] * Quits: bradk (~bradk@public.cloak) ("Signing Off. Buh-bye.")
  468. # [19:36] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  469. # [20:01] * Quits: koji (~koji@public.cloak) ("Page closed")
  470. # [20:01] * koji_ is now known as koji
  471. # [20:04] * Rossen is now known as Rossen_away
  472. # [20:07] * Joins: adenilson (~anonymous@public.cloak)
  473. # [20:15] * Joins: dbaron (~dbaron@public.cloak)
  474. # [20:15] * leaverou is now known as leaverou_away
  475. # [20:23] * Joins: Florian (~Florian@public.cloak)
  476. # [20:26] * leaverou_away is now known as leaverou
  477. # [20:30] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  478. # [20:46] * leaverou is now known as leaverou_away
  479. # [20:55] * leaverou_away is now known as leaverou
  480. # [20:58] * Quits: gregwhitworth (~gregwhitworth@public.cloak) (Ping timeout: 180 seconds)
  481. # [21:10] * Quits: bkardell_ (~uid10373@public.cloak) ("Connection closed for inactivity")
  482. # [21:14] * Quits: tantek (~tantek@public.cloak) (tantek)
  483. # [21:15] * Quits: plh (plehegar@public.cloak) ("Leaving")
  484. # [21:29] * Joins: zcorpan (~zcorpan@public.cloak)
  485. # [21:30] <zcorpan> do people have any particular plans wrt hotel/apartment in paris?
  486. # [21:56] * Joins: Florian (~Florian@public.cloak)
  487. # [21:58] <SimonSapin> zcorpan: I’ll be at home, but https://wiki.mozilla.org/Paris#Hotels lists some that are close
  488. # [21:59] * leaverou is now known as leaverou_away
  489. # [21:59] <zcorpan> thx
  490. # [22:02] * Joins: tantek (~tantek@public.cloak)
  491. # [22:03] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  492. # [22:04] * Joins: dbaron (~dbaron@public.cloak)
  493. # [22:23] * leaverou_away is now known as leaverou
  494. # [22:28] * leaverou is now known as leaverou_away
  495. # [22:31] * Quits: tantek (~tantek@public.cloak) (tantek)
  496. # [22:35] * zcorpan booked Hôtel Vivienne
  497. # [22:36] * Joins: tantek (~tantek@public.cloak)
  498. # [22:46] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  499. # [22:52] * Joins: plh (plehegar@public.cloak)
  500. # [23:06] <fantasai> zcorpan: I'm planning to book an apartment share nearby
  501. # [23:06] <fantasai> zcorpan: put in the request today; waiting to hear back
  502. # [23:07] <zcorpan> ok
  503. # [23:12] * Joins: lajava (~javi@public.cloak)
  504. # [23:14] * tantek wonders how big fantasai's apartment share suite is going to be.
  505. # [23:15] * leaverou_away is now known as leaverou
  506. # [23:25] <fantasai> Depends on whether the current application gets approved. :)
  507. # [23:26] <fantasai> But only two people replied to my email expressing any interest
  508. # [23:26] <fantasai> So I assumed nobody else was interested.
  509. # [23:26] * fantasai feels that this is a reasonable assumption, no?
  510. # [23:52] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  511. # [23:53] * Joins: dbaron (~dbaron@public.cloak)
  512. # Session Close: Thu Jul 30 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