Skip to content
Snippets Groups Projects
Select Git revision
0 results
Search by author
  • Any Author
0 authors
  1. Nov 06, 2015
  3. Aug 25, 2015
  5. Jun 15, 2015
  7. May 18, 2015
    • Olivier Fourdan's avatar
      Only check for known buttons in _NET_WM_MOVERESIZE · 71d37e11
      Olivier Fourdan authored 
      
For _NET_WM_MOVERESIZE requests, if the given button does not match any
available physical button, we would wait for that (impossible) button
combination to be released.

Check that the given button is one of the well known button or just wait
for any button release otherwise.

That fixes an issue with KDE apps where clicking on the menu bar to move
the window would hang forever after the mouse button is depressed.

Signed-off-by: default avatarOlivier Fourdan <fourdan@xfce.org>
      71d37e11
  9. May 15, 2015
  11. Apr 29, 2015
    • David Gilbert's avatar
      Add more accelerators to window menu · 34168a96
      David Gilbert authored and Olivier Fourdan's avatar Olivier Fourdan committed 
      
Bug: 5649

This enables more accelerators on the window menu - i.e. the one you get to
from the titlebar or alt-space.

  on top/same/below   get T, S and B
  On all Visible workspace/on this workspace  get V
   (with a small change to the text)
  Move to another Workspace gets W
  The first 9 workspaces now get the accelerators 1..9 on that menu

Signed-off-by: default avatarDr. David Alan Gilbert <dave@treblig.org>
      34168a96
  13. Apr 27, 2015
  15. Apr 24, 2015
  17. Mar 28, 2015
  19. Mar 27, 2015
  21. Mar 22, 2015
  23. Mar 19, 2015
  25. Mar 15, 2015
  27. Mar 14, 2015
    • Olivier Fourdan's avatar
      Fix compiler warnings · a9f42807
      Olivier Fourdan authored 
      
And other missing bits.

Signed-off-by: default avatarOlivier Fourdan <fourdan@xfce.org>
      a9f42807
    • Olivier Fourdan's avatar
      Horizontal scrolling/window opacity optional · bdf28aa3
      Olivier Fourdan authored 
      
Bug: 10372

With compositor enabled, horizontal scrolling via the mousewheel or
touchpad would adjust the window opacity.

Apparently, this is confusing so make it optional and disabled by
default.

If you fancy this feature, you can re-enable it by setting
"horiz_scroll_opacity" to true in xfconf.

Signed-off-by: default avatarOlivier Fourdan <fourdan@xfce.org>
      bdf28aa3
    • Olivier Fourdan's avatar
      Check class hint name for same applications · 77dc4e95
      Olivier Fourdan authored 
      
Bug: 11685

There was some confusion in the definition of "same application" when
cycling through windows of the same application.

Same application meant windows which share a common leader or from the
same group, which basically means the same running application, not
two different instances of the same program.

Widen the search criteria to the WM class "resource name" which
contains the application name so that multiple different  instances of
the same program/application can be included.

Signed-off-by: default avatarOlivier Fourdan <fourdan@xfce.org>
      77dc4e95
    • Olivier Fourdan's avatar
      Fix gravity · 76bfe009
      Olivier Fourdan authored 
      
Bug: 11693

Fix a long standing bug with gravity which was partly due to a wrong
interpretation of the gravity definition from bug 3634 where the
reproducer provided was actually wrong.

Gravity does not change the actual reference point of the client
window, but rather "specifies how and whether the client window wants
to be shifted to make room for the window manager frame" (from the
ICCCM definition).

This makes xfwm4 behave the same as other window managers such as
metacity/mutter or kwin with regard to window gravity.

Signed-off-by: default avatarOlivier Fourdan <fourdan@xfce.org>
      76bfe009
  29. Mar 10, 2015
  31. Mar 08, 2015