My old monitor died recently and I bought a #CRG9 to replace it. I have a #AMD#Radeon 6500XT, I run #Arch#Linux with #Xorg and #EXWM and the #Compton/#Picom compositor. I bought the monitor for productivity issues as I'm not much of a gamer, the only games I play these days are Tagpro, a simple capture-the-flag browser game, and Chess.
you can install GNU/linux on flash drive(full-featured version) or use virtualisation,
WSL and cygwin are solutions, too
consider Tor browser through VPsN, Richard Stallman uses it exclusively; about:config in firefox adrress bar to javascript.enabled = false, or use EU (eww, emacs web browser)
Around the 1990s the winner was vim.
Around the 2000s the winner was Eclipse.
Around the 2010s the winner was Sublime Text.
Around the 2015s the winner was Atom.
Now the winner is VS Code.
Who cares which editor will be the next winner? I just keep using #Emacs, esp. as none of all the winners can read my email (#mu4e) or be my window manager (#exwm) 🙂
I love #orgmode, but there is an idiosyncrasy in org-capture's that seems atrocious to me. Whenever I go to capture a note, the capture buffer deletes all windows that are open except one, and splits it so only that window and the org-capture window are visible. As far as I can tell this is the behavior regardless of what your settings for display-buffer are.
This seems to be because instead of respecting display-buffer settings it uses delete-other-windows to ignore them instead. I can advise it to ignore delete-other-windows, which is better, but it still undoes any changes I make to my window layout while the org-capture buffer is open. Secondly, it also doesn't restore #EXWM windows properly. I cannot fathom why the maintainers would ignore a user's display-buffer preferences.
This is bad enough that I'm thinking about abandoning org-roam, (and probably any other org-capture based workflows). I carefully curate my window layout so that I have the information needed available to me. Org-capture decides that it knows better, and leaves me with a highly inefficient workflow for accessing the information I need to make my note. I just don't understand the rationale here.
If anyone knows a workaround to this insanity, please let me know.
Going slightly crazy. I updated and built #Emacs from #git, which I hadn't done since last September. All kinds of weird behaviour. 🤔 In particular, I can no longer start up Emacs as my window manager (#exwm). Dies during initialization and --debug-init makes no difference. 😟 Serious debugging called for, I guess.
Luckily, I have #StumpWM as my backup and simply using Emacs full screen is almost as good as exwm... but not quite.
"Wayland and X.org are both part of freedesktop. Whatever maintenance is still happening on X.org is mostly being done by people who primarily work on Wayland. There isn't some kind of holy war going on between The Wayland Developers who want to kill X.org, and The X.org Developers who believe it is great and want to keep it. They're nearly all the same people, and they all want X.org to die."
@Anarcat
You'd expect from a heterogeneous group of hackers that one of the first applications to be ported to Wayland would have been #GNU#Emacs and #EXWM, right?
"First blocker for #Emacs becoming a #Wayland compositor is that Emacs and Wayland both have their own event loop, and you can't merge them too. But you don't have to merge them because you can just make Emacs speak Wayland. So, Emacs becomes a Wayland client, and there's an extra server Emacs is talking to."
No idea if anything happened to resolve these issuse since then?
One of the biggest life-savers on #emacs#exwm has been the command xrandr -s 0. This somehow refreshes things and causes my triple-monitors to wakeup in ways that -auto and -set do not. But I cannot find documentation on it ANYWHERE; I've checked the manpages, web search... nothing!
EDIT: just tried xrandr --help and saw that it is short for --size. I'm still not sure why it works such miracles, though...
I like that workflow as well. Using #EXWM with #Emacs made it pretty easy -- I just have a single tab per window, set my buffer name to the title of the X-window, and I'm able to fuzzy search using my completion framework.
Spent all evening getting #exwm working on my triple monitor setup. A few interesting challenges that together required understanding Xorg's historical issues with screens and displays etc. Tomorrow, keybindings! And autostarts. And maybe transparency...
@garjola@louis@ms I use #EXWM as well. Its level of "interference with Emacs key bindings" is actually a negative value since it extends Emacs window management functionality to all X windows. So instead of losing keys you get to use your Emacs keys in places where you couldn't otherwise.
And then you also get exwm-input-set-local-simulation-keys which pushes this even further.
I have one datapoint for a project I did follow after it left GNU: One year after leaving GNU Gnome broke my desktop so badly that I switched to #exwm (so that’s an example for getting worse after leaving GNU).