1. 09 Nov, 2015 1 commit
  2. 28 Sep, 2015 1 commit
  3. 21 Sep, 2015 1 commit
  4. 14 Sep, 2015 2 commits
  5. 13 Sep, 2015 1 commit
  6. 06 Sep, 2015 2 commits
  7. 28 Aug, 2015 1 commit
  8. 12 Aug, 2015 2 commits
  9. 25 Jul, 2015 1 commit
  10. 17 Jul, 2015 1 commit
  11. 23 Jun, 2015 1 commit
  12. 17 Jun, 2015 1 commit
  13. 16 Jun, 2015 1 commit
  14. 15 Jun, 2015 1 commit
    • Alexander Larsson's avatar
      gdk: Add gdk_window_set_pass_through · 4c3eece6
      Alexander Larsson authored
      An pass_through window is something you can draw in but does not
      affect event handling. Normally if a window has with no event mask set
      for a particular event then input events in it go to its parent window
      (X11 semantics), whereas if pass_through is enabled the window below
      the window will get the event. The later mode is useful when the
      window is partially transparent. Note that an pass-through windows can
      have child windows that are not pass-through so they can still get events
      on some parts.
      
      Semantically, this behaves the same as an regular window with
      gdk_window_set_child_input_shapes() called on it (and re-called any
      time a child is changed), but its far more efficient and easy to use.
      
      This allows us to fix the testoverlay input stacking test.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=750568
      
      https://bugs.freedesktop.org/show_bug.cgi?id=90917
      4c3eece6
  15. 14 Jun, 2015 1 commit
  16. 13 Jun, 2015 1 commit
  17. 30 Apr, 2015 1 commit
  18. 18 Apr, 2015 1 commit
  19. 09 Mar, 2015 1 commit
  20. 19 Feb, 2015 1 commit
  21. 17 Feb, 2015 1 commit
  22. 12 Feb, 2015 1 commit
  23. 09 Feb, 2015 2 commits
    • Emmanuele Bassi's avatar
      gl: Drop OpenGL legacy profile · 4b8b3b43
      Emmanuele Bassi authored
      We simply don't want to care about legacy OpenGL.
      
      All supported platforms also have support for OpenGL ≥ 3.2; it would
      complicate the internal code; and would force us to use legacy GL
      contexts internally if the first context created by the user is a legacy
      GL context, and disable creation of core-3.2 contexts after that.
      
      We will need to fix all our code examples to use the Core 3.2 profile.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=741946
      4b8b3b43
    • Emmanuele Bassi's avatar
      GL: Split GL context creation in two phases · 22e6f37c
      Emmanuele Bassi authored
      One of the major requests by OpenGL users has been the ability to
      specify settings when creating a GL context, like the version to use
      or whether the debug support should be enabled.
      
      We have a couple of requirements in terms of API:
      
       • avoid, if at all possible, the "C arrays of integers with
         attribute, value pairs", which are hard to write and hard
         to bind in non-C languages.
       • allow failing in a recoverable way.
       • do not make the GL context creation API a mess of arguments.
      
      Looking at prior art, it seems that a common pattern is to split the
      construction phase in two:
      
       • a first phase that creates a GL context wrapper object and
         does preliminary checks on the environment.
       • a second phase that creates the backend-specific GL object.
      
      We adopted a similar pattern:
      
       • gdk_window_create_gl_context() creates a GdkGLContext
       • gdk_gl_context_realize() creates the underlying resources
      
      Calling gdk_gl_context_make_current() also realizes the context, so
      simple GL users do not need to care. Advanced users will want to
      call gdk_window_create_gl_context(), set up the optional requirements,
      and then call gdk_gl_context_realize(). If either of these two steps
      fails, it's possible to recover by changing the requirements, or simply
      creating a new GdkGLContext instance.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=741946
      22e6f37c
  24. 01 Feb, 2015 1 commit
  25. 30 Jan, 2015 2 commits
  26. 28 Jan, 2015 2 commits
  27. 24 Jan, 2015 1 commit
  28. 18 Jan, 2015 2 commits
  29. 22 Nov, 2014 2 commits
  30. 20 Nov, 2014 1 commit
  31. 10 Nov, 2014 2 commits