Re: [dev] Wayland compositors

2021-09-16 Thread Tobias Bengfort
Hi, I think much of the hate for wayland is misdirected. Don't get me wrong, the state of wayland is bad. But IMHO that is not entirely the wayland people's fault. What they did is saying: "Hey guys, we are tired of maintaining X. We will start a new project with a tighter focus. The wider l

Re: [dev] Wayland compositors

2021-09-08 Thread Tobias Bengfort
Hi Nick, thanks for sharing dwl. I started writing some patches and it really feels very close to dwm. Not fully there yet, but close. also: don't feed the trolls tobias

Re: [dev] [st] Thoughts on kitty keyboard protocol

2021-06-21 Thread Tobias Bengfort
On 21/06/2021 07.18, Страхиња Радић wrote: And if anyone does want to support this protocol, it would be better done in an optional feature patch or a fork. I agree. However, that was not what Tobias (the OP) called for. It was rather the inclusion of the support for kitty protocol in base st.

[dev] [st] Thoughts on kitty keyboard protocol

2021-05-21 Thread Tobias Bengfort
I just found out about this protocol: https://sw.kovidgoyal.net/kitty/keyboard-protocol.html Basically it provides a way to send unambigous esc and other keys as well as key release events to terminal programs while being mostly backwards compatible. It sounds like a reasonable proposal to m

Re: [dev] Culling all the way down

2020-09-07 Thread Tobias Bengfort
Hi, On 07/09/2020 09.13, Alexander Krotov wrote: > Maybe a better solution is to send XOFF (see > https://en.wikipedia.org/wiki/Software_flow_control), but I am also > not sure how other programs react to it. They will probably block > waiting for the write(2) syscall to return instead of continu

[dev] Culling all the way down

2020-09-05 Thread Tobias Bengfort
Hi, I am currently creating a curses application that is updated independently of user input. Think of something like `top`. I realized that the process is using the same amount of CPU whether it is currently visible or not. That bothers me. I would prefer if my app got notified when its visibilit

Re: [dev] [slock] FDO lock event signal

2020-05-09 Thread Tobias Bengfort
Hi Nicolo, On 09/05/2020 21.51, Nicolo' Piazzalunga wrote: > not sending the standard FreeDesktop.org signals I have used a wrapper script to lock gnome-keyring using this: ``` dbus-send --dest=org.freedesktop.secrets /org/freedesktop/secrets org.freedesktop.Secret.Service.Lock array:objpath:"/o

Re: [dev] [st][general] replace dmenu and other X tools by st

2020-03-14 Thread Tobias Bengfort
On 14/03/2020 18.25, Tait Hoyem wrote: >> I think many X >> tools could be replaced by TUIs running in st. > > What other X tools are you thinking of? The other tool I was thinking about was panels like polybar. Apart from that, not actually sure. I mean, I already use many TUIs like vim or cpla

Re: [dev] [st][general] replace dmenu and other X tools by st

2020-03-13 Thread Tobias Bengfort
On 13/03/2020 13.55, Tait Hoyem wrote: > Let's suppose there is a setup where windows are unable to be > centered, would we want to exclude those people from using a > dmenu-replacement? There was nothing in my original post about centering. dmenu by default is not centered either. If you want to

[dev] [st][general] replace dmenu and other X tools by st

2020-03-13 Thread Tobias Bengfort
Hi, I am surely not the first to come up with this[1], but I think many X tools could be replaced by TUIs running in st. Think about this quick example (dmenu replacement): ``` tmpi=$(mktemp) tmpo=$(mktemp)(font rendering trap "rm -rf '$tmpi' '$tmpo'" EXIT cat > "$tmpi" st -i -g '60x12' -e sh -c