1. 10 Jan, 2014 2 commits
  2. 09 Jan, 2014 1 commit
    • Neil Roberts's avatar
      westoy: Add an option to explicitly disable cairo on a widget · 97b747cd
      Neil Roberts authored
      The subsurfaces example creates a subsurface widget and uses EGL to
      render to it directly rather than using the cairo context from the
      widget. In theory this shouldn't cause any problems because the westoy
      window code lazily creates the cairo surface when an application
      creates a cairo context. However commit fdca95c7 changed the behaviour
      to force the lazy creation at the beginning of each surface redraw.
      This ends up making the triangle surface get two attaches – one from
      Cairo and one from the direct EGL.
      It looks like it would be difficult to reinstate the lazy surface
      creation behaviour whilst still maintaining the error handling for
      surface creation because none of the redraw handlers in the example
      clients are designed to cope with that. Instead, this patch adds an
      explicit option on a widget to disable creating the Cairo surface and
      the subsurface example now uses that.
      Closes: https://bugs.freedesktop.org/show_bug.cgi?id=72854
  3. 07 Jan, 2014 1 commit
  4. 31 Dec, 2013 1 commit
  5. 05 Dec, 2013 1 commit
  6. 03 Dec, 2013 1 commit
    • Pekka Paalanen's avatar
      window: handle insufficient buffer space · fdca95c7
      Pekka Paalanen authored
      It is quite possible for os_create_anonymous_file() to fail when trying
      to allocate a new wl_shm buffer. Propagate this failure out from
      shm_surface_prepare. Most parts of toytoolkit are already avoiding NULL
      cairo surfaces.
      If cairo surface allocation fails, do not try to call the widget redraw
      functions, those are not prepared to deal with NULL. Also do not
      schedule a frame callback, this allows us to retry drawing the next
      If redraw fails for the main_surface of a window, restore the widget
      geometry to what the compositor currently is showing. This keeps the
      window visual appearance in sync with application state, so interacting
      with the application does not break too badly.
      If the very first draw of any window fails, then forcefully exit the
      program. E.g. if weston-desktop-shell fails to allocate buffers for the
      unlock dialog, w-d-s exits, and weston unlocks the screen automatically.
      This patch allows e.g. weston-terminal to stop from enlarging while
      resizing, if new sized buffers can no longer the allocated. Even then,
      the application stays usable, as it can often repaint in the last
      successful size. It does not crash, and the user is able to resize it
      smaller, too.
      Signed-off-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
  7. 02 Dec, 2013 1 commit
  8. 26 Nov, 2013 2 commits
  9. 14 Nov, 2013 3 commits
  10. 12 Nov, 2013 1 commit
  11. 30 Oct, 2013 1 commit
  12. 29 Oct, 2013 1 commit
  13. 24 Oct, 2013 3 commits
  14. 23 Oct, 2013 1 commit
  15. 22 Oct, 2013 1 commit
  16. 21 Oct, 2013 2 commits
  17. 16 Oct, 2013 1 commit
  18. 14 Oct, 2013 2 commits
  19. 10 Oct, 2013 1 commit
  20. 22 Sep, 2013 2 commits
  21. 05 Sep, 2013 1 commit
  22. 30 Aug, 2013 2 commits
  23. 16 Aug, 2013 4 commits
  24. 15 Aug, 2013 2 commits
  25. 12 Aug, 2013 2 commits