#fvwm — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #fvwm, aggregated by home.social.
-
#cow has a webs(h)ite:
https://thomasadam.codeberg.page/cow/
It's meant to be a bit of fun (inspired from fvwm.org), but also useful.
Even without JS enabled, this site should still be functional.
One of the key things here is that the man pages are now generated when the website is -- including at the point of releases, which means, those who like HTML docs can now view that.
I am NOT a web person -- I hate frontend with a passion, and up until quite recently used to type <HTML> like that -- in upper case as that's what I recall being taught in the 1990s.
Anyway -- have fun!
-
Rather cheekily, I've just added a theme to CoW to emulate what the canoe WM provides:
https://github.com/roblillack/canoe
If anything it's an honour as this look-and-feel is excellent. I've attached a screenshot of the result in CoW.
The theme can be found in CoW's repository.
Thank you, Canoe!
-
-
CoW's first release -- v0.1 is live.
After many months of hard work, bug fixes, and feature requests, I've decided to release the first version of CoW:
You can download it here:
https://codeberg.org/thomasadam/cow/releases/tag/0.1
I still expect it to be full of bugs, etc., so do keep those coming in.
Thanks to @justine, @lgsl, and others for their help!
What is CoW? It's a window manager running in on top of the River compositor. See:
-
Based on the image renderer code already in CoW, I've now written an XPM3-compatible parser to support XPM images.
I was in two minds about this, but I also didn't want to depend on libxpm for this.
What I have works, and will be mostly useful for menu icons, application icons, etc. The "wm-icons" package still produces XPM files, and I'm already using some of those in cow.
What is cow? It's a window manager for Linux/*BSD written on top of the #river wayland compositor:
-
It's now possible to define icons in menus.
There's two configurable options:
menu-style icon.path ~/.config/cow/icons:/usr/local/share/icons
This tells CoW where to look for icons.
menu-style icon.size 16
This sets the size.
In practice, it's therefore possible to, say:
menu-add -I foo.png "Foo"
Screenshot attached,
Thanks to @justine for all her hard work in testing this, and coming up with the proposal in the first place.
-
Context bindings.
It's now possible in #cow to bind mouse actions to different parts of a window border -- all four sides, and all four corners. Additionally, one can now bind actions to icons and the root window.
For example:
```
mouse I:0+right "menu-show WindowOps"
```Pops up a menu to perform window operations, when the right mouse button is pressed on an icon. Actions defined in that menu will run in context of the non-iconified window (as opposed to the icon itself).
Key bindings are supported, too, but they can only be bound to titlebar buttons.
This is similar to what #fvwm used to allow.
Cc: @stuartl
CoW, is a window manager on top of the River compositor.
-
I'm still playing around with this, but I suspect I'll merge it later.
You can now style menus individually via the `menu-style` command.
See screenshot attached.
CoW is a stacking window manager running on top of River:
-
@stuartl Hi Stuart. Re point 2., I now have an open PR which implements a PR for a `window-list` command.
See the `ta/window-list` branch. It can be filtered and sorted, and there's also a -F for filtering, too.
There's also typeahead.
It was a lot of fun to implement -- I might tweak it in the future, bit how it works now is how I intend it to work.
Let me know how you get on.
-
@stuartl re point 3 -- I do not know if Wayland has anything akin to xdd-menus. I don't think it does. I think the preferred way is to use `rofi` or one of the many typeahead applications to launch what you want. We might be back to the days of defining your own menus!
Currently, there is no way in CoW to PipeRead menus, or indeed anything like the DynamicMenu command. This is deliberate as it adds a lot of complexity and overhead I'm not sure I want to support. I will if the demand is there though. That said, there's nothing stopping you creating menus via `moocow`.
-
@stuartl Hi, Stuart.
I'm slowly working my way through this list, as I think it's valuable.
In terms of your first point about moving/resizing windows to fit the different dimensions of your screen, see:
https://codeberg.org/thomasadam/cow/pulls/204
I think this is what you were after. You can checkout the `ta/vp-geometry` branch. Note the examples in the PR description as well.
I'm also working on the windowlist menu. I had hoped to defer this to external applications, but a lot of that depends on which wayland protocol is used to enumerate that information. So having it builtin is probably the better option for simple tasks.
-
Mucking around with #CoW this afternoon to slowly migrate my #FVWM set-up.
It's showing some great promise. The new menu features are letting me do most things I could do in FVWM. I need to figure out a few things, but I might be able to jump ship to #Wayland some day. Some of these things relate to CoW and others are more general of Wayland.
1. I do use FVWM as a manual tiling window manager quite a lot, and have shortcuts that split the desktop area in halves or quarters, with windows being placed on one half or one quarter of the screen. FVWM gives me a lot more freedom than a dedicated tiling WM like Awesome (which I tried for a while).
For this to work, I've got to figure out how to window-resize a window to half the viewport area; using CSS parlance for example to split the screen vertically and put a window on the left half; I move it to 0vw,0vh and resize to 50vw,100vh. Bottom-right I have to move to 50vw,50vh and resize to 50vw,50vh.
Haven't figured out how to do that yet, I need to compute the 50% somehow, and also account for frame borders. Might be doable with a script that calls `moocow` but I'll have to investigate.
2. Bringing up a window list temporarily like the old FVWM `WindowList Root c c`; so I can just choose a number for the window of interest and it closes the menu and switches. Right now I'm using `cowiconman`, but that's not quite there. Again, maybe some external tool is the answer.
3. Enumerating the XDG menu tree, or spawning a launcher that can do that (most seem to emulate the "run" box in Windows with some auto-complete smarts… never did find one that worked the way I'd like) — need to see if maybe I can pipe commands in like FVWM's `PipeRead` to integrate `fvwm-menu-desktop`.
4. (for my tablet) Decent on-screen keyboard *with* all standard keyboard keys… the set up I use now is Onboard (which is X11 only) with the IBM Model M theme and a 6 row layout including arrows, CTRL/ALT/shift and function keys.
5. Need to find a good replacement for XScreensaver. Maybe something that can work with an on-screen keyboard too.
-
Hey all,
I'm slowly working toward a default theme, per: https://codeberg.org/thomasadam/cow/issues/55
See the screenshot attached.
This mimics the AnotherLevel theme from RedHat 5.X days, from early 1994 onward.
This is how I started out with fvwm.
No, it's not nostalgic for me, but I do like how it looks.
I suspect some of you might not.
If you want to change it, now's your chance, otherwise this is going to become the default theme...
Have fun!
CoW is a window manager for wayland running on top of the River compositor, see: https://codeberg.org/thomasadam/cow
-
Hi all -- I've added a slew of bug-fixes to CoW recently (thanks to @justine and others for the reports/testing!)
Additionally, I've added the following:
draw-exec -- a new command to draw a rectangle with the mouse to open a window at that size.
For example, the following binding (holding down meta (alt) and holding and dragging with the left mouse button) would open xterm once you've drawn a rectangle:
moocow 'mouse M+left draw-exec exec xterm'
If you'd like something more visual, see: https://youtu.be/8PkUKZDa6bQ
I'm not sure how useful this is, but it's fun, and was fun to implement it.
For the benefit of @stib, CoW is a wayland window manager for Linux/Unix running on the River compositor:
