1. 17 Jul, 2015 1 commit
  2. 12 Jun, 2015 1 commit
  3. 02 Jun, 2015 1 commit
  4. 23 Feb, 2015 3 commits
  5. 31 Jan, 2015 1 commit
  6. 08 Dec, 2014 1 commit
  7. 03 Nov, 2014 1 commit
  8. 21 Sep, 2014 2 commits
    • Matthias Clasen's avatar
      GtkIconTheme: Repair symbolic fallback with rtl/ltr · 964c202c
      Matthias Clasen authored
      For symbolic icons, we prefer symbolics in inherited themes over
      generic icons in the theme itself. So far this was implemented
      by looking at icon_name[0] and looking that up in inherited themes
      if it is symbolic. But with automatic rtl/ltr handling, the first
      icon  name will always have an -rtl or -ltr suffix, and an icon
      with that suffix is not going to exist in most cases. To fix this,
      look for shorter icon names too, as long as they are still symbolic.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=737000
      964c202c
    • Matthias Clasen's avatar
      Trivial: clarify a comment · 1b858e42
      Matthias Clasen authored
      Using 'highcolor' here seems confusing, since there is a theme
      by that name. Just say full-color.
      1b858e42
  9. 05 Sep, 2014 1 commit
  10. 12 Aug, 2014 1 commit
    • Alexander Larsson's avatar
      Change way alpha is used when recoloring symbolics · afeb5000
      Alexander Larsson authored
      If the foreground color has an alpha != 1 we used to just pass that into
      the svg. This is useful to e.g. render an insensitive icon. However,
      that is not an ideal model for symbolics. For instance, if the icon uses
      overlapping areas when drawing, expecting these to be opaque then the
      transparent color will result in a different alpha value for the overlapping
      area. Also, non-foreground symbolic colors are still rendered opaque, and
      the recoloring of pngs can't handle transparent colors.
      
      So, instead we extract any alpha from the foreground, render using the
      opaque colors and then apply the foreground alpha to the entire result.
      This means we get an even transparency, even for other colors, and we
      can apply alpha for the pngs too.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=734668
      afeb5000
  11. 03 Aug, 2014 1 commit
  12. 17 Jul, 2014 1 commit
    • Matthias Clasen's avatar
      GtkIconTheme: Make spinners scale in hi-dpi · f3ef3165
      Matthias Clasen authored
      The Adwaita icon theme ships spinners in a scalable directory
      with MaxSize=32 and Scale=1. One way to make them scale up in
      hi-dpi would be to add an @2 directory with MaxSize=32 and Scale=2,
      but that directory would also be consulted in non hi-dpi situations
      and give us an effective spinner max size of 64.
      
      Instead, treat svg icons implicitly as hi-dpi, and scale them
      up to MaxSize * 2 when in hi-dpi.
      f3ef3165
  13. 15 Jul, 2014 1 commit
  14. 14 Jul, 2014 1 commit
    • Matthias Clasen's avatar
      GktIconTheme: Be more careful with paths · 5a252f13
      Matthias Clasen authored
      Slapping file:// in front of a path does not guarantee a working
      uri (e.g. if you are on windows and the path looks like F:\\...).
      Therefore, go back to using g_file_new_for_path if we don't have
      to deal with a resource.
      5a252f13
  15. 10 Jul, 2014 2 commits
  16. 09 Jul, 2014 1 commit
  17. 30 Jun, 2014 7 commits
  18. 23 Jun, 2014 4 commits
  19. 22 Jun, 2014 6 commits
    • Matthias Clasen's avatar
      Some documentation rewording · a44f01c5
      Matthias Clasen authored
      a44f01c5
    • Matthias Clasen's avatar
      GtkIconTheme: Drop an unused variable · 6cc32c24
      Matthias Clasen authored
      We no longer need a separate field for symbolic icon size,
      now that we are using the directory size.
      6cc32c24
    • Matthias Clasen's avatar
      GtkIconTheme: Load symbolic icons at the same size · b96058c3
      Matthias Clasen authored
      Reuse the scale information that we have from loading icons
      normally, when loading a symbolic icon, so that we apply the
      same size constraints.
      
      This commit assumes that svgs have the nominal size of the
      directory they are in, which will be true for all current
      symbolic icons.
      b96058c3
    • Matthias Clasen's avatar
      GtkIconInfo: Small struct packing improvement · acb276c6
      Matthias Clasen authored
      This makes the GtkIconInfo struct a bit smaller.
      acb276c6
    • Matthias Clasen's avatar
      GtkIconInfo: Drop an unused field · f2b98f45
      Matthias Clasen authored
      The GtkIconInfo threshold field was never used, so lets not
      carry it around.
      f2b98f45
    • Matthias Clasen's avatar
      GtkIconTheme: Respect limits in theme dirs · a10412f4
      Matthias Clasen authored
      Previously, we were taking thresholds and min/max sizes into
      account when choosing the best theme dir, but when it came
      to loading the icon, we always scaled icons from scalable
      directories all the way, ignoring the min/max size limits.
      
      This commit changes things around so that we now load icons
      in Threshold directories at their nominal size, and scale
      icons in Scalable directories only up to the specified limits.
      
      To override this and keep the previous behaviour of scaling
      all the way to the desired size, use the GTK_ICON_THEME_FORCE_SIZE
      flag.
      a10412f4
  20. 21 Jun, 2014 3 commits