awesome/lib/wibox
Emmanuel Lepage Vallee 04c757322c client: Turn `rc.lua` logic into a new `request::border` signal.
The default `rc.lua` was using the focus/unfocus signals to set
the border color along with `awful.rules`. This logic block was
no longer aligned with the rest of `rc.lua` since it was
the only place where `beautiful` variables where only used by
`rc.lua`.

On top of this, the new request handler also has extra contexts
for the urgent and floating/maximixed use cases. So it can be used
by themes to implement much smarter borders than just focus based
ones. They were previously limited by the fact most of the
(un-monkey-patchable) logic was in `rc.lua`.

Note that this commit also shuffle the awful.rules order between
the titlebar and the border and changes the tests accordignly.
After some consideration, I came to the conclusion the previous
behavior was bogus and the fact that the placement tests required
to know about the titlebar height is simply a proof of that. The
change was required in this commit because since the border is no
longer in the default rules, a new buggy edge case surfaced.
2020-01-11 15:43:11 -08:00
..
container wibox.container.margin: Allow nonnegative dimensions 2019-12-27 12:36:54 +01:00
layout doc: Upgrade the widget layout documentation. 2019-11-30 01:26:06 -05:00
widget progressbar: Fix a major regression. (#2933) 2019-12-01 03:35:26 -05:00
drawable.lua titlebar/wibox: Support widget definition in set_widget. 2019-10-05 22:57:04 -04:00
hierarchy.lua wibox.hierarchy:draw: Clear paths after .draw (#2805) 2019-07-03 16:55:38 -04:00
init.lua client: Turn `rc.lua` logic into a new `request::border` signal. 2020-01-11 15:43:11 -08:00