Live data from Hacker News

Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

github.com

71–80 of 97 posts

Re: Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

#71
post #57
post #5

Earlier quoted context omitted.

I really appreciate this comment, I think it is spot on. The official Win32 API for interacting with Virtual Desktops[1] is severely (deliberately?) lacking. There are some brave souls who are constantly reverse-engineering and figuring out how to interact with Virtual Desktops in all the ways that are missing from the official Win32 API, but this is a constant game of whack-a-mole because you never know when an upda…

I’m on mobile but there’s a preference to set the animation delay for the macOS virtual desktop switching to zero and it’ll basically run as fast or at least look as fast as Linux switching.

There was, but I don’t think it’s worked for a while now. Maybe there’s a new one somewhere?

Re: Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

#72
post #4

Komorebi works pretty well. In the end, I felt like it's limitations were mostly at the OS level rather than the fault of the software itself (similar to tiling WM on MacOs). I think for such a thing to really work, virtual desktops need to be a first class feature of the desktop environment. For Windows/Mac, they're still kind of janky. Whereas on Linux, I can bind Win+Tab to "Previous Desktop", hold down the button…

>Whereas on Linux, I can bind Win+Tab to "Previous Desktop", hold down the button, and watch the screen flick between almost as fast as the refresh rate of the monitor. It really makes a laptop, with a small screen and with no additional monitors, a high productivity environment.

In my opinion, you have right there concisely expressed the real differentiator of using a Linux tiling WM. While I understand that there exist numerous incentives for adding animations to graphical user interfaces, such as increased consumer appeal and furnishing the computer program with a time interval in which it can (re)load data, I would also like user interface designers to consider that for some, speed really is paramount, really is second to nothing, and then that those would like to opt out of animations. I care not if the GUI freezes for half a second when switching into a different context, as long as it's lower than the one-second baseline delay introduced by the designer. This becomes so much more important when dealing with the operating system --- it's in use all the time, and the time spent waiting in it compounds and throws one off! It's the "No Child Left Behind", but for GUIs --- let's file down peak performance in order to obtain a more uniform result.

On Linux using i3, swapping your workspace costs exactly nothing. I often find myself rapidly and repeatedly switching to-and-fro between any two of them, as if I were performing a trill on a musical instrument, whenever I want to compare the output of two applications. The WM is my personal concierge there. In Mac OS, it feels like I'm stuck waiting in a crowded queue at the post office when there's only one tired and miserable worker around.

Re: Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

#73
post #4

Komorebi works pretty well. In the end, I felt like it's limitations were mostly at the OS level rather than the fault of the software itself (similar to tiling WM on MacOs). I think for such a thing to really work, virtual desktops need to be a first class feature of the desktop environment. For Windows/Mac, they're still kind of janky. Whereas on Linux, I can bind Win+Tab to "Previous Desktop", hold down the button…

Anecdote: my gaming laptop from 2022 doesn't work on Windows 10/11. It keeps hard crashing when stressed. On Linux, it's totally stable on identical workloads. Personally, I don't see reason anymore for the existence of Windows. For a long time it held its ground as a gaming OS, but Steam/Proton has taken that final advantage from it.

Is it an Alienware? From experience they have an unstable overclock from the factory which is applied by software not in the bios.

I was pulling my hair out trying to diagnose crashes on a laptop for someone else. A bonus is if you install docker or WSL, the alienware control software could no longer turn off the overclock. So that whole time I thought there was no way it was overclocked because the option to overclock wasn't even visible in their software. it was a 2022 Alienware with a 12900k 64GB ddr5 and a 3080ti

Re: Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

#74
post #32

Offtopic but beautiful: komorebi is my favorite word in the category of "complex things in my language, for which other languages have a succint word", and in japanese it means the beams formed by light and shadows when sunlight shines through tree leaves

That's a very poetic translation, compared to jisho.org's 'sunlight filtering through trees '. It is also worth noting that it's a compound, not a single morpheme that represents the entire thought. (木漏れ日 - 木 is tree, 漏れ is 'filtering', 日 is sun/light)

Re: Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

#75

Has anyone used the tiling in the new Windows 11 update? How does that compare?

