This was a great showcase thanks for sharing! I really appreciate the detailed list of software too, it always disappoints me when people share pics but no lists.
I tried Niri a while back and wasn't convinced, but your showcase has made me reconsider!
While this is true, the meme suggests (to me) that, just as in real life, a lamp that is on consumes more energy than a lamp that is off. In addition, in the case of a monitor with a back light, every pixel in the scene will consume the same amount of energy (assuming all 'pixels' in a monitor panel consume the same energy) regardless of what is rendered.
Taking all that into consideration, not only does the lamp not consume anymore power when on, the lamp itself does not consume any more power than any other object rendered in the scene. I believe this is only true for when: 1) a monitor has an always-om backlight 2) it is not an HDR rated monitor and 3) we are only considering energy consumed during the production of light, not while rendering.
(I know the meme is not serious, but I'm having fun 🙂)
Depending on the kind of monitor you have this isn't really true, the screen's backlight will use the same amount of energy whether the rendered scene is all black or all white. Exceptions being technologies like OLED where individual pixels can be turned off/on
I disagree with this. I tried Doom when I first started using Emacs and yes, it gets you there faster, but it's extremely opinionated and essentially has it's own configuration language. I found that confusing when trying to learn how Emacs works, as there is "the Emacs" way, and then "the Doom" way.
Yes org-mode is an excellent alternative to markdown. Emacs offers a ton of features out of the box related to org-mode. However it is intrinsically tied with Emacs, so if you aren't sure about Emacs, then I wouldn't suggest using org-mode as a replacement just yet. I do encourage you to give it a shot though!
I currently run it in a Windows 10 VM using virt-manager and the virtio drivers from RedHat to enable OpenGL acceleration on a Windows guest. It is a decent experience. Would probably be much better if I passed a USB pointer directly into the VM instead of relying on virtualization.
Haven't tried it in WINE, and probably will never bother until the Affinity team take it seriously.
For language support, the response will depend on your needs/expectations. If all you want is highlighting, it will probably work out of the box. For advanced features, you'll need to look at Eglot or something like lsp-mode
To achieve this you will need a tiling window manager like Sway, Hyprland, or i3 and try to use as many CLI-based programs as possible for everything else. For browsers, there are projects like Nyxt (and some others I can't remember) that allow you to use vim or emacs like shortcuts to browse around.
However most GUI apps probably won't support an all-keyboard workflow so you will still need one. Depending on what software you use, however, you could make the vast majority of your regular computing mouse-free
What's a "jump box?"
If I recall correctly, Bluefin has surface specific builds that address these issues
This was a great showcase thanks for sharing! I really appreciate the detailed list of software too, it always disappoints me when people share pics but no lists.
I tried Niri a while back and wasn't convinced, but your showcase has made me reconsider!
This is clearly an attempt to be poetic. He provides examples of exactly what he means immediately after that sentence.
www.purelymail.com
I also have 16gb vram and the 32b version runs ok. Anything larger would take too long I think
While this is true, the meme suggests (to me) that, just as in real life, a lamp that is on consumes more energy than a lamp that is off. In addition, in the case of a monitor with a back light, every pixel in the scene will consume the same amount of energy (assuming all 'pixels' in a monitor panel consume the same energy) regardless of what is rendered.
Taking all that into consideration, not only does the lamp not consume anymore power when on, the lamp itself does not consume any more power than any other object rendered in the scene. I believe this is only true for when: 1) a monitor has an always-om backlight 2) it is not an HDR rated monitor and 3) we are only considering energy consumed during the production of light, not while rendering.
(I know the meme is not serious, but I'm having fun 🙂)
Emacs is from 1975 I think? So it's very possible 🙂
Depending on the kind of monitor you have this isn't really true, the screen's backlight will use the same amount of energy whether the rendered scene is all black or all white. Exceptions being technologies like OLED where individual pixels can be turned off/on
Frames are the outer-most container for windows. I may be wrong on this, but there is 1 frame per instance of emacs, or emacs-client
How did you move to Norway? Afaik you can't just show up to stay permanently.
I disagree with this. I tried Doom when I first started using Emacs and yes, it gets you there faster, but it's extremely opinionated and essentially has it's own configuration language. I found that confusing when trying to learn how Emacs works, as there is "the Emacs" way, and then "the Doom" way.
Yes org-mode is an excellent alternative to markdown. Emacs offers a ton of features out of the box related to org-mode. However it is intrinsically tied with Emacs, so if you aren't sure about Emacs, then I wouldn't suggest using org-mode as a replacement just yet. I do encourage you to give it a shot though!
It was a good assumption. These days most games will work flawlessly in WINE/Proton, but the same can't be said for other Windows software, sadly.
The Affinity suite is notoriously difficult to get working properly in WINE and/or Proton
I currently run it in a Windows 10 VM using virt-manager and the
virtiodrivers from RedHat to enable OpenGL acceleration on a Windows guest. It is a decent experience. Would probably be much better if I passed a USB pointer directly into the VM instead of relying on virtualization.Haven't tried it in WINE, and probably will never bother until the Affinity team take it seriously.
Hello! Welcome to Emacs!
Contrary to the other commenters, I would suggest starting with an out-of-the-box Emacs and only adding the things you need, as you need them.
As for your question, could you provide more detail about your expectations?
In the absence of it, I'll give you some generic responses:
markdown-mode: https://github.com/jrblevin/markdown-modehtml-modethat is included by out of the box: https://www.gnu.org/software/emacs/manual/html_node/emacs/HTML-Mode.htmlTo achieve this you will need a tiling window manager like Sway, Hyprland, or i3 and try to use as many CLI-based programs as possible for everything else. For browsers, there are projects like Nyxt (and some others I can't remember) that allow you to use vim or emacs like shortcuts to browse around.
However most GUI apps probably won't support an all-keyboard workflow so you will still need one. Depending on what software you use, however, you could make the vast majority of your regular computing mouse-free
Can't speak to your other software, but battle.net and diablo 2 run great on Linux via WINE/Proton
"vast majority" lul