1. 24 Nov, 2020 3 commits
  2. 23 Nov, 2020 2 commits
  3. 22 Nov, 2020 5 commits
  4. 21 Nov, 2020 10 commits
  5. 20 Nov, 2020 1 commit
  6. 19 Nov, 2020 1 commit
  7. 18 Nov, 2020 1 commit
  8. 15 Nov, 2020 2 commits
  9. 14 Nov, 2020 6 commits
  10. 13 Nov, 2020 1 commit
  11. 11 Nov, 2020 6 commits
    • Hugo Carvalho's avatar
      I18n: Update translation pt (100%). · a16c6a2a
      Hugo Carvalho authored
      173 translated messages.
      Transifex (https://www.transifex.com/xfce/public/).
    • Andre Miranda's avatar
      I18n: Update translation pt_BR (100%). · a02ea8b6
      Andre Miranda authored
      173 translated messages.
      Transifex (https://www.transifex.com/xfce/public/).
    • Olivier Fourdan's avatar
      client: Keep tiled size of windows · 93154517
      Olivier Fourdan authored
      Tiling works by moving and resizing windows to a specific location  on
      GTK clients using client-side decorations (aka CSD) draw the drop shadow
      themselves and use the property _GTK_FRAME_EXTENTS to let the window
      manager or compositor know about the actual relative frame size and
      GTK automatically removes the drop shadow on some specific window
      states, such as fullscreen or maximized, and restores the drop shadow
      when the window returns to a normal state.
      If that update occurs after the tiled size was computed, the drop shadow
      is not accounted for and the window will appear smaller than the actual
      expected tiled size.
      To avoid that issue, the window manager should recompute the tiled size
      whenever the _GTK_FRAME_EXTENTS is updated.
      Store the tiled mode and recompute the tiled size/location of windows
      when the frame extents or the screen size change.
      Signed-off-by: Olivier Fourdan's avatarOlivier Fourdan <fourdan@xfce.org>
      Closes: #450
    • Olivier Fourdan's avatar
      compositor: No need to update compositor window on configure · d1d15f82
      Olivier Fourdan authored
      Right now, resizing a window would immediately update the compositor
      representation of that window.
      The compositor, however, is able to catch the changes on configure
      notify, so there is no need to force that update early.
      Remove the resize of the compositor window on each configure requests.
      Signed-off-by: Olivier Fourdan's avatarOlivier Fourdan <fourdan@xfce.org>
    • Olivier Fourdan's avatar
      compositor: Limit opaque region clipping to window extents · d474e073
      Olivier Fourdan authored
      The opaque region is set and updated by the client, which may lag when
      the window is resized.
      That may leave unpainted areas when resizing a window as the opaque
      region set by the client could be actually larger than the window itself
      and hence prevent areas to be updated while they should, causing
      artifacts on screen.
      Make sure to limit the clipping of the opaque region by the window
      extents to avoid the issue.
      Signed-off-by: Olivier Fourdan's avatarOlivier Fourdan <fourdan@xfce.org>
    • Olivier Fourdan's avatar
      compositor: Damage on opaque region update only if visible · 59e94fb3
      Olivier Fourdan authored
      If a client updates the opaque region of its window, regions previously
      opaque may become transparent, meaning that they would need to be
      repainted to let other windows underneath see through.
      The compositor already computes that and adds damage for the relevant
      Make sure to do that only for visible and redirected windows, other
      windows shouldn't trigger that though.
      Signed-off-by: Olivier Fourdan's avatarOlivier Fourdan <fourdan@xfce.org>
  12. 09 Nov, 2020 2 commits