awesome/lib/wibox
Emmanuel Lepage Vallee 83c31f948b fixed: Try to handle zero sized widgets again.
The newly changed code doesn't handle this well:

    local w = wibox.widget {
        {
            --add anything here
            widget = wibox.layout.fixed.horizontal
        },
        widget = wibox.layout.fixed.horizontal,
    }

This will cause the "inner" fixed layout to have the minimum size
it supports. In that case, if the last widget has "no size" because
it supports up to 0x0, then it isn't added to the layout.

This was done "on purpose" because if there is a spacing, then `:fit`
would have returned a size "too small" because the last spacing area
would be (correctly) missing.

But if the zero sized widget isn't added to the layout, then it's size
isn't tracker. So if it emits a layout_changed signal, nothing catches
it.

The "fix" is rather hacky and probably a little incorrect. It rely
on the behavior of `:fit()` to avoid adding the "wrong" widgets to
the layout, which is fragile.

However, I don't have a better idea.
2021-05-31 02:27:36 -07:00
..
container doc: Document the place container. 2021-04-24 23:28:18 -07:00
layout fixed: Try to handle zero sized widgets again. 2021-05-31 02:27:36 -07:00
widget refactor(menubar, textbox): replace menubar.utils.compute_text_width() with textbox.get_markup_geometry() 2021-05-26 14:18:10 +02: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 fix wibox declarative opacity 2020-04-26 17:36:36 +02:00