Merge branch 'master' into history

Remove obsolete function

New setting: 'focus_follows_pointer'

Remove setting: 'focus_follows_pointer'

It is impossible to make the feature work in every cases without
unwanted side effects, therefore it will only exists as a branch.

Make ffp reacts immediately

Disable motion recording as soon as possible

Also, get_pointed_window needs to lower the motion_recorder
window otherwise xcb_query_pointer will return that window as child
attribute.

Optional desktop name for list_history

Remove all references in history_remove

Merge branch 'master' into focus-history

Update TODO.

Focus follows pointer rewrite

Update TODO

Remove obsolete prototypes

Unify tiled and floating pointer actions

The following 'grab_pointer' arguments are removed: 'move_tiled',
'resize_tiled'. The regular 'move' and 'resize_*' arguments shall be
used instead. The 'fence_grip' parameter is no longer meaningful and
has been removed. Moving and resizing now behaves the same for tiled and
floating windows.

Reuse W

New 'grab_pointer' argument: 'resize_side'

The 'resize' argument is now called 'resize_corner'.

Use the default is XDG_CONFIG_HOME is not set

New message: 'flip'

Update TODO

Be neutral

Be explicit regarding the license

Quick desktop preview

If two identical *use* messages are received, the last one will be
equivalent to *alternate_desktop*.

Update TODO

Differentiate focused and active colors

Remove the inner and outer borders

The concept of triple border was initially introduced to solve the
visibility problem occurring when the border's environment is similar to
the border itself. In practice however, it doesn't help much and has no
redeeming aesthetic value.

Add tiled move/resize pointer actions

New arguments for `grab_pointer`: `{move,resize}_tiled`.
New setting: `fence_grip`.

Update TODO

Check the initialization of EWMH atoms

Remove duplicate code

Merge branch 'master' into focus-history

Prevent pointer actions on fullscreen windows

Don't alter the floating state of fullscreen windows

Actually honour 'apply_shadow_property'

New setting: 'apply_shadow_property'

Will not have any effect unless `compton` is started with the
`--respect-prop-shadow` option.

Merge branch 'master' into compton-shadow

Only highlight the option as code

We follow Tim Pope's advice:
https://github.com/tpope/vim-markdown/issues/30

Only floating windows needs shadow

Merge branch 'master' into compton-shadow

Show libraries

Update TODO

New messages: 'drop_to{,monitor}'

'send_to' was broken, '--next' and '--prev' can't be options, and I
don't want to restrain the name of the desktops with 'send_to
DESKTOP_NAME|next|prev [--follow]' or handle multiple options: 'send_to
(DESKTOP_NAME|(next|prev --relative)) [--follow]' so I just created new
messages.

Don't use fancy `cp` flags

Make the Makefile more POSIX

Revert "Cursor pointer feedbacks for 'grab_pointer'"

This reverts commit e1e04bff2ea3ab6b8b1a736b53c2887fd36bd006.

Don't start actions via unmanaged windows

Fix previous rule pointer not being initialized

Cursor pointer feedbacks for 'grab_pointer'

New message: 'swap'

Focus follows pointer needs enter notify events

It seems that pointer motion events are not sufficient to enforce
'focus_follows_pointer': some windows grab the pointer and catch those
events (e.g.: *zenity*), preventing *bspwm* from receiving them. So we
need to listen to enter notify events too.

Remove obsolete prototypes

Update TODO

Don't exclude unmapped windows

New messages: '{grab,track,ungrab}_pointer'

'focus_follows_mouse' is renamed to 'focus_follows_pointer'.
The aforementioned option is now handled by motion notify events.
sxhkd is now required to achieve window move/resize actions through
the new '*_pointer' messages as bspwm is not grabbing the pointer anymore.

New messages: '{grab,track,ungrab}_pointer'

More things to do

Add TODO

Remove obsolete headers

Make small style alterations to "send_to_monitor"

Merge pull request #21 from ThomasAdam/ta/send-to-monitor

Add --next/--prev options to 'send_to_monitor'

Add --next/--prev options to 'send_to_monitor'

This teaches the send_to_monitor command to send a client to either the
next/prev monitor rather than having to always specify a named monitor.
Such options are useful to be able to send clients to monitors relative to
their own position.

Check for bind/listen errors when creating socket

New message: 'mouse'

The code related to mouse buttons handling is gone.
Mouse bindings must now be created via sxhkd.

Don't pass the same processor macro multiple times

Bye xbindkeys, sxhkd has arrived

Restore the event mask of the clients in 'restore'

Caps_Lock is always under the 'lock' modmask

Remove settings: '{numlock,capslock}_modifier'

The lock keys (num, caps, scroll) are now handled internally and the
aforementioned settings are obsolete.

Use the example macro for examples

Use the header continuation macro if necessary

Don't add unnecessary dependencies

New message: 'restore'

Relieve tree.c from non tree related functions

More informative output for 'list*' messages

It will facilitate debugging and also provide an exhaustive
representation of the current state that might be used to reconstruct
the layout of each desktops. While doing so, it occurred to me that the
*born_as* attribute of the *node_t* structure was only used for leaves,
so I changed it into a *client_t* attribute.

Free what we remove

Cleanup before leaving

Border color: *urgent* goes before *locked*

Merge pull request #20 from ThomasAdam/ta/fix-urgency-border-color

Fix drawing of urgency border colour

Fix drawing of urgency border colour

It looks as though commit f37c14902fd639b87090659433d815f20fe3a42a
introduced a regression in the way urgency borders are rendered.  Because
each window is considered across all desktops for monitors, we must now
augment the checking of an urgent client when looking up the border colours
for focused windows also.

Without this, a single window on a desk on an unfocused monitor will be
correctly set as having an urgent hint, but its borders will not pick up on
any urgent border colour settings.

Make function name concur with message name

Orphaned windows shall be initially invisible

New message: 'remove_rule'

Two digits is enough

New message: 'list_rules'

Only the current window shall not become urgent

We should only discard the urgency state of the focused window of the
focused desktop of the focused monitor.

Rewrite border drawing in `focus_node`

6ad8160fadb24e422ebb75c7ea855ff2b4f2e402 introduced a blinking border
bug under the `mon == m` circumstances, the new code tries to keep it
simple while being exhaustive.

Make the remote code adhere to the coding style

Merge pull request #18 from ThomasAdam/ta/active-border-color

Correctly honour 'active_border_color' setting

Correctly honour 'active_border_color' setting

Ensure the explicitly non-focused monitor with a focused window has its
borders down correctly when 'active_border_color' is used.

Previously, the checks handling this did not set the correct monitor to use.

New optional EXIT_STATUS argument for 'quit'

Also removed the 'reload' message because of its uselessness.

Toggle visibility across all monitors

Add '--follow' option to 'send_to*' messages

Also give input focus when making window visible

New message: 'toggle_visibility'

Handle optional split ratio in 'presel'

Fix `make debug` instructions

Prevent focus stealing for 'focus_follows_mouse'

When 'focus_follows_mouse' was enabled, and the focus was given (through
the 'focus' message) to another window, it was possible for the previous
window to generate an enter notify event and, hence, stole the focus.

Minor syntactic improvements

Small typos

Actually remove the 'status_stdout' setting

Add the custom panel opportunity