[dev] [st] Putting cursor in the line below the current line
I watched a video exploring Sun Solaris 7[1] where the install console had a unique cursor. It was an upward-pointing arrow _below_ the character[2]. I'm currently trying to emulate it in st. Drawing the cursor in the line below was easy[3], but it leaves artifacts behind, which I am guessing isn't redrawn because st doesn't know the cursor has been to the line below. I've skimmed through the code, but got lost somewhere around `xdrawglyphfontspecs`. Any suggestion on how to proceed? [1]: https://youtu.be/sJFxwBfFkyM?t=282 [2]: sunos.png (attached) [3]: st.png (attached) -- Enan 3nan.ajm...@gmail.com https://www.github.com/3N4N https://git.sr.ht/~enan GPG Key ID: 448F8D0D0D6DB601566E396CA031EA10A3ECB75D -- Enan 3nan.ajm...@gmail.com https://www.github.com/3N4N https://git.sr.ht/~enan GPG Key ID: 448F8D0D0D6DB601566E396CA031EA10A3ECB75D
Re: [dev] [st] libXft-2.3.5 fixed the color emoji crash
On Mon, Sep 12, 2022 at 06:52:52PM -0400, Steve Ward wrote: > https://gitlab.freedesktop.org/xorg/lib/libxft/-/blob/libXft-2.3.5/NEWS > > Version 2.3.5 > > Add support for BGRA glyphs display and scaling Seems to be working indeed. How does this impact existing suckless tools? ST never had any workarounds regarding this iirc (though the FAQ should probably be updated). As for DWM/Dmenu - does it make sense to guard the workaround with an preprocessor version check? #if XFT_MAJOR < 2 || XFT_MINOR < 3 || XFT_REVISION < 5 /* workaround */ #endif Just removing the workaround entirely might be an option as well with the assumption that if someone is running updated dwm/dmenu they should have an updated libXft as well. But I suppose there are plently of people that build suckless software from source but install libraries from distro package manager (which may be outdated depending on the distro policy). - NRK