/irc-logs / w3c / #css / 2014-05-06 / end

Options:

  1. # Session Start: Tue May 06 00:00:00 2014
  2. # Session Ident: #css
  3. # [00:05] * Joins: dbaron (~dbaron@public.cloak)
  4. # [00:23] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  5. # [00:23] * Joins: zcorpan (~zcorpan@public.cloak)
  6. # [00:30] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  7. # [00:32] * Joins: jcraig (~jcraig@public.cloak)
  8. # [00:53] * Joins: zcorpan (~zcorpan@public.cloak)
  9. # [00:53] * Joins: adenilson (~anonymous@public.cloak)
  10. # [01:00] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  11. # [01:01] * Quits: plh (plehegar@public.cloak) ("Leaving")
  12. # [01:03] * Joins: lmclister (~lmclister@public.cloak)
  13. # [01:11] * Quits: lmclister (~lmclister@public.cloak) ("")
  14. # [01:12] * Joins: lmclister (~lmclister@public.cloak)
  15. # [01:16] * Quits: lmclister (~lmclister@public.cloak) ("")
  16. # [01:54] * Joins: zcorpan (~zcorpan@public.cloak)
  17. # [02:01] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  18. # [02:09] * Joins: dauwhe_ (~dauwhe@public.cloak)
  19. # [02:10] * Quits: dauwhe (~dauwhe@public.cloak) (Ping timeout: 180 seconds)
  20. # [02:15] * Joins: plh (plehegar@public.cloak)
  21. # [02:23] * Quits: plh (plehegar@public.cloak) ("Leaving")
  22. # [02:33] * Quits: jcraig (~jcraig@public.cloak) (jcraig)
  23. # [02:35] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
  24. # [02:54] * Joins: jcraig (~jcraig@public.cloak)
  25. # [02:55] * Joins: zcorpan (~zcorpan@public.cloak)
  26. # [03:02] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  27. # [03:17] * Quits: jcraig (~jcraig@public.cloak) (jcraig)
  28. # [03:17] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
  29. # [03:29] * Joins: lmclister (~lmclister@public.cloak)
  30. # [03:38] * Quits: jet (~junglecode@public.cloak) (jet)
  31. # [03:56] * Joins: zcorpan (~zcorpan@public.cloak)
  32. # [04:03] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  33. # [04:04] * Joins: dbaron (~dbaron@public.cloak)
  34. # [04:56] * Joins: zcorpan (~zcorpan@public.cloak)
  35. # [05:03] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  36. # [05:57] * Joins: zcorpan (~zcorpan@public.cloak)
  37. # [05:59] * Joins: zcorpan_ (~zcorpan@public.cloak)
  38. # [06:04] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  39. # [06:06] * Quits: zcorpan_ (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  40. # [07:00] * Joins: zcorpan (~zcorpan@public.cloak)
  41. # [07:07] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  42. # [08:01] * Joins: zcorpan (~zcorpan@public.cloak)
  43. # [08:08] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  44. # [08:12] * Joins: Ms2ger (~Ms2ger@public.cloak)
  45. # [08:19] * Quits: lmclister (~lmclister@public.cloak) ("")
  46. # [08:48] * Joins: zcorpan (~zcorpan@public.cloak)
  47. # [08:54] * Joins: rodneyrehm (~rrehm@public.cloak)
  48. # [09:19] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
  49. # [09:28] * Joins: Ms2ger (~Ms2ger@public.cloak)
  50. # [09:34] * Quits: dbaron (~dbaron@public.cloak) (Ping timeout: 180 seconds)
  51. # [09:45] * Quits: achicu___ (~sid13301@public.cloak) (Client closed connection)
  52. # [09:45] * Joins: achicu____ (~sid13301@public.cloak)
  53. # [09:45] * Quits: TabAtkins (~sid11559@public.cloak) (Client closed connection)
  54. # [09:45] * Quits: cbiesinger_ (~sid8099@public.cloak) (Client closed connection)
  55. # [09:46] * Joins: TabAtkins (~sid11559@public.cloak)
  56. # [09:47] * Joins: cbiesinger_ (~sid8099@public.cloak)
  57. # [09:53] * Quits: rodneyrehm (~rrehm@public.cloak) ("This computer has gone to sleep")
  58. # [09:55] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
  59. # [10:37] * Joins: glazou (~glazou@public.cloak)
  60. # [10:54] * Joins: plh (plehegar@public.cloak)
  61. # [10:57] * Quits: plh (plehegar@public.cloak) ("Leaving")
  62. # [11:00] * Joins: Ms2ger (~Ms2ger@public.cloak)
  63. # [11:22] * Quits: Garbee (~uid21171@public.cloak) (Client closed connection)
  64. # [11:23] * Joins: Garbee (~uid21171@public.cloak)
  65. # [11:23] * Quits: cabanier__ (~sid15093@public.cloak) (Client closed connection)
  66. # [11:23] * Joins: cabanier__ (~sid15093@public.cloak)
  67. # [11:56] * Joins: rodneyrehm (~rrehm@public.cloak)
  68. # [12:30] * Quits: rodneyrehm (~rrehm@public.cloak) ("This computer has gone to sleep")
  69. # [12:51] * Joins: darktears (~darktears@public.cloak)
  70. # [12:57] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
  71. # [13:08] * Joins: Ms2ger (~Ms2ger@public.cloak)
  72. # [13:19] * Joins: rodneyrehm (~rrehm@public.cloak)
  73. # [13:56] * Quits: Bert (bbos@public.cloak) (Ping timeout: 180 seconds)
  74. # [14:01] * Joins: Bert (bbos@public.cloak)
  75. # [14:10] * Quits: dauwhe_ (~dauwhe@public.cloak) (Client closed connection)
  76. # [15:00] * Joins: dauwhe (~dauwhe@public.cloak)
  77. # [15:10] * Quits: dauwhe (~dauwhe@public.cloak) (Ping timeout: 180 seconds)
  78. # [16:12] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
  79. # [16:12] * Joins: zcorpan (~zcorpan@public.cloak)
  80. # [16:18] * Joins: dbaron (~dbaron@public.cloak)
  81. # [16:19] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  82. # [16:35] * Joins: dauwhe (~dauwhe@public.cloak)
  83. # [16:39] * Joins: antonp (~Thunderbird@public.cloak)
  84. # [17:06] * Quits: glazou (~glazou@public.cloak) (glazou)
  85. # [17:11] * Joins: shepazu (schepers@public.cloak)
  86. # [17:13] * Joins: zcorpan (~zcorpan@public.cloak)
  87. # [17:20] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  88. # [17:37] * Joins: lmclister (~lmclister@public.cloak)
  89. # [17:42] * Quits: darktears (~darktears@public.cloak) (Client closed connection)
  90. # [18:06] * Joins: glazou (~glazou@public.cloak)
  91. # [18:08] * Joins: darktears (~darktears@public.cloak)
  92. # [18:12] * Joins: adenilson (~anonymous@public.cloak)
  93. # [18:13] * Joins: zcorpan (~zcorpan@public.cloak)
  94. # [18:14] * Quits: glazou (~glazou@public.cloak) (glazou)
  95. # [18:21] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  96. # [18:27] * Joins: zcorpan (~zcorpan@public.cloak)
  97. # [18:35] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  98. # [18:44] * Quits: darktears (~darktears@public.cloak) (Client closed connection)
  99. # [18:44] * Joins: darktears (~darktears@public.cloak)
  100. # [18:51] * Joins: rhauck (~Adium@public.cloak)
  101. # [19:28] * Joins: zcorpan (~zcorpan@public.cloak)
  102. # [19:35] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  103. # [19:46] * Quits: rodneyrehm (~rrehm@public.cloak) ("leaving planet earth")
  104. # [20:03] * Joins: jcraig (~jcraig@public.cloak)
  105. # [20:09] <fantasai> “Problems with Percentage Stretching”
  106. # [20:10] <fantasai> http://lists.w3.org/Archives/Public/www-style/2014Apr/0062.html
  107. # [20:10] <fantasai> Greg Whitworth
  108. # [20:10] <fantasai> Issue 1
  109. # [20:10] * trackbot doesn't understand that ISSUE command.
  110. # [20:10] <fantasai> response: http://lists.w3.org/Archives/Public/www-style/2014Apr/0073.html
  111. # [20:11] <fantasai> Issue 2
  112. # [20:11] * trackbot doesn't understand that ISSUE command.
  113. # [20:11] <fantasai> “Typos”
  114. # [20:12] <fantasai> Comment: http://lists.w3.org/Archives/Public/www-style/2014Apr/0090.html
  115. # [20:12] <fantasai> Comment: http://lists.w3.org/Archives/Public/www-style/2014Apr/0091.html
  116. # [20:12] <fantasai> Response: http://lists.w3.org/Archives/Public/www-style/2014Apr/0100.html
  117. # [20:12] <fantasai> Resolved: Editorial
  118. # [20:12] <fantasai> Closed: Accepted
  119. # [20:16] <fantasai> Issue 3
  120. # [20:16] * trackbot doesn't understand that ISSUE command.
  121. # [20:16] <fantasai> “Excessive recalculation of free space”
  122. # [20:16] <fantasai> http://lists.w3.org/Archives/Public/www-style/2014Apr/0097.html
  123. # [20:16] <fantasai> Daniel Holbert
  124. # [20:17] <fantasai> Response: http://lists.w3.org/Archives/Public/www-style/2014Apr/0098.html
  125. # [20:18] <fantasai> Verified: http://lists.w3.org/Archives/Public/www-style/2014Apr/0099.html
  126. # [20:19] <fantasai> “Mishandling of zero free space”
  127. # [20:19] <fantasai> dholbert
  128. # [20:19] <fantasai> http://lists.w3.org/Archives/Public/www-style/2014Apr/0106.html
  129. # [20:20] <fantasai> Respone: http://lists.w3.org/Archives/Public/www-style/2014Apr/0113.html
  130. # [20:20] <fantasai> “Change flex animatability to yes, always“
  131. # [20:20] <fantasai> http://lists.w3.org/Archives/Public/www-style/2014Apr/0169.html
  132. # [20:20] <fantasai> Response: http://lists.w3.org/Archives/Public/www-style/2014Apr/0175.html
  133. # [20:20] <fantasai> (dholbert)
  134. # [20:21] <fantasai> “Use inline size for block-axis percentag padding”
  135. # [20:21] <fantasai> Comment: http://lists.w3.org/Archives/Public/www-style/2014Apr/0184.html
  136. # [20:21] <fantasai> Christian Biesinger
  137. # [20:22] * Joins: rhauck1 (~Adium@public.cloak)
  138. # [20:23] * Quits: rhauck (~Adium@public.cloak) (Client closed connection)
  139. # [20:24] <fantasai> “Alternate wording for resolving flex lengths”
  140. # [20:24] <fantasai> Daniel Holbert
  141. # [20:24] <fantasai> Comment:
  142. # [20:24] <fantasai> I'm wondering whether it'd be better for me to just tweak my
  143. # [20:24] <fantasai> er, wrong paste
  144. # [20:24] <fantasai> http://lists.w3.org/Archives/Public/www-style/2014Apr/0223.html
  145. # [20:24] <fantasai> Response: http://lists.w3.org/Archives/Public/www-style/2014Apr/0252.html
  146. # [20:24] <fantasai> Closed: Retracted
  147. # [20:25] <fantasai> “Alternate wording for resolving flex lengths Take II”
  148. # [20:25] <fantasai> Daniel Holbert
  149. # [20:25] <fantasai> Comment: http://lists.w3.org/Archives/Public/www-style/2014Apr/0253.html
  150. # [20:27] <fantasai> “Better handling of max-height on flex containers”
  151. # [20:27] <fantasai> Comment: http://lists.w3.org/Archives/Public/www-style/2014Apr/0292.html
  152. # [20:27] <fantasai> Response: http://lists.w3.org/Archives/Public/www-style/2014Apr/0293.html
  153. # [20:28] <fantasai> Comment: http://lists.w3.org/Archives/Public/www-style/2014Apr/0294.html
  154. # [20:28] <fantasai> Comment: http://lists.w3.org/Archives/Public/www-style/2014Apr/0297.html
  155. # [20:28] <fantasai> Open
  156. # [20:29] * Joins: zcorpan (~zcorpan@public.cloak)
  157. # [20:30] <fantasai> “Regression in flex resolution algorithm”
  158. # [20:30] <fantasai> Daniel Holbert
  159. # [20:30] <fantasai> Comment:http://lists.w3.org/Archives/Public/www-style/2014Apr/0311.html
  160. # [20:30] <fantasai> Proposal: http://lists.w3.org/Archives/Public/www-style/2014Apr/0397.html
  161. # [20:32] <fantasai> Add this URL as a comment to the Take II issue above... http://lists.w3.org/Archives/Public/www-style/2014Apr/0398.html
  162. # [20:32] <fantasai> “Missing negation in description of 'auto'”
  163. # [20:32] <fantasai> Greg Whitworth
  164. # [20:32] <fantasai> Comment: http://lists.w3.org/Archives/Public/www-style/2014Apr/0430.html
  165. # [20:32] <fantasai> Resolved: Bugfix
  166. # [20:34] * Quits: lmclister (~lmclister@public.cloak) (Client closed connection)
  167. # [20:34] * Joins: lmclister (~lmclister@public.cloak)
  168. # [20:35] <fantasai> s/Missing/Excessive/
  169. # [20:36] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
  170. # [20:38] * Quits: dauwhe (~dauwhe@public.cloak) (Client closed connection)
  171. # [20:38] * Joins: dauwhe (~dauwhe@public.cloak)
  172. # [20:39] <fantasai> percentage paddings response: http://lists.w3.org/Archives/Public/www-style/2014May/0015.html
  173. # [20:39] <fantasai> missing not response (last issue) : http://lists.w3.org/Archives/Public/www-style/2014May/0016.html
  174. # [20:55] * Joins: dholbert (~dholbert@public.cloak)
  175. # [20:57] * Joins: zcorpan (~zcorpan@public.cloak)
  176. # [21:05] * Quits: rhauck1 (~Adium@public.cloak) ("Leaving.")
  177. # [21:05] * Joins: rhauck (~Adium@public.cloak)
  178. # [21:16] * Quits: rhauck (~Adium@public.cloak) ("Leaving.")
  179. # [21:16] * Quits: darktears (~darktears@public.cloak) (Client closed connection)
  180. # [21:19] * Joins: darktears (~darktears@public.cloak)
  181. # [21:31] * Joins: rhauck (~Adium@public.cloak)
  182. # [21:45] * Quits: jcraig (~jcraig@public.cloak) (jcraig)
  183. # [22:00] * Joins: jcraig (~jcraig@public.cloak)
  184. # [22:13] * Joins: jet (~junglecode@public.cloak)
  185. # [22:19] * Quits: Ms2ger (~Ms2ger@public.cloak) ("nn")
  186. # [22:25] <dholbert> fantasai / TabAtkins, I noticed you're going through flexbox stuff today. If you get to my "resolving flexible lengths" algorithm posts & have any questions/clarifications that would be better-suited to IRC, feel free to ping me.
  187. # [22:26] <TabAtkins> Yup, that's what we're doing now.
  188. # [22:26] <TabAtkins> We were fixing everything else first.
  189. # [22:26] <TabAtkins> So we can page in your issues.
  190. # [22:26] <dholbert> cool
  191. # [22:26] <TabAtkins> (Sorry for ignoring them for a bit - having to page in the algo is a significant time investment.)
  192. # [22:26] <dholbert> no worries, I agree & understand
  193. # [22:37] <dholbert> TabAtkins / fantasai: if it helps for testing/comparison, current Firefox Nightly has my suggested tweak to the original algorithm implemented, from http://www.w3.org/mid/53597E2F.6070501@mozilla.com
  194. # [22:37] <dholbert> so that we get smooth transitions on e.g. http://people.mozilla.org/~dholbert/tests/flexbox/flex-transition-1.html
  195. # [22:47] <TabAtkins> dholbert: In your thread about how the new algo disagrees with the old algo when the free space flips from positive to negative, you've made a mistake (unless I'm wrong about how clear the algo is in the relevant case).
  196. # [22:47] <dholbert> TabAtkins, looking
  197. # [22:47] <TabAtkins> You posit an item with a very large flex-basis, but a small max-main-size, and assume this will mean that we have negative free space when we enter the flex distribution algo.
  198. # [22:48] <TabAtkins> But the effect of min/max on flex-basis is already figured into the hypothetical main size, determined much earlier in the algo before you ever get to flex distribution.
  199. # [22:48] <dholbert> It's figured into the *hypothetical* main-size, yes
  200. # [22:48] <dholbert> but then we temporarily ignore it, to start things out at their flex basis & grow/shrink from there, and correct if they violate their min/max
  201. # [22:49] <TabAtkins> Oh whoops, you're right.
  202. # [22:49] <dholbert> TabAtkins, specifically, step 3 of the new algo subtracts out the "outer flex base size", when calculating the free space
  203. # [22:49] <TabAtkins> Okay, back to thinking about this.
  204. # [22:49] <dholbert> cool
  205. # [23:02] <dholbert> TabAtkins, (generalizing from that negative-to-positive situation: Whichever version of the algorithm we use, I think we need to allow the "original free space" to grow (more positive if we're using flex-grow, more negative if we're using flex-shrink), or else we'll have a discontinuity in the "flex item going from 0.99 to 1.0" example that I described in my post today, http://www.w3.org/mid/536932FD.8070800@mozilla.com )
  206. # [23:02] <TabAtkins> Yeah, I'm working through some examples in this vein.
  207. # [23:11] <TabAtkins> dholbert: I think the fix for that problem is to look, when clamping, to see if a max-clamp reduces it to below its base size (or a min-clamp above its base size); if so, that means that original free space was incorrect, and you should recalculate.
  208. # [23:11] <TabAtkins> This seems to work correctly for flex both above and below 1, for cases when the free space changes sign *or* just gets bigger than originally anticipated.
  209. # [23:14] <TabAtkins> I wonder if this can be done more simply be calculating the originally desired free space for each element based on the hypothetical main sizes rather than flex base sizes.
  210. # [23:14] <TabAtkins> I'd have to run more examples.
  211. # [23:15] <dholbert> TabAtkins, [back now, was afk for a bit]
  212. # [23:16] <dholbert> TabAtkins, yeah, I think something like that is correct
  213. # [23:16] <TabAtkins> Without running examples, thinking about it makes me more sure that we can just calculate the originally desired free space from the hypothetical sizes and get the right behavior.
  214. # [23:16] * Joins: jcraig_ (~jcraig@public.cloak)
  215. # [23:16] <dholbert> TabAtkins, hmm, not so sure about that
  216. # [23:17] <dholbert> TabAtkins, I think if we're doing "flex-grow", any max violation should make us adjust that item's contribution to the free size, for subsequent loops of the algorithm
  217. # [23:17] <dholbert> sorry, "contribution to the original free space"
  218. # [23:18] <dholbert> That's a more robust formulation of my most recent www-style post (about letting original free space grow in magnitude), I think
  219. # [23:18] * Quits: jcraig (~jcraig@public.cloak) (Client closed connection)
  220. # [23:18] * jcraig_ is now known as jcraig
  221. # [23:19] <dholbert> TabAtkins, But I don't think we want to use hypothetical sizes to get orig free space, or else we'll end up distributing too little in cases where there are no violations
  222. # [23:21] <TabAtkins> But isn't it true that, by definition, if the hypothetical size is less than the base size, it's because there's *going* to be a violation?
  223. # [23:21] <dholbert> nope
  224. # [23:21] <dholbert> we can flex such that we don't violate
  225. # [23:21] <dholbert> e.g. "flex: 1 100px; min-width: 110px"
  226. # [23:22] <dholbert> if the first round of flexing gets that item more than 10px, then there won't be a violation
  227. # [23:22] <TabAtkins> Oh right. I'd have to recalc the hypothetical size clamping by only max *or* min, not both.
  228. # [23:22] <TabAtkins> That's too complex.
  229. # [23:22] <TabAtkins> (Note that I said "if the hypothetical size is *less than* the base size".)
  230. # [23:22] <dholbert> yeah, just realized that, sorry
  231. # [23:23] <dholbert> I believe you are correct on that (assuming we're using flex-grow)
  232. # [23:23] <TabAtkins> But your point is well-posed regardless, because I was ignoring the other case.
  233. # [23:24] <dholbert> I could imagine your "too complex" version would work, but I'm not sure
  234. # [23:24] <TabAtkins> I just ran through all my examples, and it does.
  235. # [23:24] <dholbert> (using the "half-hypothetical main size")
  236. # [23:24] <TabAtkins> But I don't want to write it.
  237. # [23:24] <dholbert> heh
  238. # [23:25] <TabAtkins> (I'm looking at four examples, covering {hypo size sum > container, hypo size sum < container}x{flexes >= 1, flexes < 1}.)
  239. # [23:26] <dholbert> gotcha
  240. # [23:27] <dholbert> TabAtkins, so..
  241. # [23:27] <TabAtkins> I'm writing the adjustment to the clamping section.
  242. # [23:27] <dholbert> TabAtkins, we could add an "early freeze" step
  243. # [23:27] <TabAtkins> AT the end of the flex ago.
  244. # [23:27] <dholbert> for "hey, look at all these things that obviously can't grow. Let's freeze them right away, and then have a correct original free space"
  245. # [23:27] <TabAtkins> If you max-violate and drop below your base size, recalculate.
  246. # [23:28] <TabAtkins> Oh hm, that might be even simpler.
  247. # [23:30] <dholbert> yeah
  248. # [23:31] <TabAtkins> Okay, pushing now.
  249. # [23:31] <dholbert> nice!
  250. # [23:31] <TabAtkins> Oh, wait, I can make this sligthly more elegant. One sec.
  251. # [23:36] <TabAtkins> Okay, it's now split out into an explicit pre-freeze step. This makes the "calculate free space" step work correctly, since it already treats frozen items correctly. (I've just removed the note that there are initially no frozen items.)
  252. # [23:38] <TabAtkins> dholbert: ^^^
  253. # [23:38] <dholbert> TabAtkins, nice!
  254. # [23:41] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
  255. # [23:42] <dholbert> TabAtkins, hmm. I'm not sure https://dvcs.w3.org/hg/csswg/rev/0bc536c848fe is quite right
  256. # [23:42] <dholbert> TabAtkins, er, maybe it is
  257. # [23:42] <dholbert> oh, sorry, missed the next cset
  258. # [23:43] <dholbert> TabAtkins, never mind, yeah, the "rephrase" commit looks good.
  259. # [23:55] <TabAtkins> dholbert: Found a mistake in my stuff - if you're growing, and your base size is greater than your max size, I say to clamp to the max size.
  260. # [23:55] * Quits: rhauck (~Adium@public.cloak) ("Leaving.")
  261. # [23:55] <TabAtkins> But that ignores the fact that min-size wins over max-size, so if min-size was greater than max-size here, it would give the wrong result.
  262. # [23:55] <TabAtkins> So I changed both to just check if the main size is less than/greater than the hypo size, depending.
  263. # [23:56] <TabAtkins> (This still only hits the cases we want; if you're growing and the min-size is greater than your base size, this has no effect.)
  264. # [23:59] <dholbert> TabAtkins, cool
  265. # Session Close: Wed May 07 00:00:00 2014

The end :)