1. 27 Jun, 2013 1 commit
  2. 26 Jun, 2013 2 commits
  3. 25 Jun, 2013 8 commits
  4. 24 Jun, 2013 3 commits
  5. 21 Jun, 2013 3 commits
  6. 20 Jun, 2013 1 commit
  7. 19 Jun, 2013 6 commits
  8. 18 Jun, 2013 4 commits
    • Mike Bostock's avatar
      Restore undefined behavior for d3.bisect. · 301b6d3b
      Mike Bostock authored
      Rather than return NaN, this change restores the previous undefined behavior
      when an unorderable value is used for bisection. After discussing with Jason, I
      think this is more consistent given that d3.bisect also requires that the input
      array is sortable, and therefore only contains orderable values. Thus, it is the
      responsibility of the caller to check that the search value is defined before
      doing bisection, and so this commit fixes the threshold scale rather than the
      bisect method. (Also, this is consistent with the existing quantile scale.)
    • Mike Bostock's avatar
      Return undefined, not NaN. · 0edad183
      Mike Bostock authored
      Since the quantile scale allows arbitrary values in the range, there’s no reason
      the return value for unorderable input needs to be a number.
    • Mike Bostock's avatar
      Slightly shorter. · 538108b0
      Mike Bostock authored
    • Mike Bostock's avatar
      Fixes for non-orderable values. · aad1b188
      Mike Bostock authored
      In addition to NaN, which is not equal to itself, you can have objects that are
      not orderable due to defined valueOf functions which return NaN. For example:
        var o = new Number(NaN);
      Here, o == o is true, but o <= o is false. Therefore it was possible for d3.min,
      d3.max and d3.extent to observe these non-orderable values rather than ignore
      them as intended. The fix is to check !(o <= o) rather than o == o.
      This commit also fixes d3.bisect when the search value is non-orderable.
      Previously, bisectLeft returned lo for non-orderable values, and bisectRight
      returned hi. However, if the search value is non-orderable, then this return
      value does not satisfy the conditions of bisection. This commit changes the
      bisection methods to return NaN when the search value is non-orderable.
      As a side-effect, the fix to d3.bisect now causes d3.scale.threshold to return
      undefined when passed a non-orderable value, such as undefined. (Previously, a
      threshold scale would return the highest value in the range, because it used
      bisectRight internally.)
  9. 14 Jun, 2013 2 commits
  10. 13 Jun, 2013 5 commits
  11. 12 Jun, 2013 4 commits
    • Mike Bostock's avatar
      More robust vendor prefix detection. · 9e66a853
      Mike Bostock authored
      The previous implementation depended on CSS3 transforms being vendor-prefixed,
      and would assume no vendor prefix if the browser supports transforms natively.
      Now we detect the vendor prefix on a case-by-case prefix, rather than assuming a
      single global prefix.
    • Mike Bostock's avatar
      Merge branch 'user-select' into 3.2 · 5adac77b
      Mike Bostock authored
    • Mike Bostock's avatar
      Add pack.radius for explicit radius. · a8952189
      Mike Bostock authored
      Fixes #857. By default, the radius of each circle in the pack layout is derived
      from the square root of the node’s value, which is then scaled according to the
      bounding box of all circles and the layout’s size. By specifying a radius
      function, you can now explictly control the radius, disabling automatic scaling.
      The radius function takes the value as input and returns the corresponding
      radius. If no radius function is specified, automatic scaling is enabled; this
      is the default. Conveniently, d3.scale.sqrt can be used as a radius function.
    • Jason Davies's avatar
      Use user-select: none instead of preventDefault. · 53cd4d46
      Jason Davies authored
      The use of preventDefault while dragging or zooming was preventing
      desirable defaults from being triggered.  Using user-select: none is a
      less intrusive way to prevent text from being selected.
      If user-select or a vendor-prefixed user-select is not supported, we
      suppress the selectstart event instead (for IE9).
      Note that Firefox has a bug where absolutely-positioned elements do not
      inherit the -moz-user-select style from the body element, so users may
      wish to additionally set -moz-user-select: none on absolutely-positioned
      elements, at least until this bug is fixed:
      Fixes #1288, #1099.
  12. 11 Jun, 2013 1 commit