check client is mapped before setting border color

For some reason brave configured for as a wayland client triggers this code on startup and segfaults.

Checking if the client is mapped fixes this, like with the previous fix for urgent border colour.

References: 887fde65a3010905aa10f373cfcfe540cfc1781e
Fixes: 72a7d78a1a7926a207539eb50f44b2e1eb089d49

use <xcb/xcb.h> instead of <X11/Xlib.h>

only set border color for urgent *and* mapped X11 clients

this fixes a segfault when the client emits .set_hints but it's not mapped

Fixes: 72a7d78a1a7926a207539eb50f44b2e1eb089d49

Revert "just add define"

I'm going to make some changes in the config file anyway

This reverts commit e5367753bb90add013ee5d170a110064298ac2c4.

add [-d] flag to enable debug logging

simplify setting the border color of clients

make the borders red borders for urgent clients

iirc this is the same behavior of dwm

use the same border colors as dwm

add missing url about the COLOR macro

add macro to configure colors

Closes: https://github.com/djpohly/dwl/issues/466

Check if c is fullscreen before reparenting it to LyrFloating

Closes: https://github.com/djpohly/dwl/issues/487

make sure that fullscreen clients are on the correct screen when isfloating is true

Bug: https://github.com/djpohly/dwl/issues/487

include dwl.desktop in the tarbal

allow specify DATADIR (to install desktop file)

Add desktop entry file

fix typo

call setfloating in setmon

since in the previous commit we may not applying floating in clients
this is to make sure we do

return early if the client doesn't have monitor in setfloating

there is still a bug, but for now this prevents a segfault

Bug: https://github.com/djpohly/dwl/issues/472

prefer IRC over Discord

I regularly check the discord server, but it is much more likely that I will be
online on IRC, and djpohly does not seem to be active on either.

just add define