Haven't found any hotkeys, but for mouse-based it's nice and simple. My favorite is still Spectacle for MacOS, haven't found a perfect equivalent for Windows yet.

In 22H2 it's fully keyboard drivable

  - Win+Z brings up the layout menu
  - number keys select the layout, then where in the chosen layout the current window should go
  - arrow keys then let you select the other windows to complete the tiling
So if I want Firefox (current window) and Slack side by side

  - Win-Z inside FF
  - 1 selects side-by-side
  - 1 again snaps FF to the left (2 would snap to right, and so on for more complex layouts)
  - Slack is the first suggested window (MRU), so Space to snap right
It's not as quick as the mouse interface yet - especially with the mouse improvements MS made - but seems like it could be easily automated with eg Autohotkey

Re: Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

#76
post #48

Earlier quoted context omitted.

i bought a laptop from a linux-first company. a laptop designed for linux, with custom hardware and OS and all. i feel very miserable using it. my solace is that it is not my main device. on this very day, i had to disable tap-to-click on the trackpad. so no, comments like the above are true. i would not recommend a linux laptop to anyone. the used Thinkpad and Dell folks are the exceptions, not the norm.

Maybe you have issues with the synaptics driver? In case you do, I wrote an in-depth configuration guide for it a while ago [1]. Maybe this helps? [1] https://cookie.engineer/weblog/articles/synaptics-touchpad-o...

Added to my pinboard.in

(For everyone who thinks this is because Linux has much problems: I had no serious problems with the touchpad in my first 20 years but I hear it is a thing so I expect to see it sooner or later ;-)

Re: Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

#77
post #60

Earlier quoted context omitted.

I like FancyZones too, but it's all mouse-based. You can't even bind a shortcut to send a window to a specific zone.

Win+Arrows work in sequence for some, fyi.

Win+Arrows seemingly doesn't use custom defined zones and doesn't maintain the gapes between the windows.

Re: Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

#78

Very nice although I feel perfectly happy with MS FancyZones.

Been using FancyZones since the first version and as of late, I find that while basic features are great productivity boons, you still have to manage the windows and layouts manually. FancyZones needs an API to automate with, for example to switch layout when a specific window appears. Should not be too hard to add, just a bunch of command line arguments to call from AHK.

IIRC the PowerToys, incl. FancyZones, are open source so indeed it shouldn't be hard to add the things you want.

Re: Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

#79
post #30

it’s amazing what people will do to get the tiling stuff i’ve had via an AutoHotKey script for … feels like a decade, but i don’t know how long i’ve had it. I didn’t come up with it, but i collaborated a little. https://gist.github.com/naikrovek/b13a77d169de0e192bcf48fec0... it’s designed for a single high res monitor (1440p or better) and multiple monitors aren’t supported at all. i haven’t added that because i don’…

For me, one of the biggest motivations in writing komorebi was that I wanted to separate the window management from the key binding and shortcuts using a message-passing architecture similar to bspwm and yabai. By exposing all of the functionality (aka socket messages) via a cli (komorebic), I can use whatever I want to handle my shortcuts, which in turn makes it easy to configure my shortcuts to whatever I want. An…

Read this whole page looking for this thought exactly, and it’s convinced me to try it. Can you give some insight in how maintained komorebi will be? I know you can’t predict the future, I’m just curious to what extent you prioritize it.

Re: Show HN: Komorebi – A tiling window manager for Windows 10/11 written in Rust

#80
post #57
post #5

Earlier quoted context omitted.

I really appreciate this comment, I think it is spot on. The official Win32 API for interacting with Virtual Desktops[1] is severely (deliberately?) lacking. There are some brave souls who are constantly reverse-engineering and figuring out how to interact with Virtual Desktops in all the ways that are missing from the official Win32 API, but this is a constant game of whack-a-mole because you never know when an upda…

I’m on mobile but there’s a preference to set the animation delay for the macOS virtual desktop switching to zero and it’ll basically run as fast or at least look as fast as Linux switching.

I think that is gone, as are many of the old ones like NSWindowResizeTime (or similar) that made lots of the OS animations bearable (i.e., made them not happen).
Post reply on HN