/irc-logs / w3c / #css / 2013-08-30 / end

Options:

  1. # Session Start: Fri Aug 30 00:00:01 2013
  2. # Session Ident: #css
  3. # [00:00] * Quits: krit (~krit@public.cloak) (Client closed connection)
  4. # [00:01] * Quits: rhauck (~Adium@public.cloak) (Ping timeout: 180 seconds)
  5. # [00:19] * Quits: glenn (~gadams@public.cloak) (Client closed connection)
  6. # [00:25] <SimonSapin> TabAtkins: very nice (issue index)
  7. # [00:25] <SimonSapin> also, self-links were just empty until I force-refreshed
  8. # [00:25] <TabAtkins> Yeah, that happens. Cached CSS.
  9. # [00:59] * Quits: lmclister (~lmclister@public.cloak) (lmclister)
  10. # [01:02] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  11. # [01:03] * Joins: zcorpan (~zcorpan@public.cloak)
  12. # [01:09] <shepazu> I'm going to ask a CSS question here… sorry if this is the wrong place, and happy for advice on where to ask the question
  13. # [01:09] <shepazu> I have an empty span with contenteditable
  14. # [01:09] <shepazu> no text node
  15. # [01:09] <shepazu> in Chrome, it retains its width and height
  16. # [01:10] <shepazu> but in FF, it collapses into a little sliver, vertically
  17. # [01:10] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  18. # [01:10] <shepazu> I have no idea what's causing it, or how I should fix that in FF
  19. # [01:10] <shepazu> so, it basically has no height
  20. # [01:10] <shepazu> any ideas?
  21. # [01:12] <TabAtkins> contenteditable is underspecified and crazy.
  22. # [01:12] <TabAtkins> Easiest thing to do is generate the span with an &nbsp; in it initially, I think.
  23. # [01:13] <shepazu> I don't think it's a contenteditable issue (though I agree with you)
  24. # [01:13] <shepazu> I think it's just how a span is rendered without content, if it has margins, padding, bg color, etc
  25. # [01:14] <TabAtkins> Right, Chrome's behavior is the crazy (but more useful) one.
  26. # [01:14] <TabAtkins> But still, just put something in it.
  27. # [01:14] * Quits: teoli (~teoli@public.cloak) (Client closed connection)
  28. # [01:16] <shepazu> TabAtkins, but then when they click on it to edit, they'll have to erase that bit, or I'll have to, which seems like a pain… there's no way to just have a min-height or something?
  29. # [01:16] * shepazu has been trying different solutions
  30. # [01:16] <TabAtkins> No, can't set min-height on inlines.
  31. # [01:17] <shepazu> hmm.. setting min-height and inline-block seemed to work… let's see if that causes problems
  32. # [01:17] <shepazu> actually, min-height works alone
  33. # [01:17] <shepazu> I'll swing with that for a bit, thanks!
  34. # [01:17] <shepazu> sorry to bug this channel
  35. # [01:23] <TabAtkins> Yes, inline-block will cause problems if the span can get long enough to wap.
  36. # [01:23] <shepazu> no, somehow that wasn't true :(
  37. # [01:24] <TabAtkins> wrap
  38. # [01:24] <shepazu> hmm
  39. # [01:26] <TabAtkins> Maybe use ::before with an nbsp in it, with its width set to 0?
  40. # [01:26] <TabAtkins> and its display set to inline-block
  41. # [01:33] * Joins: zcorpan (~zcorpan@public.cloak)
  42. # [01:58] <shepazu> TabAtkins, seems inline-block doesn't cause problems, so I'll go with that
  43. # [01:58] <shepazu> thanks!
  44. # [01:59] <TabAtkins> Like I said, it'll cause problems as soon as the span gets long enough to wrap, because it *won't* wrap.
  45. # [01:59] <TabAtkins> Or rather, the entire span will drop to the next line, and then when it's long enough to overflow a line, wrap internally.
  46. # [01:59] <TabAtkins> But if you're just doing something short, then yeah, inline-block is fine.
  47. # [02:00] <shepazu> TabAtkins, for this case, it seems like it's mostly ok
  48. # [02:01] <shepazu> it's not always short, but popping to a new line isn't terrible here
  49. # [03:04] <TabAtkins> plinss: We need a "callback" dfn type in the API.
  50. # [03:04] <TabAtkins> Adding it to Bikeshed now.
  51. # [03:04] <plinss> what's it for?
  52. # [03:05] <TabAtkins> Callbacks in WebIDL.
  53. # [03:05] <TabAtkins> They're distinguished syntax now.
  54. # [03:05] <TabAtkins> Example in Font Load Events.
  55. # [03:06] <plinss> ah, ok. So I probably need to add support in my IDL parser too then...
  56. # [03:06] <TabAtkins> Yeah.
  57. # [03:06] <plinss> ok, adding it now
  58. # [03:06] <TabAtkins> Is your IDL parser exposed in a module-y way? I'd like to avoid forcing people to specify for='' attrs when it's obvious from the IDL.
  59. # [03:07] <plinss> it's not in a standalone module just yet, but it is isolated from all the other code
  60. # [03:07] <plinss> I'm happy to move it somewhere so that we can just share it
  61. # [03:08] <TabAtkins> Yeah, a separate file (just to ensure that you don't accidentally have internal linkages anyway) would be great.
  62. # [03:08] <TabAtkins> So I can just dump it in bikeshed's /lib directory.
  63. # [03:09] <plinss> I believe it's already good for that…
  64. # [03:09] * Quits: rhauck1 (~Adium@public.cloak) ("Leaving.")
  65. # [03:09] <plinss> http://hg.csswg.org/dev/shepherd/file/tip/python/shepherd/idlparser.py
  66. # [03:09] <TabAtkins> Ah, then that's fine.
  67. # [03:15] <TabAtkins> plinss: How do you feel about an "event" type?
  68. # [03:15] <plinss> hmm
  69. # [03:16] <plinss> is it just subclasses of 'Event'? or something different?
  70. # [03:17] <TabAtkins> I dunno, I just know that Font Load Events has some event definitions in it.
  71. # [03:18] <plinss> I don't necessarily see where we need to do anything special about it at the moment...
  72. # [03:18] <plinss> when I start tracking IDL constructs, you'll be able to see the base interfaces
  73. # [03:18] <TabAtkins> Ah, to answer your question better, no, I mean the event names.
  74. # [03:19] <plinss> ah
  75. # [03:19] <TabAtkins> Preferably with automatic punning between "foo" and "onfoo" in the autolinker.
  76. # [03:19] <plinss> hmm, maybe
  77. # [03:21] <plinss> I don't see any event <dfn>s or other ids bound to the individual events in font load events...
  78. # [03:21] <TabAtkins> Right, because I'm rewriting it at the moment.
  79. # [03:21] <plinss> ok then...
  80. # [03:21] <TabAtkins> The definitions are all kinds of funky right now.
  81. # [03:21] <plinss> so is it going to have a <dfn> then?
  82. # [03:21] <TabAtkins> Yes.
  83. # [03:21] <TabAtkins> (At the moment they're "defined" with an <a id>.)
  84. # [03:22] <plinss> then sure, let's add a dfn type
  85. # [03:23] <TabAtkins> Hm. I wonder now how to categorize it.
  86. # [03:23] <TabAtkins> I guess events have to have unique names already.
  87. # [03:23] <TabAtkins> So no need for a for=''
  88. # [03:42] * heycam is now known as heycam|away
  89. # [04:34] <plinss> TabAtkins: ok, event and callback support is online
  90. # [04:34] <plinss> and the idl parser now parses callbacks, so grab the new one
  91. # [05:09] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  92. # [05:51] * Quits: cabanier (~cabanier@public.cloak) ("Leaving.")
  93. # [05:52] * Joins: cabanier (~cabanier@public.cloak)
  94. # [05:52] * Quits: cabanier (~cabanier@public.cloak) ("Leaving.")
  95. # [06:19] * heycam|away is now known as heycam
  96. # [09:03] * heycam is now known as heycam|away
  97. # [09:07] * Joins: cabanier (~cabanier@public.cloak)
  98. # [09:07] * Joins: teoli (~teoli@public.cloak)
  99. # [09:41] * Joins: Ms2ger (~Ms2ger@public.cloak)
  100. # [09:49] * Joins: zcorpan (~zcorpan@public.cloak)
  101. # [11:01] * Quits: teoli (~teoli@public.cloak) (Client closed connection)
  102. # [11:34] * Joins: teoli (~teoli@public.cloak)
  103. # [11:59] * Joins: myakura (~myakura@public.cloak)
  104. # [12:08] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  105. # [12:09] * Joins: myakura (~myakura@public.cloak)
  106. # [12:16] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
  107. # [12:50] * Joins: myakura (~myakura@public.cloak)
  108. # [13:17] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  109. # [13:38] * Joins: zcorpan (~zcorpan@public.cloak)
  110. # [13:46] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  111. # [13:57] * Joins: zcorpan (~zcorpan@public.cloak)
  112. # [13:58] * Quits: teoli (~teoli@public.cloak) (Client closed connection)
  113. # [14:03] * Joins: teoli (~teoli@public.cloak)
  114. # [14:05] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  115. # [14:16] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  116. # [14:17] * Joins: myakura (~myakura@public.cloak)
  117. # [14:24] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
  118. # [14:29] * Joins: myakura (~myakura@public.cloak)
  119. # [14:44] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  120. # [14:44] * Joins: myakura (~myakura@public.cloak)
  121. # [14:46] * Joins: myakura_ (~myakura@public.cloak)
  122. # [14:46] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  123. # [14:56] * Joins: zcorpan (~zcorpan@public.cloak)
  124. # [15:02] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  125. # [15:10] * Joins: plh (plehegar@public.cloak)
  126. # [15:12] * Quits: myakura_ (~myakura@public.cloak) (Client closed connection)
  127. # [15:12] * Joins: myakura (~myakura@public.cloak)
  128. # [15:19] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
  129. # [15:53] * Joins: myakura (~myakura@public.cloak)
  130. # [16:04] * Joins: zcorpan (~zcorpan@public.cloak)
  131. # [16:08] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  132. # [16:08] * Joins: myakura (~myakura@public.cloak)
  133. # [16:09] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  134. # [16:09] * Joins: abucur (~Adium@public.cloak)
  135. # [16:14] * Joins: lmclister (~lmclister@public.cloak)
  136. # [16:15] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
  137. # [16:31] * Joins: myakura (~myakura@public.cloak)
  138. # [16:33] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  139. # [16:34] * Joins: myakura (~myakura@public.cloak)
  140. # [16:41] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
  141. # [17:25] * Joins: myakura (~myakura@public.cloak)
  142. # [17:46] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
  143. # [17:51] * Joins: zcorpan (~zcorpan@public.cloak)
  144. # [17:53] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  145. # [18:19] * Joins: zcorpan (~zcorpan@public.cloak)
  146. # [18:21] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  147. # [18:37] * Quits: abucur (~Adium@public.cloak) ("Leaving.")
  148. # [18:51] * Joins: rhauck (~Adium@public.cloak)
  149. # [19:11] * Joins: zcorpan (~zcorpan@public.cloak)
  150. # [19:18] * Quits: teoli (~teoli@public.cloak) (Client closed connection)
  151. # [19:27] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  152. # [19:28] * Quits: darktears (~darktears@public.cloak) (Client closed connection)
  153. # [19:28] * Joins: darktears (~darktears@public.cloak)
  154. # [19:56] * Joins: teoli (~teoli@public.cloak)
  155. # [20:20] * Joins: tantek (~tpod@public.cloak)
  156. # [20:30] * Quits: tantek (~tpod@public.cloak) ("Colloquy for iPod touch - http://colloquy.mobi")
  157. # [20:37] * Joins: zcorpan (~zcorpan@public.cloak)
  158. # [20:44] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  159. # [21:10] * Quits: Ms2ger (~Ms2ger@public.cloak) ("nn")
  160. # [21:22] * Quits: lmclister (~lmclister@public.cloak) (lmclister)
  161. # [22:06] <TabAtkins> plinss: You said you prefer the <dfn>s to be in the IDL block, right?
  162. # [22:06] <TabAtkins> I'm wondering if it's more useful for attribute and method definitions to be at the point of the actual definition, and just have the IDL link to them.
  163. # [22:46] <TabAtkins> plinss: Also wondering how to categorize method parameters.
  164. # [22:55] <TabAtkins> Hm, though. Many IDL constructs are most naturally defined in the IDL block, like dicts.
  165. # [22:55] <TabAtkins> Maybe just take it on a case-by-case.
  166. # [22:57] <TabAtkins> That is, if you have a prose definition, make that the actual <dfn>, and link to it from the IDL. If you just use something in the IDL and don't really define it elsewhere, like a dict for some method's argument, just dfn it there in the IDL.
  167. # [23:05] <plinss> TabAtkins: yeah, put the <dfn>s where they make the most sense
  168. # [23:07] <plinss> the nice thing about when they're in in the IDL is that I can always tell what they are. If they're not, the I only do IDL lookups if they have some magic trigger
  169. # [23:07] <TabAtkins> plinss: kk. I'll write up some docs for this eventually in Bikeshed with best practices.
  170. # [23:07] <plinss> yes please
  171. # [23:07] <plinss> I don't do anything with method params at the moment
  172. # [23:07] <plinss> do we have dfns for them anywhere?
  173. # [23:08] <TabAtkins> I'm adding them to Font Load Events, so I can link up to it. ^_^
  174. # [23:08] <TabAtkins> Dunno if I'm going overboard or not, though.
  175. # [23:08] <plinss> heh, ok, so I guess I need to parse those too now...
  176. # [23:08] <plinss> maybe, it depends on the prose
  177. # [23:08] <TabAtkins> Yeah.
  178. # [23:08] <TabAtkins> It ends up with a funky nested <dfn>, interestingly enough.
  179. # [23:09] <TabAtkins> <dfn method for="FontLoader" title="loadFont()">loadFont(<dfn argument for="FontLoader/loadFont()">params</dfn>)</dfn>
  180. # [23:09] <plinss> if there's a good textual definition of a param, then it should have a dfn
  181. # [23:09] <TabAtkins> (Using the same convention as descriptor values, where a two-level for='' value is slash-separated.
  182. # [23:09] <TabAtkins> )
  183. # [23:09] <plinss> hmm, for the nested, can't you skip the 'for'? (and take it from context)
  184. # [23:09] <TabAtkins> Yeah.
  185. # [23:09] <TabAtkins> Hm, yeah, I could.
  186. # [23:10] <TabAtkins> I'll go ahead and make that change - it would reduce verbosity a lot.
  187. # [23:10] <plinss> ok, I'll go ahead and add the argument type
  188. # [23:10] <plinss> (and parse them in the IDL)
  189. # [23:10] <TabAtkins> And I'm using "argdef" for it.
  190. # [23:10] <plinss> ok
  191. # [23:11] <plinss> I used 'callbackdef' and 'eventdef' for the other two
  192. # [23:12] * Quits: darktears (~darktears@public.cloak) ("Linkinus - http://linkinus.com")
  193. # [23:12] <plinss> any other IDL types while we're at it?
  194. # [23:12] <TabAtkins> Yeah, same here.
  195. # [23:12] <TabAtkins> I'm calling them as I see them, but I think we've nearly slurped up all the IDL constructs. ^_^
  196. # [23:12] <TabAtkins> I mean, eventually we might need to hit extended attributes or something.
  197. # [23:13] <plinss> those are probably going to be aspects of the other constructs
  198. # [23:14] <plinss> there are 'typedef's and 'exception's left...
  199. # [23:15] <plinss> we should maybe add exception at least...
  200. # [23:16] <plinss> typedef conflicts with css typedefs...
  201. # [23:16] <plinss> not sure what to do about that one
  202. # [23:22] <TabAtkins> idltype?
  203. # [23:22] <TabAtkins> That's dumb, but whatever.
  204. # [23:23] <TabAtkins> <dfn typedef id="typedefdef-foo">foo</dfn>
  205. # [23:26] * Quits: plh (plehegar@public.cloak) ("Leaving")
  206. # [23:32] <plinss> ick
  207. # [23:36] <TabAtkins> Yeah, that was a joke. ^_^
  208. # [23:36] <plinss> I was hoping so...
  209. # Session Close: Sat Aug 31 00:00:00 2013

The end :)