1. 19 Jan, 2015 1 commit
  2. 18 Jan, 2015 4 commits
  3. 17 Jan, 2015 2 commits
  4. 11 Jan, 2015 1 commit
  5. 10 Jan, 2015 1 commit
    • Emmanuele Bassi's avatar
      x11/gl: Do not specify the GLX context version · a8340788
      Emmanuele Bassi authored
      If we use GDK_GL_PROFILE_3_2_CORE we are asking for a core profile
      according to the GLX_ARB_create_context_profile extension. For that,
      we pass the GLX_CONTEXT_CORE_PROFILE_BIT_ARB value for the
      GLX_CONTEXT_PROFILE_MASK_ARB attribute.
      
      The specification for the extension says that:
      
        If the requested OpenGL version is less than 3.2,
        GLX_CONTEXT_PROFILE_MASK_ARB is ignored and the functionality
        of the context is determined solely by the requested version.
      
      Since we're asking for a core profile, we assume a GL version greater
      than or equal to 3.2; thus, we don't need to specify the
      GLX_CONTEXT_MAJOR_VERSION_ARB or the GLX_CONTEXT_MINOR_VERSION_ARB
      attributes, and instead just rely on whatever version GLX gives us.
      
      This seems to work around a strange issue in Mesa; if we ask for a core
      profile and any version > 3.0, we get broken rendering on any shared
      context we create.
      a8340788
  6. 29 Dec, 2014 1 commit
  7. 28 Dec, 2014 1 commit
  8. 25 Dec, 2014 1 commit
  9. 24 Dec, 2014 1 commit
  10. 22 Dec, 2014 1 commit
  11. 19 Dec, 2014 2 commits
  12. 17 Dec, 2014 2 commits
    • Chun-wei Fan's avatar
      Add OpenGL Support for the GDK Windows Backend · 536fa88c
      Chun-wei Fan authored
      This adds support for OpenGL to the GDK Windows backend using the WGL API
      calls, which enables programs that uses the GTK+ GLArea widgets to work on
      Windows as well.
      
      This also adds a simple utility function to query for the version of OpenGL
      that is supported by the Windows system, like the one provided by the X11
      backend.
      
      Many thanks to Alex (and Emmanuele, who started the OpenGL integration in
      GTK+) who offered advice and help along the way, as well as the X11 and
      Wayland backend for this work to refer to and to model upon.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=740795
      536fa88c
    • Chun-wei Fan's avatar
      gdkgl: Use vfunc For Uploading Textures · 9fd9f61b
      Chun-wei Fan authored
      As the alignments, strides and image formats may be different across
      platforms, make the texture upload a vfunc to allow backends to override
      the GL commands for uploading textures for the software implementation for
      gdk_gl_texture_from_surface(), if necessary.
      
      Suggested by Alex to avoid copying non-trivial portions of code which would
      then add maintainenace burden.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=740795
      9fd9f61b
  13. 15 Dec, 2014 4 commits
  14. 13 Dec, 2014 1 commit
  15. 09 Dec, 2014 1 commit
  16. 02 Dec, 2014 1 commit
  17. 01 Dec, 2014 1 commit
  18. 30 Nov, 2014 1 commit
  19. 28 Nov, 2014 1 commit
  20. 27 Nov, 2014 3 commits
  21. 24 Nov, 2014 2 commits
  22. 23 Nov, 2014 1 commit
    • Carlos Garnacho's avatar
      wayland: Pass shadow width to the compositor · 44c412ec
      Carlos Garnacho authored
      Use xdg_surface_set_window_geometry() to tell the compositor about the
      shadow widths, this makes some gnome-shell/mutter features (edge resistance,
      frames around windows in the overview, side maximization, ...) work alright
      with GTK+.
      
      In order to add this, some other places in gdkwindow-wayland had to gain
      some knowledge about margins:
      
      - xdg_surface_configure() now syncs the shadow after applying the state,
        and gdk_wayland_window_set_shadow_width() possibly reconfigures the
        window in order to preserve window geometry. This is necessary to keep
        shadows in sync with state/geometry changes, as this does not happen
        all at once.
      - xdg_popups relative to an xdg_surface are shown relative to buffer
        coordinates, so the left/top margins must be added there.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=736742
      44c412ec
  23. 22 Nov, 2014 6 commits