To get rid of the ugly border you can recompile wslg and set the colors to something different. You can also use something like X410 to handle your X windows, which is where I ended up.
You can try emacs-pgtk package, cause WSLg relies on Wayland
Yep that’s what finally caused me to switch to using Emacs on WSL2 (instead of the Windows build). Then you can also get rid of that ugly white border from WSLg.
any details on that white border stuff? pgtk didnt autofix it for me in the past and id love to not have it searing my eyes
Not sure if there’s something else missing in your setup. I’m using WSL2 (Ubuntu), and in my case all I had to do was compile Emacs passing the --with-pgtk
flag, then:
sudo apt install gnome-tweaks yaru-theme-gtk yaru-theme-icons
And ran gnome-tweaks
in the terminal, and changed the application and icon themes to Yaru-dark.
I downloaded the source code for emacs and compiling it locally with the --with-pgtk flag. (And --with-native-compilation for better performance)
That made my life improve a lot.
You can also install pgtk emacs directly from snaps when under Ubuntu in wsl, if you prefer.
I get a warning when compiling emacs from source with the pgtk flag telling me about a known bug in my version of gtk that causes problems when opening and closing multiple emacs instances. Do you know anything about this? In particular would it be resolved by switching to the snap?
First and foremost these are different fonts, so it’s hard to draw a comparison. However, I do agree that the font used in the gui lacks crispness.
Interesting. I’ll have to investigate. I use wsl2 and always have. I’ll report back if I notice some differences.
It looks a lot like when an app doesn’t know about the current fractional scaling. Are you doing any scaling?