1. 09 Sep, 2015 1 commit
  2. 08 Sep, 2015 1 commit
  3. 07 Sep, 2015 1 commit
  4. 01 Sep, 2015 1 commit
  5. 31 Jul, 2015 1 commit
  6. 12 Jul, 2015 1 commit
  7. 29 Jun, 2015 1 commit
  8. 20 Jun, 2015 1 commit
    • Matthias Clasen's avatar
      Fix up index for some 3.14 symbols · 2caa1deb
      Matthias Clasen authored
      Marking these as "Since: 3.14.1" may be more accurate, but
      it causes gtk-doc to not put these symbols in any versioned
      index at all (it generates an unused index for 3.14.1). So,
      lets lie a little, and say these symbols were added in 3.14.
      2caa1deb
  9. 11 Jun, 2015 2 commits
  10. 20 May, 2015 1 commit
    • LRN's avatar
      GDK: Add cursor theme support to W32 backend · 26c24328
      LRN authored
      Load themed cursors from the same places they are loaded on freedesktop systems,
      but use W32 API functions to do so (works for .cur/.ani cursors instead of X
      cursors).
      
      Refactor the code for cursor handling. Prefer loading cursors by name.
      
      Do not load actual cursors when loading the theme. Find the files and remember
      the arguments/calls for loading them instead. Keeping HCURSOR instance in the
      hashmap would result in multiple GdkCursors using the same HCURSOR. Given that
      we use DestroyCursor() to off them, this would cause problems (at the very
      least - DestroyCursor() would fail).
      
      Store GdkCursor instances in a cache. Update cached cursors when theme changes.
      
      Recognize "system" theme as a special (and default) case. When it is set,
      prefer system cursors and fall back to Adwaita cursors and (as a last resort)
      built-in X cursors. Otherwise prefer theme cursors and fall back to system and
      X cursors.
      
      Force GTK to use "left_ptr" cursor when no cursor is set. Using NULL makes
      it use the system default "arrow", which is not the intended behaviour when
      a non-system theme is selected.
      
      Ignore cursor size setting and query the OS for the required cursor size, as
      Windows (almost) does not allow setting cursors of arbitrary size.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=749287
      26c24328
  11. 05 May, 2015 1 commit
  12. 04 May, 2015 1 commit
  13. 18 Feb, 2015 1 commit
  14. 06 Feb, 2015 1 commit
    • Benjamin Otte's avatar
      settings: Provide a default style cascade per scale · 808bfe0a
      Benjamin Otte authored
      This guarantees we only create 1 extra style cascade in total for hidpi
      and not one per style context.
      
      Style cascades are now nested like this:
      
      GtkSettings root cascade (scale == 1)
       |
       +-- GtkSettings per scale cascade (for any scale, no custom providers)
       |
       +-- GtkStyleContext custom cascade (for any scale, custom providers)
      
      This requires a bunch of care when changing cascade-related properties
      inside GtkStyleContext, so that it ends up with a properly setup
      cascade, but I think I got those cases right.
      
      The only thing we don't do yet is reverting to a GtkSettings cascade
      when the last custom provider is removed from a custom cascade.
      808bfe0a
  15. 30 Jan, 2015 1 commit
  16. 10 Dec, 2014 1 commit
  17. 01 Dec, 2014 1 commit
  18. 22 Oct, 2014 1 commit
  19. 20 Oct, 2014 3 commits
  20. 25 Sep, 2014 1 commit
  21. 22 Sep, 2014 1 commit
  22. 13 Aug, 2014 1 commit
  23. 13 Jul, 2014 1 commit
    • Owen W. Taylor's avatar
      Handle resolution changes in the GDK backend code · fc6e2cc4
      Owen W. Taylor authored
      gdk_x11_display_set_window_scale() affects the interpretation of the
      Xft/DPI XSETTING - it is substituted inside GDK with the value of
      Gdk/UnscaledDPI xsetting. However, this change is not propagated to
      GTK+ and from GTK+ back to gdk_screen_set_resolution() until the
      main loop is run.
      
      Fix this by handling the screen resolution directly in gdk/x11.
      This requires duplication of code between GDK and GTK+ since we still
      have to handle DPI in GTK+ in the case that GdkSettings:gtk-xft-dpi
      is set by the application.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=733076
      fc6e2cc4
  24. 10 Jul, 2014 2 commits
  25. 03 Jul, 2014 1 commit
  26. 28 Jun, 2014 1 commit
  27. 28 May, 2014 1 commit
  28. 27 May, 2014 1 commit
    • Matthias Clasen's avatar
      Don't use hicolor as the default icon-theme · 2488b954
      Matthias Clasen authored
      The icontheme lookup code has a special-case that prefers builtin icons
      if the theme name is "hicolor". This is problematic for our reftests,
      which run in a barebones environment with not settings.
      2488b954
  29. 23 May, 2014 1 commit
  30. 22 May, 2014 1 commit
  31. 20 May, 2014 1 commit
  32. 19 May, 2014 1 commit
  33. 07 May, 2014 1 commit
  34. 04 Apr, 2014 1 commit
  35. 07 Mar, 2014 1 commit
  36. 03 Mar, 2014 1 commit