Why limit the user to a minimum size of the window

[DreamMaoMao]

In the non-floating state
On some tiled window managers in the wayland environment blueman will refuse to shrink to a smaller size than its window limit minimum

In the floating state
In both waylabd and x11 environments it refuses to shrink to a smaller size than its windowed minimum

This is not available in other applications, so if you want to use it, you can only accept its limited window size and no way to customize it

[infirit]

Iirc we only enforce the horizontal scroll policy (no scrolling) on the DeviceList. You should be able to make the vertical size quite small.

[DreamMaoMao]

@infirit

There are some excess areas on Horizontal direction I think it is not automatically in an optimal size, is it possilbe to allow users to adjust it themselves

[DreamMaoMao]

When I sent a resize request to the blueman window in the x11 non-floating state, he could accept it and reset his size, but when I tried to send a smaller request to him in the wayland or floating state, the blueman window refused to do it

[infirit]

We set a property on a widget which forces a specific width. You can try #2165 which changes this.

It does have a drawback, the progressbar can cause the window to resize as it needs some space (it is hidden on launch).

edit: 200px seems enough space for the progressbar.

[DreamMaoMao]

The x11 environment can be shrunk down, but the wayland environment still can't be shrunk down

[infirit]

Just checked and I see identical behaviour under kwin wayland and kwin X11. This is the minimum size under kwin wayland.

[DreamMaoMao]

Oh thanks for you test . I am using dwl, I still have some problems with the window fit in wayland environment, I gave up letting wayland Windows automatically resize, I tried the more general force-cut application display window to avoid tiling chaos.