# I am the Watcher. I am your guide through this vast new twtiverse.
#
# Usage:
# https://watcher.sour.is/api/plain/users View list of users and latest twt date.
# https://watcher.sour.is/api/plain/twt View all twts.
# https://watcher.sour.is/api/plain/mentions?uri=:uri View all mentions for uri.
# https://watcher.sour.is/api/plain/conv/:hash View all twts for a conversation subject.
#
# Options:
# uri Filter to show a specific users twts.
# offset Start index for quey.
# limit Count of items to return (going back in time).
#
# twt range = 1 20
# self = https://watcher.sour.is/conv/jnfajzq
X11’s WM_NORMAL_HINTS property is a property that can be set on a window. Part of that property is width_inc and height_inc. They tell the window manager to only increase/decrease a window’s size by certain steps.
Terminal emulators like to set these values to the font size, so that when you resize the window the size “snaps” to the next increment and the terminal widget fits *exactly* into the window. It’s a bit hard to explain for me, so here’s a demonstration:
https://movq.de/v/7909ebc08a/st.mp4
That’s the st terminal.
It appears, Wayland does not have something like WM_NORMAL_HINTS, so this functionality has been removed from GTK 3. (You can still set this property on your window, but it’s convoluted and not part of the GTK toolkit, i.e. you have to use Xlib yourself. That makes everything very awkward.)
Hence in xiate, it looks like this:
https://movq.de/v/7909ebc08a/xiate.mp4
I kind of got used to that over time, but now that I use st every now and then, I realize how ugly and annoying xiate’s behaviour is. 🫤
X11’s WM_NORMAL_HINTS property is a property that can be set on a window. Part of that property is width_inc and height_inc. They tell the window manager to only increase/decrease a window’s size by certain steps.
Terminal emulators like to set these values to the font size, so that when you resize the window the size “snaps” to the next increment and the terminal widget fits *exactly* into the window. It’s a bit hard to explain for me, so here’s a demonstration:
https://movq.de/v/7909ebc08a/st.mp4
That’s the st terminal.
It appears, Wayland does not have something like WM_NORMAL_HINTS, so this functionality has been removed from GTK 3. (You can still set this property on your window, but it’s convoluted and not part of the GTK toolkit, i.e. you have to use Xlib yourself. That makes everything very awkward.)
Hence in xiate, it looks like this:
https://movq.de/v/7909ebc08a/xiate.mp4
I kind of got used to that over time, but now that I use st every now and then, I realize how ugly and annoying xiate’s behaviour is. 🫤
X11’s WM_NORMAL_HINTS property is a property that can be set on a window. Part of that property is width_inc and height_inc. They tell the window manager to only increase/decrease a window’s size by certain steps.
Terminal emulators like to set these values to the font size, so that when you resize the window the size “snaps” to the next increment and the terminal widget fits *exactly* into the window. It’s a bit hard to explain for me, so here’s a demonstration:
https://movq.de/v/7909ebc08a/st.mp4
That’s the st terminal.
It appears, Wayland does not have something like WM_NORMAL_HINTS, so this functionality has been removed from GTK 3. (You can still set this property on your window, but it’s convoluted and not part of the GTK toolkit, i.e. you have to use Xlib yourself. That makes everything very awkward.)
Hence in xiate, it looks like this:
https://movq.de/v/7909ebc08a/xiate.mp4
I kind of got used to that over time, but now that I use st every now and then, I realize how ugly and annoying xiate’s behaviour is. 🫤
@movq Never heard of this cool mechanism before. But with a tiling window manager this is not very much needed anyways.
@lyse Mhh, yeah, it looks a bit weird with a tiling WM. My WM doesn’t respect those hints in tiled layouts, either. But it’s nice to have them for floating windows – which I tend to use more often lately. (Might even abandon tiling WMs, we’ll see.)
@lyse Mhh, yeah, it looks a bit weird with a tiling WM. My WM doesn’t respect those hints in tiled layouts, either. But it’s nice to have them for floating windows – which I tend to use more often lately. (Might even abandon tiling WMs, we’ll see.)
@lyse Mhh, yeah, it looks a bit weird with a tiling WM. My WM doesn’t respect those hints in tiled layouts, either. But it’s nice to have them for floating windows – which I tend to use more often lately. (Might even abandon tiling WMs, we’ll see.)
@movq It's basically just open and save dialogs that are in floating mode. Everything else is tiled. I can't imagine ever going back.
@lyse I'm really happy with cwm.
@adi Never used this one, but stacked window managers just waste soooo much screen space in my opinion.
@movq Yeah, if there's just one terminal on the workspace on a modern monitor, it feels not natural. But most of the time there are several terminals visible. Since I figured out how to change my terminal font size with key strokes a few weeks back, I just increase the font size for single terminal workspaces. The other thing can be my browser when visiting very rudimentary web pages that do not limit the content width. Very long lines are a bit hard to read, I often don't immediately find the correct line to follow. Especially if the paragraph has more than six lines or so. Again, zooming in is my trick. On the other hand, a lot of modern pages have too narrow content columns for my liking.
I don’t know why or how, but using gtk_window_set_geometry_hints() has the desired effect (now?). Reading GTK’s source code is too convoluted to find out what’s going on here. I can’t find a corresponding Wayland protocol.
Sway gets *very* slow when resizing such a window, so I’m a bit inclined to think that GTK does some weird trickery to get this to work. 🤔
Either way, xiate now sets geometry hints again and floating windows have the correct size now. Finally.
I don’t know why or how, but using gtk_window_set_geometry_hints() has the desired effect (now?). Reading GTK’s source code is too convoluted to find out what’s going on here. I can’t find a corresponding Wayland protocol.
Sway gets *very* slow when resizing such a window, so I’m a bit inclined to think that GTK does some weird trickery to get this to work. 🤔
Either way, xiate now sets geometry hints again and floating windows have the correct size now. Finally.
I don’t know why or how, but using gtk_window_set_geometry_hints() has the desired effect (now?). Reading GTK’s source code is too convoluted to find out what’s going on here. I can’t find a corresponding Wayland protocol.
Sway gets *very* slow when resizing such a window, so I’m a bit inclined to think that GTK does some weird trickery to get this to work. 🤔
Either way, xiate now sets geometry hints again and floating windows have the correct size now. Finally.