/irc-logs / w3c / #css / 2015-04-15 / end

Options:

Previous day, Next day

  1. # Session Start: Wed Apr 15 00:00:00 2015
  2. # Session Ident: #css
  3. # [00:14] * leaverou_away is now known as leaverou
  4. # [00:45] * plinss changes topic to 'Agenda confcall 2015-04-15 https://lists.w3.org/Archives/Public/www-style/2015Apr/0258.html'
  5. # [00:54] * Quits: jdaggett (~jdaggett@public.cloak) (jdaggett)
  6. # [00:57] * leaverou is now known as leaverou_away
  7. # [01:10] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
  8. # [01:18] * leaverou_away is now known as leaverou
  9. # [01:57] * Joins: estellevw (~estellevw@public.cloak)
  10. # [02:03] * Joins: jdaggett (~jdaggett@public.cloak)
  11. # [02:10] * leaverou is now known as leaverou_away
  12. # [02:30] * leaverou_away is now known as leaverou
  13. # [02:51] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
  14. # [03:18] * leaverou is now known as leaverou_away
  15. # [03:23] * Joins: vollick (~vollick@public.cloak)
  16. # [03:23] * Quits: vollick (~vollick@public.cloak) (Client closed connection)
  17. # [03:26] * Quits: dbaron_ (~dbaron@public.cloak) (Ping timeout: 180 seconds)
  18. # [03:26] * Joins: tommyjtl (~tommyjtl@public.cloak)
  19. # [03:27] * heycam is now known as heycam|away
  20. # [03:34] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
  21. # [03:37] * Quits: myles (~Adium@public.cloak) ("Leaving.")
  22. # [03:43] * leaverou_away is now known as leaverou
  23. # [03:51] * Quits: tommyjtl (~tommyjtl@public.cloak) (Client closed connection)
  24. # [03:58] * Joins: dbaron (~dbaron@public.cloak)
  25. # [04:15] * leaverou is now known as leaverou_away
  26. # [04:26] * Joins: tommyjtl (~tommyjtl@public.cloak)
  27. # [04:32] * leaverou_away is now known as leaverou
  28. # [04:42] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
  29. # [04:51] * Quits: tommyjtl (~tommyjtl@public.cloak) ("brb")
  30. # [05:01] * Joins: tommyjtl (~tommyjtl@public.cloak)
  31. # [05:09] * Joins: estellevw (~estellevw@public.cloak)
  32. # [05:25] * Quits: hgl (~hgl@public.cloak) (Client closed connection)
  33. # [05:25] * Joins: hgl- (~hgl@public.cloak)
  34. # [05:26] * hgl- is now known as hgl
  35. # [05:37] * leaverou is now known as leaverou_away
  36. # [05:47] <estellevw> TabAtkins: http://dev.w3.org/csswg/css-cascade/#cascade-origin - dbaron updated the bug on mozilla this week (https://bugzilla.mozilla.org/show_bug.cgi?id=854242) as FF being correct, and all other browsers being incorrect in the current cascade order when it comes to animation. https://code.google.com/p/chromium/issues/detail?id=223450
  37. # [05:48] * leaverou_away is now known as leaverou
  38. # [06:00] <leaverou> so we have all: unset; for CSS reset, but what about components that need to have a completely separate style from the rest of the page? (e.g. added by extensions or whatever). Then all:unset; helps, but specificity from rules in the page might still leak. Is there anything planned/existing for this?
  39. # [06:05] <dbaron> leaverou, I don't think Web components are influenced by style from the outside. (I hope not, anyway.)
  40. # [06:05] <leaverou> ah, brilliant! I thought I read something along these lines somewhere, at some point, but I was worried it had been a figment of my imagination
  41. # [06:06] <leaverou> dbaron: so custom elements don't inherit any styles?
  42. # [06:06] <dbaron> leaverou, I think they inherit but I don't think the rules from the outside apply -- but I'm really not sure.
  43. # [06:06] <leaverou> yes, sorry, that’s what I meant
  44. # [06:07] <dbaron> leaverou, hopefully something in http://drafts.csswg.org/css-scoping/#shadow-dom explains it
  45. # [06:08] <leaverou> excellent. Thank you so much dbaron
  46. # [06:08] <dbaron> (I'm not confident that it does, though... the spec is not yet all there...)
  47. # [06:15] * Quits: hgl (~hgl@public.cloak) (hgl)
  48. # [06:16] * Joins: hgl (~hgl@public.cloak)
  49. # [07:00] * Joins: tommyjtl_ (~tommyjtl@public.cloak)
  50. # [07:00] * heycam|away is now known as heycam
  51. # [07:02] * Quits: hgl (~hgl@public.cloak) (hgl)
  52. # [07:03] * Joins: hgl (~hgl@public.cloak)
  53. # [07:03] * Quits: tommyjtl (~tommyjtl@public.cloak) (Ping timeout: 180 seconds)
  54. # [08:38] * Quits: hober (~ted@public.cloak) (Client closed connection)
  55. # [08:38] * Joins: hober (~ted@public.cloak)
  56. # [08:41] * Quits: hgl (~hgl@public.cloak) (hgl)
  57. # [08:41] * Joins: hgl (~hgl@public.cloak)
  58. # [08:54] * Joins: Florian (~Florian@public.cloak)
  59. # [09:01] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  60. # [09:01] * Joins: zcorpan (~zcorpan@public.cloak)
  61. # [09:09] * Quits: dbaron (~dbaron@public.cloak) (Ping timeout: 180 seconds)
  62. # [09:18] * Quits: logbot (~logbot@public.cloak) (Ping timeout: 180 seconds)
  63. # [09:19] * Joins: logbot (~logbot@public.cloak)
  64. # [09:31] * Quits: tommyjtl_ (~tommyjtl@public.cloak) (Client closed connection)
  65. # [09:33] * Joins: Ms2ger (~Ms2ger@public.cloak)
  66. # [09:38] * Joins: svillar (~sergio@public.cloak)
  67. # [10:14] * Quits: jdaggett (~jdaggett@public.cloak) (jdaggett)
  68. # [10:23] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  69. # [10:24] * Joins: Florian (~Florian@public.cloak)
  70. # [10:25] * heycam is now known as heycam|away
  71. # [10:31] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  72. # [10:41] * Joins: Florian (~Florian@public.cloak)
  73. # [10:56] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  74. # [10:57] * Joins: Florian (~Florian@public.cloak)
  75. # [11:03] * Joins: lajava (~javi@public.cloak)
  76. # [11:12] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
  77. # [12:17] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  78. # [12:17] * Joins: Florian (~Florian@public.cloak)
  79. # [12:18] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  80. # [12:58] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  81. # [13:14] * Quits: paul___irish (~paul___irish@public.cloak) ("ZNC - http://znc.sourceforge.net")
  82. # [13:15] * Joins: paul___irish (~paul___irish@public.cloak)
  83. # [13:24] * Joins: zcorpan (~zcorpan@public.cloak)
  84. # [13:24] * Joins: Florian (~Florian@public.cloak)
  85. # [13:29] * Joins: jdaggett (~jdaggett@public.cloak)
  86. # [13:41] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  87. # [13:52] * Joins: zcorpan (~zcorpan@public.cloak)
  88. # [14:00] * Joins: plh (plehegar@public.cloak)
  89. # [14:16] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  90. # [14:19] * Joins: zcorpan (~zcorpan@public.cloak)
  91. # [14:38] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  92. # [14:42] * Joins: zcorpan (~zcorpan@public.cloak)
  93. # [15:09] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  94. # [15:09] * Joins: zcorpan (~zcorpan@public.cloak)
  95. # [15:34] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  96. # [15:40] * leaverou is now known as leaverou_away
  97. # [16:09] * Quits: plh (plehegar@public.cloak) ("Leaving")
  98. # [16:21] * Joins: zcorpan (~zcorpan@public.cloak)
  99. # [16:22] * Quits: Ms2ger (~Ms2ger@public.cloak) (Client closed connection)
  100. # [16:23] * Joins: Ms2ger (~Ms2ger@public.cloak)
  101. # [16:32] * leaverou_away is now known as leaverou
  102. # [16:37] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  103. # [16:42] * leaverou is now known as leaverou_away
  104. # [16:51] * Joins: dbaron (~dbaron@public.cloak)
  105. # [16:58] * Joins: plh (plehegar@public.cloak)
  106. # [17:49] * leaverou_away is now known as leaverou
  107. # [17:50] * Joins: estellevw (~estellevw@public.cloak)
  108. # [17:52] * Joins: tgraham (~user@public.cloak)
  109. # [17:55] * Joins: gregwhitworth (~gregwhitworth@public.cloak)
  110. # [17:56] * Joins: dael (~dael@public.cloak)
  111. # [17:56] * Rossen_away is now known as Rossen
  112. # [17:57] * Joins: antenna (~antenna@public.cloak)
  113. # [17:58] <dbaron> trackbot, start telecon
  114. # [17:58] * trackbot is preparing a teleconference.
  115. # [17:58] * Joins: RRSAgent (rrsagent@public.cloak)
  116. # [17:58] <RRSAgent> logging to http://www.w3.org/2015/04/15-css-irc
  117. # [17:58] <trackbot> RRSAgent, make logs member
  118. # [17:58] <RRSAgent> I have made the request, trackbot
  119. # [17:58] * Joins: Zakim (zakim@public.cloak)
  120. # [17:58] <trackbot> Zakim, this will be Style_CSS FP
  121. # [17:58] <Zakim> I do not see a conference matching that name scheduled within the next hour, trackbot
  122. # [17:58] <trackbot> Meeting: Cascading Style Sheets (CSS) Working Group Teleconference
  123. # [17:58] <trackbot> Date: 15 April 2015
  124. # [17:58] <dbaron> Zakim, this will be style
  125. # [17:58] <Zakim> I do not see a conference matching that name scheduled within the next hour, dbaron
  126. # [17:58] <dbaron> RRSAgent, make logs public
  127. # [17:58] <RRSAgent> I have made the request, dbaron
  128. # [17:58] * leaverou is now known as leaverou_away
  129. # [17:58] <dbaron> Zakim, this will be CSS
  130. # [17:58] <Zakim> I do not see a conference matching that name scheduled within the next hour, dbaron
  131. # [17:59] * Joins: alex_antennahouse (~458c94ae@public.cloak)
  132. # [18:00] <dael> ScribeNick: dael
  133. # [18:00] * Joins: sanja (~sanja@public.cloak)
  134. # [18:01] <Florian> Zakim, this will be Style
  135. # [18:01] <Zakim> I do not see a conference matching that name scheduled within the next hour, Florian
  136. # [18:01] * Florian not case sensitive either, it seems
  137. # [18:01] * Joins: murakami (~murakami@public.cloak)
  138. # [18:02] <dbaron> Zakim, bye
  139. # [18:02] * Parts: Zakim (zakim@public.cloak)
  140. # [18:02] * Joins: Zakim (zakim@public.cloak)
  141. # [18:02] <dbaron> Zakim, this is style
  142. # [18:02] <Zakim> sorry, dbaron, I do not see a conference named 'style' in progress or scheduled at this time
  143. # [18:02] <dbaron> Zakim, this will be style
  144. # [18:02] <Zakim> I do not see a conference matching that name scheduled within the next hour, dbaron
  145. # [18:02] <sanja> I can't connect
  146. # [18:02] <sanja> obviously
  147. # [18:03] * liam notes the zakim bridge link is having problems today
  148. # [18:03] * Joins: adenilson (~anonymous@public.cloak)
  149. # [18:03] * Joins: bcampbell (~chatzilla@public.cloak)
  150. # [18:03] <liam> [the bridge is having trouble; the code should work for dial-in but zakim bot is not available]
  151. # [18:03] * dael is muted completely today to spare everyone from my talkative cat
  152. # [18:03] <dbaron> I can dial in just fine
  153. # [18:03] <Florian> I can dial in just fine, but Zakim won't announce me (or anyone it seems)
  154. # [18:04] <sanja> interesting, I'll try again
  155. # [18:04] <liam> Florian, right
  156. # [18:04] <dbaron> Florian, well, it won't associate the call with the IRC channel
  157. # [18:04] <liam> the bot is not functioning
  158. # [18:04] * Joins: andrey-bloomberg (~andrey-bloomberg@public.cloak)
  159. # [18:04] <liam> it has been taken over by an alien life form and is no longer responding to human control.
  160. # [18:05] <dael> plinss, can we have everyone that's here type it into IRC so I can get some kind of attendance? I always rely on Zakim.
  161. # [18:05] <plinss> sure
  162. # [18:05] <sanja> +1
  163. # [18:05] * Joins: tantek (~tantek@public.cloak)
  164. # [18:05] <dael> Thank you!
  165. # [18:05] * Joins: smfr (~smfr@public.cloak)
  166. # [18:06] <dbaron> +dbaron
  167. # [18:06] * Zakim wonders where dbaron is
  168. # [18:06] <smfr> Zakim not working?
  169. # [18:06] <smfr> +smfr
  170. # [18:06] * Zakim wonders where smfr is
  171. # [18:06] <dbaron> Zakim the IRC bot is not working; the phone bridge is working, though.
  172. # [18:06] <plinss> no, zakim is out to lunch
  173. # [18:07] <dbaron> well, it is lunchtime in zakim's timezone
  174. # [18:07] <Florian> +Florian
  175. # [18:07] * Zakim wonders where Florian is
  176. # [18:07] * tantek is attempting to dial in
  177. # [18:08] <tantek> +tantek
  178. # [18:08] * Zakim wonders where tantek is
  179. # [18:08] <dael> plinss: Let's start.
  180. # [18:08] <dbaron> FWIW, I have some somewhat noisy construction (dissassembly of scaffolding) outside my window; I'll try to be muted when I'm not talking
  181. # [18:08] <adenilson> adenilson: +adenilson.
  182. # [18:08] <alex_antennahouse> here
  183. # [18:08] <bcampbell> here
  184. # [18:08] <gregwhitworth> present
  185. # [18:08] <sanja> here
  186. # [18:08] <Rossen> is here
  187. # [18:08] <antenna> present
  188. # [18:08] <tantek> on phone
  189. # [18:08] * Joins: vollick (~vollick@public.cloak)
  190. # [18:08] <astearns> presents!
  191. # [18:08] <plinss> +hober
  192. # [18:08] * Zakim wonders where hober is
  193. # [18:08] <dael> plinss: Since Zaki isn't keeping track, if everyone could type into IRC something, present, or so that we can get attendance.
  194. # [18:08] <vollick> present
  195. # [18:08] <dael> Tav: I'm not on IRC, but on the phone.
  196. # [18:08] <dael> plinss: Anything to add?
  197. # [18:09] <dael> Rossen: I have one about next CSS F2F.
  198. # [18:09] * tgraham present
  199. # [18:09] <dael> plinss: Let's do that.
  200. # [18:09] <dbaron> s/CSS/CSS houdini/
  201. # [18:09] <dael> Rossen: So there's a mail thread about org. before or after the Paris F2F for Houdini. This is something we agreed on for the Feb F2F
  202. # [18:09] <gregwhitworth> http://lists.w3.org/Archives/Public/public-houdini/2015Apr/0018.html
  203. # [18:09] * Joins: SteveZ_ (~SteveZ@public.cloak)
  204. # [18:10] * Joins: bradk (~bradk@public.cloak)
  205. # [18:10] <dael> Rossen: This is an FYI if you can go and do your +1 or don't care. If we have critical mass we'll try and get together. Most like after the F2F in Paris which is currently Tues-Thurs 25-27 Aug. So most likely we'll spill into Fri and Sat. That's an FYI
  206. # [18:10] <dael> Rossen: We'll do details on the ML and hopefully MOzilla can host us for a day or two.
  207. # [18:10] <SteveZ_> I am present
  208. # [18:10] <dael> Topic: Profile Bikeshed
  209. # [18:10] <tantek> +0 for after. (0 only because I'm not critical for this)
  210. # [18:10] * Joins: ChrisL (clilley@public.cloak)
  211. # [18:11] <fantasai> +1
  212. # [18:11] <dael> TabAtkins: Everyone seems fine with dynamic and static and I'm happy with the rename.
  213. # [18:11] <astearns> +1 to static/dynamic
  214. # [18:11] <dael> plinss: proposal is to rename fast and slow to static and dynamic. Any problems with that?
  215. # [18:11] <dael> ??: That sounds like an improvement.
  216. # [18:11] <dael> RESOLVED: Rename to static and dynamic
  217. # [18:11] * SimonSapin Is Zakim not doing IRC things today?
  218. # [18:11] <astearns> s/??/tantek/
  219. # [18:11] <dael> plinss: We heard from MS that they're still working on item two.
  220. # [18:12] <fantasai> s/Profile Bikeshed/Selectors Profile Bikeshed/
  221. # [18:12] * SimonSapin just joined the call
  222. # [18:12] <dael> Florian: A quick note, I sent a pull request to change what we've already agreed to. It would be nice to hear back.
  223. # [18:12] <dael> tantek: Okay, thank you.
  224. # [18:12] <dael> Rossen: Once we have news we'll discuss.
  225. # [18:12] <dael> Topic: Selector4 matching algo
  226. # [18:12] <astearns> https://lists.w3.org/Archives/Public/www-style/2015Mar/0432.html
  227. # [18:13] <ChrisL> zakim, who is here?
  228. # [18:13] <Zakim> sorry, ChrisL, I don't know what conference this is
  229. # [18:13] <Zakim> On IRC I see ChrisL, bradk, SteveZ_, vollick, smfr, tantek, andrey-bloomberg, bcampbell, adenilson, Zakim, murakami, sanja, alex_antennahouse, RRSAgent, antenna, dael,
  230. # [18:13] <Zakim> ... gregwhitworth, tgraham, estellevw, plh, dbaron, Ms2ger, jdaggett, Florian, paul___irish, lajava, svillar, logbot, hgl, hober, trackbot, shepazu, Bert, rego, fantasai,
  231. # [18:13] <Zakim> ... achicu_____, plinss, krijnhoetmer, decadance, timeless, robertknight_clo, iank, ojan, cabanier, shane, ppk___, gsnedders, astearns, birtles, mvujovic______, JonathanNeal_,
  232. # [18:13] <Zakim> ... dstockwell, dwim, dholbert
  233. # [18:13] <ChrisL> zakim, this is css
  234. # [18:13] <Zakim> sorry, ChrisL, I do not see a conference named 'css' in progress or scheduled at this time
  235. # [18:13] <fantasai> I don't even understand why we have this algorithm in the spec
  236. # [18:13] <JonathanNeal_> RELEASE THE KRAKEN
  237. # [18:13] <dael> dbaron: So, selectors, there's new prose in selectors 4 that tries to define a matching algo. I wasn't that happy because it essentially defines in left to right matching which isn't how selectors are impl. There might be things easy one way and hard the other in both directions, so I think it's better to have the spec match the impl. There's also risk of introducing subtile mistakes.
  238. # [18:14] <dael> dbaron: If there's an algo, and I think why TabAtkins wrote it is to make it clearer how it works...
  239. # [18:14] * ChrisL ok zakim is busted. https://www.w3.org/1998/12/bridge/Zakim.html
  240. # [18:14] <dael> TabAtkins: That was the inspiration
  241. # [18:15] <dael> TabAtkins: It was written to clear up and tighten up prose around matching when I was writting scope. As soon as you have tree crossing you have to do something interesting witht he selector. The reason why left to right is that's seems to match better what authors thought. Also it makes the tree crossing easier b/c the left edge is what matches. The right edge might be a different tree. It seemed to be written left to right
  242. # [18:15] * ChrisL zakim, this is STYLE_CSS
  243. # [18:15] * Zakim sorry, ChrisL, I do not see a conference named 'STYLE_CSS' in progress or scheduled at this time
  244. # [18:16] <dael> TabAtkins: but once we tree cross it gets a lot more complex. I can chop it up or I can write it more universally and have a check at the end, but those don't match impl. I think impl, ours finds a lowere tree and moves it in and then does a tree trick at the end. I don't know if that's the right way.
  245. # [18:16] <dael> TabAtkins: I would appriciate guidance about what is reasonable, that was just simplist.
  246. # [18:17] <dael> fantasai: I think if you eval a selector against a single element in a tree because that's kinda the way the rest of the spec talks about selectors.
  247. # [18:17] <dael> TabAtkins: That's the problem, though. Which element. You have a selector in some high context matching a nested context. If you're going left to right you have to match against the right side that's in a higher context.
  248. # [18:17] <dael> dbaron: I don't understand what the tree crossing thing is given the difference you desc.
  249. # [18:17] <dael> TabAtkins: What I'm referring to?
  250. # [18:18] <dael> dbaron: No, the behavior you're trying to define. I don't know how productive this will be on the telecon.
  251. # [18:18] <dael> TabAtkins: I responded on the thread, so we can hash out there. I said it in an e-mail and there wasn't a responce, but we can continue there.
  252. # [18:18] <dael> plinss: So back to e-mail
  253. # [18:18] <dael> Topic: copying text-transform'd test
  254. # [18:18] <dael> s/test/text
  255. # [18:19] * liam chrisl yes, zakim problem, see &sysreq topic and discussion, ralph not available today
  256. # [18:19] <dael> fantasai: We have mostly interop on not copying the transformation. There's some stylistic changes where it doesn't make sense to keep if you copy plain text. So I was going to clarify that in the spec text.
  257. # [18:19] <dbaron> I think most authors will consider that a bug.
  258. # [18:19] <dael> fantasai: The one that doesn't do this is Safari Chrome.
  259. # [18:19] <dbaron> certainly users
  260. # [18:19] * smfr Safari and Chrome?
  261. # [18:20] <dael> Florian: I generally agree what we should copy/paste is the original, but we might want to be careful saying if you copy in rich text you should preserve.
  262. # [18:20] <dael> fantasai: Do you preserve as a style by changing the character codes, or is it if it happenes to be a CSS style you keep it.
  263. # [18:21] <dael> Florian: I'm agreeing with plain text, but I think that if the rich text you're pasting into can preserve it we should, but if it can't you don't. I don't think we can define how rich text works so say there you can do it if you can, but plain text don't do it.
  264. # [18:21] <dael> fantasai: I think that the data store, whatever is the org format it shoulds tay in that.
  265. # [18:21] <dael> dbaron: I think users will tend to consider not copying what you see as a bug.
  266. # [18:21] <dael> Rossen: I agree.
  267. # [18:21] <dael> fantasai: If authors intend those things to be cap letters or whatever it should be in the data store.
  268. # [18:22] <dael> fantasai: If I have something that I want to have as a heading and have text-transforms to do fancy things, copying it out should give you the same thing as was there originally.
  269. # [18:22] <dael> BradK: Has anyone done user testing?
  270. # [18:22] <fantasai> Copying out a heading with text-transform vs. heading with small-caps should give the same result
  271. # [18:23] <fantasai> s/BradK/Tantek/
  272. # [18:23] <dael> Florian: I think this also depends on what text-transform you're using. We have a tranform for Ruby where if you don't preserve it you get the wrong chracter.
  273. # [18:23] <dael> plinss: I think we have a few cases where it makes sense to preserve org text on the DOM and a few cases where it makes sense to preserve the transformed style.
  274. # [18:23] <dael> Florian: And as fantasai said if they want something to stay, they should put it in the DOM
  275. # [18:24] <dael> plinss: So say the text must be available in plain formatting but they may preserve for rich text.
  276. # [18:24] <ChrisL> agree that copy/paste is wildly underspecified
  277. # [18:24] <dael> tantek: And this is one case of a broader set of problems. If you copy a list do you get the bullets and if you do do you get whatever characters are specified.
  278. # [18:25] <dael> fantasai: This is a formatting thing, not generated content. We should be able to get both results. If we make this behave as if you change the DOM you can't get both behaviors. The second things is it's a decision between small caps and all caps, it should be a stylistic choice, not to worry if it will copy/paste
  279. # [18:25] <dael> tantek: I don't htink authors worry about if it will copy/paste.
  280. # [18:26] <dael> fantasai: I don't think they'll think about it, but it shouldn't have an unexpected side effect.
  281. # [18:26] <dael> Florian: I think either could be considered unexpected.
  282. # [18:26] <dael> tantek: It's b/c we don't have a copy/paste spec.
  283. # [18:27] <dael> Florian: I agree with you, but that generated content is different then the DOM and if you take her suggestion authors can get the behavior, that seems to mean we're getting an answer. I think it is a problem not to have the spec, but we should try to solve this case if we have a solution
  284. # [18:27] <dael> tantek: As we solve these individual cases and we're dealing with tradeoffs here, I think we should use should wording rather than must. That's my suggestion for this general area.
  285. # [18:27] <dael> ??: Another thing that comes to mind to me is selection, coying and editing move together code-wise.
  286. # [18:28] <tantek> s/??/hober
  287. # [18:28] <dael> hober: The people that hack on webkit are the people to talk to about this and aren't typically on CSS meetings. Maybe we should talk to the editing task force to see if they would chime in
  288. # [18:28] <dael> tantek: That's an excellent idea.
  289. # [18:28] <dael> fantasai: If someone would give me the email I can do that.
  290. # [18:28] <dael> tantek: Would someone be willing to start a copy/paste taskforce?
  291. # [18:29] <dael> plinss: I don't think we need a taskforce, but poss a spec.
  292. # [18:29] <dael> tantek: No, not a taskforce, a spec.
  293. # [18:29] <dael> plinss: Let's ping the editing task force and maybe we need us a spec that defines this based on what we hear back. Does anyone have contact info.
  294. # [18:29] <dael> Florian: It should be on the editing spec.
  295. # [18:29] <dael> hober: Which WG is it part of?
  296. # [18:29] <dael> tantek: webapps
  297. # [18:30] <tantek> s/hober/tantek
  298. # [18:30] <fantasai> My general position is that copy/paste of plaintext shouldn't be affected by any CSS formatting except 'display' and 'content'.
  299. # [18:30] <tantek> s/tantek/hober
  300. # [18:30] <dael> action fantasai to ping the editing taskforce
  301. # [18:30] * trackbot is creating a new ACTION.
  302. # [18:30] <trackbot> Created ACTION-680 - Ping the editing taskforce [on Elika Etemad - due 2015-04-22].
  303. # [18:30] * tantek lol
  304. # [18:30] <dael> Topic: user-select
  305. # [18:30] * fantasai still needs contact info to complete that action...
  306. # [18:30] <tantek> aside: e.g. in CSS3-UI text-overflow we say *should* http://dev.w3.org/csswg/css-ui-3/#text-overflow
  307. # [18:30] <tantek> "Selecting the ellipsis should select the ellipsed text."
  308. # [18:30] <dael> Florian: This was intoduced in the precursor to CSS UI. It was dropped and it wasn't speced, but browsers impl differently and people use it.
  309. # [18:31] <fantasai> tantek, yeah but that's a "what is selected when I click here" question, not a "what is the content when I paste it out".
  310. # [18:31] <dael> Florian: I put together a draft spec, I'm not trying to invent a new value, but trying to get some conversion and have them do reasonable things when they agree and converge where they don't.
  311. # [18:31] <tantek> fantasai - sure, hence aside.
  312. # [18:31] <fantasai> tantek, Would you consider the implementation correc tif it copied out the ellipsis itself?
  313. # [18:31] <fantasai> tantek, that's the level of questioning here
  314. # [18:31] <tantek> no, because I believe the "should"
  315. # [18:31] <dael> Florian: There is a spec, I'd like feedback, this doesn't match any particular impl, but it is based on the current impl.
  316. # [18:31] <dael> Florian: There's nothing particular for the call, but I'm asking for review, unless someone has feedback now.
  317. # [18:32] * plinss fantasai: public-editing-tf@w3.org
  318. # [18:32] <dael> tantek: When I initially wrote user-select, the goal was to capture a bunch of the UI behaviors that native HTML provides and to be able to create a basis to create things like checkbox.
  319. # [18:34] * fantasai is of the opinion that this property shouldn't exist in CSS, should be some kind of thing at the behavior level (HTML/DOM/etc.)
  320. # [18:34] * fantasai it doesn't seem to be about style
  321. # [18:35] * fantasai doesn't think this comment applies to all of CSS3-UI
  322. # [18:36] <ChrisL> prefer to see that in css ui 4, to not slow down 3
  323. # [18:36] <bradk> User select is about style when you create a purely decorative pseudo element that shouldn't be interfering with what can be clicked.
  324. # [18:36] * fantasai thinks this comment only applies to ime-mode and user-select
  325. # [18:37] <fantasai> bradk, it doesn't control pointer events, just selection
  326. # [18:37] * ChrisL zakim, if you were alive, i would ask you who is being noisy :)
  327. # [18:37] * Zakim I'm glad that smiley is there, ChrisL
  328. # [18:39] * Quits: dael (~dael@public.cloak) (Ping timeout: 180 seconds)
  329. # [18:40] <bradk> You're right. I was thinking off pointer events
  330. # [18:41] * Quits: bradk (~bradk@public.cloak) ("Signing Off. Buh-bye.")
  331. # [18:41] * Joins: bradk (~bradk@public.cloak)
  332. # [18:41] * Joins: dael (~dael@public.cloak)
  333. # [18:41] <Rossen> q+
  334. # [18:41] * Zakim sees Rossen on the speaker queue
  335. # [18:42] * leaverou_away is now known as leaverou
  336. # [18:42] <dael> Florian: A side use case is that while it's true that not all values are useful, some of them are. So, rather than trying to have a list of every thing, I have an auto value that makes the control look like what's it looks like. And for now just one value letting you get the bottom.
  337. # [18:43] <dael> Florian: We can expand the list, but I think we shouldn't try to get everything. WE need to limit to what authors want and what we can define.
  338. # [18:43] <dbaron> ack Rossen
  339. # [18:43] * Zakim sees no one on the speaker queue
  340. # [18:43] <dbaron> q+ to comment about 'auto' value
  341. # [18:43] * Zakim sees dbaron on the speaker queue
  342. # [18:43] <dael> Rossen: I wanted to ask you, having dealt with appearence lately, the main thing we see on the web is speaking to why this came about. We have a closed and not perfect controls model in all native controls.
  343. # [18:43] * tantek suspects dbaron will say something about 'auto' similar to cursor:auto ;)
  344. # [18:44] * fantasai doesn't think the same logic applies
  345. # [18:44] <dael> Rossen: The way people could tap into the controls and try to restyle a button or something. I don't now if you're prop to tone it down or to take it to the next step which is formaize it further. If we're deigning a controls model, there's enough from a component model, we should try to align with those in the future.
  346. # [18:44] <dael> Florian: Should I reply, or let dbaron go?
  347. # [18:45] <dael> Florian: My intent is not to try and provide everything that could be used to style anything. There are quite a few values on the webkit side that corrispond to pseudo elements where the appearence isn't standard but people might try and get the search icon to appear in places where you can't search.
  348. # [18:46] <dael> Florian: IN general I'm trying to tone down the property. However, there are a handful of values for simple control, but are very useful to have. Bottom is a good expamle of that. I don't think we hould try and add form control or complex control where you want to get the behavior. The way I've spec'ed it, you don't change the behavior
  349. # [18:47] <fantasai> florian++
  350. # [18:47] <tantek> q+ to say we shouldn't even do 'button'
  351. # [18:47] * Zakim sees dbaron, tantek on the speaker queue
  352. # [18:47] <dael> Florian: It doesn't have the pseudo classes. As soon as you get to complex controls, that is a different story. For that if you're using web comonents or something else. I'm trying to make this exclusively about appearance.
  353. # [18:47] <plinss> ack dbaron
  354. # [18:47] <Zakim> dbaron, you wanted to comment about 'auto' value
  355. # [18:47] * Zakim sees tantek on the speaker queue
  356. # [18:47] <dael> dbaron: I'm not a big fan of auto being a complex list of things you expect UAs to impl, especially when those can be a list of CSS values.
  357. # [18:48] <fantasai> http://dev.w3.org/csswg/css-ui-4/#appearance-switching
  358. # [18:48] <fantasai> appearance: auto | none | button
  359. # [18:48] <dael> Florian: I think they cannot be. The actualy long list is different. There are a few base values, but most are not the same and will only be useful in a UA style sheet.
  360. # [18:48] <tantek> I think 'appearance' should be relegated to a UA-only property. Not for authors nor users.
  361. # [18:48] <dael> dbaron: I guess I need to look at the conformance requirements for auto closely. I'm concerened about doing a lot of work that doesn't address use cases.
  362. # [18:48] <fantasai> auto UAs may render form controls using native controls of the host operating system or with a look and feel not otherwise expressible in CSS.
  363. # [18:48] <fantasai> </q>
  364. # [18:48] <dael> Florian: That wasn't the intent. It was do the right think based on what the host language says.
  365. # [18:49] <dael> tantek: You use auto because you need to be able to override none.
  366. # [18:49] <tantek> s/tantek/hober
  367. # [18:49] <dael> dbaron: One other point about things like buttons, appearence imples state changes in resolnce to things like hover. If you say appearence button you get different styles.
  368. # [18:50] <tantek> q?
  369. # [18:50] * Zakim sees tantek on the speaker queue
  370. # [18:50] <dael> Florian: I think that's okay. But if you have something like a checkbox and apply it to a div, the div shouldn't be able to be checked. Active and hover it's fine if they propigate, but things don't aquire new states if you style them with a different appearance.
  371. # [18:50] <plinss> ack tantek
  372. # [18:50] <Zakim> tantek, you wanted to say we shouldn't even do 'button'
  373. # [18:50] * Zakim sees no one on the speaker queue
  374. # [18:50] * bradk thinks :checked SHOULD be available on everything.
  375. # [18:51] * fantasai :)
  376. # [18:51] <dael> tantek: Given the expereince with appearance, the same comment about user-select doesn't apply. The effects we were trying to do are complex enough that there wasn't a simple declarative solution. I don't think this prop at this point should be rec for authors. I know there is some legacy that in worth investigating.
  377. # [18:51] <bradk> Toggling is useful.
  378. # [18:51] * Bert hears nothing, is it just me?
  379. # [18:52] <dael> tantek: I don't think we should put button. I don't think we should have something there that you can use this for. I think they're complex enough where if someone wants to turn a div or even a link into a button, I don't think a single declaritive prop is the way to do it. WE should guide people to web componenets.
  380. # [18:52] * plinss it’s just you
  381. # [18:52] * TabAtkins Bert, yeah, just you.
  382. # [18:52] * TabAtkins tantek and florian are talking right now
  383. # [18:52] <dael> tantek: This is a legacy prop. Yes there's some usage on the web, but we shouldn't direct authors there.
  384. # [18:52] * Bert has sound again. Network glitch, probably.
  385. # [18:53] <dael> Florian: I think auto vs none isn't a legacy problem. I think it's reasonable that your markup would use HTML form elements and youd on't want them to look like form. As for button and similar values, I'm a bit more on the fence. I don't want the whole list like the earlier. I think if it's possible to have a sensible model, I think it's poss to work out.
  386. # [18:53] <dael> tantek: I used to believe that, but not any more based on experience.
  387. # [18:53] <dael> fantasai: I think you're going to have to run some searches for webcompat becuase there are values out there. We may need to put something in and depricate it.
  388. # [18:54] <dael> Florian: That's quite poss. MS has impl -webkit-appearance in IE and it supports button.
  389. # [18:54] <dael> plinss: I think tantek point is valid. Maybe we need to put it in and depicate.
  390. # [18:54] <dael> Florian: We can define and recommend away.
  391. # [18:54] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
  392. # [18:55] <dael> Rossen: If you define it you encourage use of this. And I'm siding with tantek where we should move away from this and give ways to better construct web components that would allow people to do what they do. Talking from impl experience, very resently, I'm not a huge fan of the appearance stuff.
  393. # [18:55] <dael> Rossen: We can con't on the ML
  394. # [18:55] <dael> Florian: As to the web component point, I think it's a much better answer to complex controls, but I don't see how it would make it look like a native button.
  395. # [18:56] <dael> Rossen: Use a button if you want a button
  396. # [18:56] <dael> dbaron: What you do with web comp is you put a button in the componenet.
  397. # [18:56] <dael> Florian: If what you has has the semantic of the link, why not use a link?
  398. # [18:57] <dael> Florian: I strongly think auto and none are nec. I can see the concerns about other values and hear that we might want to remove button. If people would read mye xact lang I'd appriciate it.
  399. # [18:57] <dael> plinss: I don't hear obj to auto and none so let's move forward with that. We need reserach on button.
  400. # [18:57] <dael> Florian: I understand the concern. Please read the spec.
  401. # [18:58] <dael> fantasai: Let's resolve on having auto and none and poss adding a few other values and someone should take an action to do web compat research b/c we might not have a choice.
  402. # [18:58] * bradk wants to use a single value to turn a little of links into a SELECT.
  403. # [18:58] <dael> RESOLVED: Accept auto and none, do research on the rest
  404. # [18:58] <dael> Florian: It would be interesting to hear from MS since they've impl witht he webkit prefix.
  405. # [18:58] <dael> Rossen: I think I gave you our feedback.
  406. # [18:59] <dael> Florian: In terms of if it's poss. I heard as to if you think it's a good idea, but I'm not sure if I heard if it breaks the web to have the button value.
  407. # [18:59] <dael> Rossen: Anything impl is done so the web works.
  408. # [18:59] <dael> Florian: And you have impl more values then there is in the spec.
  409. # [18:59] <dael> plinss: So who will take an action to do th research.
  410. # [18:59] <dael> s/th/the
  411. # [19:00] <dael> Florian: I don't have the resources to do the type of research. I cannot go further than what I've done.
  412. # [19:00] * fantasai volunteers gregwhitworth
  413. # [19:00] <fantasai> :)
  414. # [19:00] <dael> plinss: Anyone else willing to take the research.
  415. # [19:00] <dael> tantek: Why don't we leave it out pending someone coming forward with the research. Then we leave it open for someone to say we need it.
  416. # [19:00] <dael> fantasai: Then we should have the impl say they'll drop it.
  417. # [19:00] <dael> Rossen: I'd be happy with that.
  418. # [19:01] <dael> Florian: I put button in there so that I designed the prop to see if we needed it we had a way to do it. I would like people to review my sepc language.
  419. # [19:01] <dael> plinss: I think the way you did it is reasonable.
  420. # [19:02] * leaverou is now known as leaverou_away
  421. # [19:02] <dael> Rossen: Is your expectation with this that we'll impl a non-prefix appearance prop? The only reason we added it so the web can work. I don't see what you're gaining. I'd be surprised if I saw other impl rush to impl.
  422. # [19:02] <dael> dbaron: I think if we're not going to impl it we have to impl the webkit prefix. I think it's better to do none and auto.
  423. # [19:02] <tantek> dbaron +1 - only un-prefixed just none and auto
  424. # [19:02] <dael> dbaron: If we can get people into a not prefixed it would be better.
  425. # [19:03] <dael> Rossen: I agree with that.
  426. # [19:03] <fantasai> +1 to dbaron
  427. # [19:03] <tantek> even one other value 'button' implies a direction we do not want to take
  428. # [19:03] <dael> Florian: I want to make none work and have other values we're comfortable with. None means we need auto. I have button to make sure it worked.
  429. # [19:03] <tantek> even if that means dropping the mechanism for other values
  430. # [19:04] <dael> plinss: We have resolution for auto and none. We don't have anyone to do research that we need the rest, so I agree with tantek to leave them out until someone says we need them.
  431. # [19:04] <fantasai> Call dropped. My position is that if values are necessary for Web compat, then they should be in the spec for the unprefixed property
  432. # [19:04] <fantasai> They can be deprecated, but they should be there.
  433. # [19:04] <dael> Florian: I'm okay with taking out button, but I think that people should review how I wrote button because I don't want to lose it and find we need it.
  434. # [19:04] <fantasai> I'm unwilling to drop 'button' from the spec at the moment
  435. # [19:04] <fantasai> I would agree to do it if all the browsers came and said they would drop support
  436. # [19:04] <dael> dbaron: Can you take the button text and make it a note as to we might need to add other things and here's an ex of how we'd do it.
  437. # [19:05] <dael> Florian: There's some spec text assuming you have three values.
  438. # [19:05] * Quits: svillar (~sergio@public.cloak) (Ping timeout: 180 seconds)
  439. # [19:05] <dael> plinss: In general I like your approach and agree if there's more prop this is how they should behave and maybe that can turn into a this prop doesn't effect XYZ and I think you're on the right track.
  440. # [19:06] <dael> Florian: I can certainly look into seeing if I can cleanly turn it into a note, but I'd rather not drop entirely.
  441. # [19:06] <dael> plinss: Put a big issue in it for now and we have a path to move forward.
  442. # [19:06] * Quits: bcampbell (~chatzilla@public.cloak) ("ChatZilla 0.9.91.1 [Firefox 31.6.0/20150325203137]")
  443. # [19:06] <fantasai> +1 to leaving in spec, adding issue
  444. # [19:06] * Quits: alex_antennahouse (~458c94ae@public.cloak) ("http://www.mibbit.com ajax IRC Client")
  445. # [19:06] <dael> plinss: What brings us past the end of the hour. Thank you everyone and I'll see you next week except I won't be here, I'm at a TAG F2F.
  446. # [19:06] * Quits: murakami (~murakami@public.cloak) ("Page closed")
  447. # [19:06] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
  448. # [19:07] <tantek> +1 to moving everything 'button' related to an informative note section (including mechanism for it) as a transition to dropping it
  449. # [19:07] * Quits: andrey-bloomberg (~andrey-bloomberg@public.cloak) ("Page closed")
  450. # [19:08] * Quits: vollick (~vollick@public.cloak) (Ping timeout: 180 seconds)
  451. # [19:09] <Florian> Tantek, fantasai: I'll put in a issue now, and look into whether I can separate things more cleanly so that we can turn the related prose into a note or possibly drop it, without causing forward compat problems.
  452. # [19:09] * Quits: gregwhitworth (~gregwhitworth@public.cloak) (Ping timeout: 180 seconds)
  453. # [19:09] * Quits: bradk (~bradk@public.cloak) ("Signing Off. Buh-bye.")
  454. # [19:09] * Joins: tommyjtl (~tommyjtl@public.cloak)
  455. # [19:09] * Quits: tommyjtl (~tommyjtl@public.cloak) (tommyjtl)
  456. # [19:10] * Quits: sanja (~sanja@public.cloak) ("Page closed")
  457. # [19:11] <Florian> I have clearly heard everyone's feedback that button is not warmly welcome, but I would still appreciate feedback to the question "If research shows we have to have it, would this be a reasonable way to spec how it should work?".
  458. # [19:11] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
  459. # [19:12] * Joins: jcraig (~jcraig@public.cloak)
  460. # [19:13] <tantek> Florian - I don't think people want to bother with that level of conditional analysis - that's the problem.
  461. # [19:13] <tantek> would rather just punt on it until someone brings it up later
  462. # [19:14] * Parts: smfr (~smfr@public.cloak)
  463. # [19:15] * Rossen is now known as Rossen_away
  464. # [19:15] * Quits: antenna (~antenna@public.cloak) ("Leaving")
  465. # [19:17] * Quits: dael (~dael@public.cloak) (Ping timeout: 180 seconds)
  466. # [19:17] <Florian> tantek: I don't want to spec a property that cannot be sanely extended in a way we may later find necessary. My research shows that there is demand and usage of this value, and I wanted to make sure we could have it if we had to. The only way I know how to do that is by adding it and seeing if the spec makes sense. To me, it does.
  467. # [19:18] <tantek> The other way is to punt on it and worry about extending it later.
  468. # [19:18] <tantek> We do that in CSS all the time
  469. # [19:18] <tantek> CSS is fundamentally designed to "extend it later"
  470. # [19:18] * Joins: tommyjtl (~tommyjtl@public.cloak)
  471. # [19:18] <tantek> no need to pre-worry about "sanely extended later"
  472. # [19:19] * leaverou_away is now known as leaverou
  473. # [19:23] * Joins: adenilson (~anonymous@public.cloak)
  474. # [19:23] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
  475. # [19:25] * Quits: tantek (~tantek@public.cloak) (tantek)
  476. # [19:25] <Florian> Anyway. Issue about button added. Designing it in has helped me understand how this should work, so this was not wasted time for me. The bits of the final prose that are tied to button are quite limited, so the surgery shouldn't be that hard if we want to remove it, but I think the design is better for having considered it.
  477. # [19:26] <Florian> (added = committed. Will push in 1 minute)
  478. # [19:30] <Florian> (pushed)
  479. # [19:31] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  480. # [19:35] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  481. # [19:40] * Joins: Florian (~Florian@public.cloak)
  482. # [19:50] * Joins: myles (~Adium@public.cloak)
  483. # [19:54] * Joins: adenilson (~anonymous@public.cloak)
  484. # [20:01] * Parts: jcraig (~jcraig@public.cloak)
  485. # [20:13] * leaverou is now known as leaverou_away
  486. # [20:14] * Joins: zcorpan (~zcorpan@public.cloak)
  487. # [20:31] * Quits: Florian (~Florian@public.cloak) ("Leaving...")
  488. # [20:38] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  489. # [20:50] * Quits: ChrisL (clilley@public.cloak) ("Client combusted")
  490. # [20:53] * Joins: dael (~dael@public.cloak)
  491. # [20:59] * Joins: svillar (~sergio@public.cloak)
  492. # [21:04] * Joins: Florian (~Florian@public.cloak)
  493. # [21:10] * Zakim excuses himself; his presence no longer seems to be needed
  494. # [21:10] * Parts: Zakim (zakim@public.cloak)
  495. # [21:17] * Joins: Ms2ger (~Ms2ger@public.cloak)
  496. # [21:24] * Joins: dbaron (~dbaron@public.cloak)
  497. # [21:29] * Quits: dael (~dael@public.cloak) ("Page closed")
  498. # [21:31] * Quits: tommyjtl (~tommyjtl@public.cloak) (Client closed connection)
  499. # [21:49] * Joins: zcorpan (~zcorpan@public.cloak)
  500. # [21:56] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  501. # [22:13] * Quits: Ms2ger (~Ms2ger@public.cloak) ("nn")
  502. # [22:18] * Quits: svillar (~sergio@public.cloak) (Ping timeout: 180 seconds)
  503. # [22:23] * leaverou_away is now known as leaverou
  504. # [22:50] * Quits: plh (plehegar@public.cloak) ("Leaving")
  505. # [22:58] * plinss is now known as plinss_away
  506. # [23:05] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  507. # [23:08] * Joins: dbaron (~dbaron@public.cloak)
  508. # [23:08] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
  509. # [23:12] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  510. # [23:23] * Joins: Florian (~Florian@public.cloak)
  511. # [23:53] * plinss_away is now known as plinss
  512. # [23:57] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  513. # Session Close: Thu Apr 16 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