W3C home > Mailing lists > Public > www-style@w3.org > February 2013

[css3-sizing] comments on 'repudiate-floats' value

From: L. David Baron <dbaron@dbaron.org>
Date: Wed, 6 Feb 2013 12:40:07 -0700
To: www-style@w3.org
Message-ID: <20130206194007.GA22003@crum.dbaron.org>
http://dev.w3.org/csswg/css3-sizing/#width-height-keywords says:

  # ‘repudiate-floats’ ISSUE 2: Less stupid name?
  #     In the inline axis, use the larger of the min-content
  #     measure, and the fill-available measure minus the size of
  #     any non-descendant floats in the same formatting context.
  #     (This is similar to the behavior of a box that establishes a
  #     formatting context next to a float.) In the block axis, this
  #     is identical to ‘auto’.
  #     ISSUE 3: Does this value work? Is it needed? 

I see a few issues with this (beyond the name):

 1. The behavior of boxes that establish a BFC is different in that
    they only reduce their width to accomodate floats that are
    *horizontally adjacent* to the block, not all floats within the
    containing BFC.  This requires multiple iterations of layout:
    determine the height, see if there are floats adjacent to that
    height that reduce the width, and if so, repeat.  This means
    that, in essence, this value is not just a computed value but
    almost essentially a used value.

 2. This value is pretty much useless unless there's simultaneous
    behavior to shift the block to the side so it doesn't intersect
    the floats.

Because of these (though primarily the second), I think we'd be
better off with an explicit way to make something establish a block
formatting context, and we should remove this value.


𝄞   L. David Baron                         http://dbaron.org/   𝄂
𝄢   Mozilla                           http://www.mozilla.org/   𝄂
Received on Wednesday, 6 February 2013 19:40:31 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:50:36 UTC