Pinned post

Hi all,

I've had a few instances of people contacting me about the site of xwinman.org

When I mirrored it, I did say as just that -- a mirror of the information, which is found here:

xteddy.org/xwinman/

I've no intention of letting that go.

But, it seems there's a few people who are disputing the legality of these pages. and/or, wishing to clone the content for themselves and "modernise the CSS".

This seems odd to me. and should not happen.

To this end, I've added the mirrored files of xwinman.org here:

codeberg.org/thomasadam/xwinma

... and want anyone to know that these are the official files from the original mirror.

Hey all,

I'm wondering if there's anyone out there who can point me in the eight direction.

I have a VT320 terminal I want to use, but am lacking the MMJ cable -- this is quite common.

I'm not in a position to create one myself, and even then, likely won't be able to connect to a computer without a USB to serial converter anyway.

I'm curious if there's anyone in the UK/Europe who makes these cables, in which case I'm happy to pay for that -- I just don't want to try making this myself, as I don't have the time.

Any help much appreciated.

I got telnet working with UNIX V4, multiplexed with my physical terminals so more Low Resource Computing attendees can play with it at once!

lrc.cs.dartmouth.edu

#unix #vintagecomputing #retrocomputing

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:

codeberg.org/thomasadam/cow/re

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:

codeberg.org/thomasadam/cow

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 wayland compositor:

codeberg.org/thomasadam/cow

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.

Forget the bar as that will be changing shortly and may not even be waybar? But does my #CoW ( #FVWM for #Wayland ) menu colors look OK for my gruvbox theme ?

#FreeBSD #RiverWM

4. Install a signal handler (USR1/HUP) -- this would make restarting the window manager trivial, and keeps river running - which is already tracking the windows available to it.

Show thread

Some tips I've learned from writing ...

1. Nested River (on /#x11) is your friend. This makes it very easy to run a nested WM instance on whatever one is using to test features. The inner-WM will need separate bindings from the "host" because that takes priority.

2. Remotely with wayvnc. Because is built on wlroots, is a great alternative if you want to do remote testing/development.

3. As with point 2., you can set the environment variable WL_HEADLESS_OUTPUTS=n, where "n" represents number of screens. This can be used with some VNC clients to allow "multi-monitor" support. This can be made even better with version 0.10 as this can render multiple outputs appropriately.

I'm sure there's more, but this is a practical start to some of the things I've been using with .

Context bindings.

It's now possible in 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 used to allow.

Cc: @stuartl

CoW, is a window manager on top of the River compositor.

codeberg.org/thomasadam/cow

@thomasadam I think that nails it now… tried switching between a couple of windows and it seems to be working a lot better now. Consistently popping up the window list.

Type-ahead rather than a number will take a little adjustment, but it works well and I think will be better in the long run as it allows me to switch to a window based on the file that's opened there (assuming the file name is in the window title).

@thomasadam ahh … the good old window borders. I always loved that design.

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:

codeberg.org/thomasadam/cow

But a thing I was particularly pleased with, and with hindsight I still am: my mother found it easy to use. This was a surprise because I hadn't deliberately made it that way! Usability by people other than me wasn't much on my radar yet, at that age.

But, by luck, I made a good UI choice, which was to write all the menus so that they could be read as English sentences. So a user wouldn't need to learn any of the various complicated 'visual grammars' that sophisticated UIs use to signal the available keystrokes, mouse actions etc. They'd only need to read an English sentence telling you what options you have and what key to press to do each one, then pick one of them, and press that key.

The online help screens had the same feature: instead of containing obscure notations like ^B, they said "Press Ctrl with: B for bold, ...", and at the bottom, the all-important prompt for what to do next: "Now press any key to exit Help".

3/3

Show thread
Was looking for a wee utility to give me keyboard status information for #waybar on my #cow desktop and stumbled upon this. Might be of use to other folk too?

https://github.com/drougas/xkb-monitor

#Wayland #fvwm #riverwm

so the fil-c talk drove another point home I feel is really useful to think about in times of LLMs:

thinking and looking at things and possibly finding a pretty simple solution to improve what you have (in this case make C better instead of an entire new programming language)

and I'm left wondering how much LLM uncovered bugs could have been found by humans "looking at things"

(I'm using my vacation to look at cool shit and THINK...)

@thomasadam

Looks great, this could ease my force move to #wayland. But right now still on #X11 and will stay there as long as I can :)

#fvwm

@thomasadam Zero experience with doing something like that, but I can try! I can at the least get the actual, original colour schemes from the real HP-UX and Solaris workstations I have running at home. I'm quite sure some of my friends and followers would be more than capable of turning those into compatible colour schemes for CoW if I cannot! ☺️

@thomasadam haha, indeed, not that you say it, it indeed looks like a debug thing :))) The exact same "too many info" I get when I debug my scripts using printf 🤣

Look and feel is indeed so personal… Just have a look at fling. But having software being able to dress the way one likes is a proof of a nice dev!-)

Show older
BSD Network

bsd.network is a *BSD-adjacent Mastodon Instance. We have a code of conduct.