I need extremely small tiling windows, say something with only a width/height of 10px. However, by experimentation I found that my window manager Sway (and likely also i3) has a hard-coded minimum height of 60px and minimum width of 100px.

So, dear Linux gurus, do you know of a window manager with configurable minimum tiling window size? Or with no minimum at all? Bonus point for running natively on Wayland.

Edit: Found the culprit in the sway codebase:

sway/include/sway/tree/node.h

#define MIN_SANE_W 100
#define MIN_SANE_H 60

In short, I am not sane.

These constants are not used much in the codebase, so it shouldn’t hurt to change it and compile from source. I will report results. Btw I opened an issue to see if they can be made configurable. Plus, some code archaeology suggests that this is not an issue in i3.

Thanks for your suggestions. Some, like Hyprland and dwl, sound promising, but I’ll try to make it work with Sway first.

Why do I need this, you ask? It’s a bit of a secret, but I’ve been working for about two years on a custom “operating system”, or rather a suite of productivity tools unlike anything seen before. I’m about to finish it, but one of my last requirements to make it all click is a tiling window manager that is both extremely minimal and extremely customizable. It will eventually be released as free software for the benefit, amusement, and horror of everyone.

Also the top 20px of my screen has burn-in and I want to declare it unusable at the window manager level. You see, I use Linux not only to flex, but also to live frugally.

Edit 2: Compiling from source worked. Patch here:

diff --unified --recursive --text sway-git/include/sway/tree/node.h sway-git.new/include/sway/tree/node.h
--- sway-git/include/sway/tree/node.h	2023-10-23 19:21:15.915536904 +0200
+++ sway-git.new/include/sway/tree/node.h	2023-10-23 19:30:18.638894754 +0200
@@ -4,8 +4,8 @@
 #include 
 #include "list.h"
 
-#define MIN_SANE_W 100
-#define MIN_SANE_H 60
+#define MIN_SANE_W 20
+#define MIN_SANE_H 20
 
 struct sway_root;
 struct sway_output;
  • tal@lemmy.today
    link
    fedilink
    arrow-up
    10
    ·
    edit-2
    1 year ago

    I haven’t tried creating tiny windows, but I would imagine that it would be pretty easy for you to just install compositors on Wayland or window managers on Xorg and test it yourself.

    But, bigger question – I’m kind of curious why you’re dead-set on a bunch of tiny tiled windows to the extent of being willing to disregard other functionality of the window manager or even the windowing system. Like, what is your use case? Is this some kind of automated testing system?

      • tal@lemmy.today
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        For the burn-in part, I don’t know about Wayland, but with X11, I’m pretty sure that you can use RANDR – see the xrandr command – to entirely slice part of the screen away. Like, you don’t need to put dummy windows there or whatever, and that’ll work with any WM.

        • sebastiancarlos@lemmy.sdf.orgOP
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          Cool, thanks! Look like there are things like xrandr for Wayland with this functionality. the burn-in is not so bad right now but I’ll keep this in mind.

      • Aatube@kbin.social
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        Maybe you should edit a bit of it to be on top? I use kbin and it perfectly collapses everything after your code block by default. Not that I can’t view it, I can still expand it.

  • zolax@programming.dev
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    1 year ago

    I think dwm can be compiled (and is very minimal so quick to compile) with different minimum widths and heights.

    there’s also dwl, which is supposed to be dwm but native Wayland rather than X, but I haven’t tried it out

  • Spore@lemmy.ml
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    I think most window managers have the functionality to avoid windows occupying the space for custom bars. maybe you can make use of this.

  • nyan@lemmy.cafe
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    I’ve ended up with windows of zero height in the past, due to some kind of obscure bug involving nvidia and unity games running in windowed mode, so I suspect the WM that comes with my DE has no minimum. It isn’t tiling or Wayland-friendly, though, so no good for your use case.

    (And add me to the list of people curious about what you intend to use this for.)

  • YIj54yALOJxEsY20eU@lemm.ee
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    Using i3 and some custom auto tiling (split the window on whichever axis is greater) I can create such small windows that they can no longer be seen, though function correctly. You may also consider something like tmux. I am curious to know what your application is.

    • tal@lemmy.today
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      1 year ago

      I can get tiled windows that are definitely narrower than what OP has specified on a default sway config. Just randomly threw up a bunch of windows, went down to 27 pixel wide windows. Didn’t try narrower or try splitting vertically, but that does make me wonder whether the limitation he’s hitting might be the particular application requesting a minimum window size, not the compositor. It looks like the X11 API does permit for that:

      https://stackoverflow.com/questions/76001204/how-do-you-set-a-minimum-window-size-in-x11

      I wouldn’t be surprised, though I haven’t looked, if a given compositor or window manager would have the ability to override that.