1. 18 May, 2017 1 commit
  2. 01 Mar, 2017 1 commit
  3. 17 Feb, 2017 1 commit
  4. 08 Feb, 2017 2 commits
  5. 07 Feb, 2017 1 commit
  6. 02 Feb, 2017 1 commit
  7. 01 Dec, 2016 3 commits
  8. 25 Nov, 2016 1 commit
  9. 17 Nov, 2016 1 commit
    • Federico Mena Quintero's avatar
      Dispatch creation of new nodes from an array of element names, not a chain of strcmp() · 4b22ec83
      Federico Mena Quintero authored
      Also, the rsvg_new_SOME_NODE_TYPE () constructor functions now take the
      element name.
      
      This lets us:
      
      * Use bsearch() on the sorted array of element names, instead of an
        unordered chain of if (strcmp (...)).  We can replace this later with
        something better like a trie.
      
      * Port things to Rust more easily, since the constructor functions can
        dispatch on their own based on the element name.
      
      * Avoid special cases in the way
        rsvg_new_node_component_transfer_function() and
        rsvg_new_node_light_source() are called; now they dispatch on their
        own based on the element name.
      4b22ec83
  10. 11 Nov, 2016 2 commits
    • Federico Mena Quintero's avatar
      RsvgGradientStop: store whether the stop's values are valid · 4006aff6
      Federico Mena Quintero authored
      The spec mandates that values for stop offsets are only plain numbers or
      percentages.  We used to handle this more or less implicitly by calling
      _rsvg_css_hand_normalize_length(), using the resulting value, and
      dropping the units.  Now we actually ensure that we get plain numbers
      or percentages, and eliminate this one use of _rsvg_css_hand_normalize_length().
      
      Now, RsvgGradientStop has an is_valid field that says whether the stop
      has valid units.  At rendering time, we can decide what to do about
      gradients with invalid stops:  currently we don't add invalid stops to
      the gradient, but we still render it up to the last valid stop -
      hopefully to make it easier to debug SVG files.
      
      Also, we now ensure that stop offsets are actually in nondecreasing
      order, per the spec.
      
      (I really want to get rid of _rsvg_css_hand_normalize_length(), but
      found these things along the way...)
      4006aff6
    • Federico Mena Quintero's avatar
      Gradients: Don't store "current color" for gradient nodes · b491f38f
      Federico Mena Quintero authored
      Gradient nodes don't need to store a has_current_color flag nor the
      current color:  nodes for gradient stops already contain this
      information, and they already resolve the current color themselves.
      b491f38f
  11. 12 Apr, 2016 1 commit
  12. 22 Oct, 2015 4 commits
  13. 04 Oct, 2013 1 commit
  14. 26 Jan, 2012 1 commit
  15. 07 Nov, 2011 2 commits
  16. 30 Apr, 2010 1 commit
  17. 19 Feb, 2009 1 commit
  18. 13 Jan, 2007 1 commit
  19. 12 Jan, 2007 2 commits
  20. 24 Oct, 2005 1 commit
  21. 22 Oct, 2005 1 commit
  22. 02 Oct, 2005 1 commit
  23. 04 Jun, 2005 1 commit
  24. 19 May, 2005 1 commit
  25. 16 May, 2005 1 commit
  26. 16 Mar, 2005 1 commit
  27. 13 Mar, 2005 1 commit
  28. 10 Mar, 2005 1 commit
  29. 25 Feb, 2005 1 commit
  30. 11 Feb, 2005 1 commit
  31. 10 Nov, 2004 1 commit