tinywm
river
tinywm | river | |
---|---|---|
26 | 82 | |
1,437 | 2,942 | |
- | 1.6% | |
0.0 | 9.4 | |
about 2 years ago | 6 days ago | |
C | Zig | |
- | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
tinywm
-
Fedora Workstation 41 to No Longer Install Gnome X.org Session by Default
> Nobody's requiring Wayland.
Yet. Defaulting to it is one step on the path towards removing support for X and independent window managers forever.
I deeply, deeply care about running an independent window manager. A minimal X window manager is a page of code: https://github.com/mackstann/tinywm/blob/master/tinywm.c (yes, plus xlib); a minimal Wayland compositor is tens of thousands of lines of code.
> contrary to your statements, it's perfectly ready for prime time
These comments are full of folks mentioning issues. Wayland does not support my window manager; thus it is demonstrably not ready for prime time for me.
> Wayland is the way forward
It may actually be. I’m not as opposed to Wayland as I may sound! But do you understand how you and other Wayland advocates sound — like advocates? ‘Wayland is the way forward’; ‘there's no future for Xorg’; these things are arguably true, but they are also rather cruel to say (a bit like ‘inevitably you and everyone will die’: it really is true, but it’s also not at all a nice thing to say).
I do think that Wayland or something very like it may be the way forward, but it needs to be an evolution, not a revolution. I know that the party line is that that’s not possible, but I suspect that rather than not possible it is just very hard. It’s always easier to greenfield, and it is always hell to be 100% backwards compatible.
But that’s what it needs to be.
-
RubyWM – an X11 window manager in pure Ruby
Hah. I didn't think this was quite HN worthy at this point - the code is still a mess, and has plenty of bugs. It was however the wm I actually use since I got frustrated with bspwm and did a very minimalist rewrite of TinyWM [1] in Ruby [2] and expanded it from there. It was painful the first few days until I'd had time to add multiple desktops and the start of a tiling mode. But at this point, it's "almost" pleasant for me.
The warnings are real, though, apart from the initial hyperbole - this is likely to break for you in all kinds of horrible ways still. I use very few applications beyond (my own) terminal, (my own) polybar replacement, (my own) file manager, and a browser, and so once Chrome and my own apps mostly started working ok I've had very little incentive to make sure it behaves nicely with anything else and I know the distinction between different EWMH window types is incomplete and broken - just not in ways that usually affect my own use.
[1] https://github.com/mackstann/tinywm/blob/master/tinywm.c
[2] https://gist.github.com/vidarh/1cdbfcdf3cfd8d25a247243963e55...
- What’s something simple but interesting I can build with c
-
WM like i3wm
picking a random bare bones wm tinywm
- TinyWM – A tiny window manager in around 50 lines of C
-
I cannot find the desktop environment for me
Or Check out TinyWM. Its just a few lines of code.
-
WM/DE iceberg
TinyWM
river
-
Switching to River from Sway and a few questions
More info on the wiki https://github.com/riverwm/river/wiki
-
Is there any way to remove the Title bar from zathura on RiverWM
Here is the related github issue
-
Easy to config tiling wm
If you can get past some minor wayland related annoyances, river is pretty easy imo, you can write a config in whatever format you want, it just needs to be an executable file, the most common type is a shell script. The actual configuration happens by calling the riverctl program from the file, which from what I've heard is a similar method compared to bspwm.
-
Questions about availability of specific functionalities in swaywm (and wayland at all)
Coming from awesome you may find river more to your liking than sway.
-
Chromium / Electron on Wayland causes crash of the whole OS
River crashed everytime I closed Chromium. The developer fixed it in 5 minutes :)
-
I may have taken plugins too far...
I've written a plugin that implements the river-layout-v3 wayland protocol in Hyprland. This means you can run something like rivertile, river-luatile, rivercarro or kile as a layout provider.
-
Master and Stack setup
Author here. And yeah, as of 0.6.0 it supports master stack - I just called it stack main. I was in fact inspired by river: https://github.com/riverwm/river. River is really promising but is still in very early development. Sway on the other hand has been around for a long time and I, for now, prefer that stability.
-
Has anyone managed to get Hyprland working on void?
In my very specific case, I'd probably start by taking a look at how animations were previously implemented in river, and then I'd pay careful attention to that transform matrix at the end. I'm not super crazy about the implementation using timers to drive it (versus interpolating where the transform should be across a deadline), but I guess they were going for smoothness.
-
Hey Rustaceans! Got a question? Ask here (8/2023)!
riverwm wayland compositor
- Ideas for system compositor
What are some alternatives?
chadwm - Making dwm as beautiful as possible!
sway - i3-compatible Wayland compositor
dwm-xcb - A port of dwm to XCB.
Hyprland - Hyprland is a highly customizable dynamic tiling Wayland compositor that doesn't sacrifice on its looks.
sowm - An itsy bitsy floating window manager (220~ sloc!).
wayfire - A modular and extensible wayland compositor
wlroots - A modular Wayland compositor library
dwl - dwm for Wayland - ARCHIVE: development has moved to Codeberg
hello-wayland - A hello world Wayland client (mirror)
bspwm - A tiling window manager based on binary space partitioning
wayland-rs - Rust implementation of the wayland protocol (client and server).
qtile - :cookie: A full-featured, hackable tiling window manager written and configured in Python (X11 + Wayland)