Yes please. Passively cooled Framework with a much longer runtime on battery => awesome.
Such a great project. Bringing joy to a friend and reduce e-waste at the same time. Love it. Would give away the SSD from my old Core 2 Duo based laptop (which got replaced by a used Gen4 i7 laptop from my company when they sold the devices to employees for very little money. Now they are giving them to schools for free, which is great). Sending it around half the planet is neither free nor sustainable, though. Would be cheaper to buy a new one. But maybe you find someone to help out. For me, an SSD was a great improvement for that old machine. As stated in another comment, upgrading RAM did not work in that particular case.
Fun fact: The machine might even have more RAM. I also had an laptop with a Core 2 Duo. The mainboard supported up to 4GB of RAM. However, the BIOS only supported 3GB (for whatever reason). Around 200MB are used for the iGPU. That left me with 2.8GB of RAM out of 4GB.
Haven't seen it indeed. Afaik, app icons should be fine. In case they are not, I have an idea, what the issue might be. Thank you.
Reading through the bug tracker, the GNOME approach seems to be one I see way to often: "The standard is outdated in our view and does not suit us. Let's just treat it as obsolete and make our own incompatible thing. If this breaks stuff, its not our problem." I prefer those that say: "We need an updated standard." But they seem to be the minority, at least these days.
Still working on my app launcher. Currently working on on user config. Recently I added support for app icons and there freedesktop.org icon themes. Icon themes are more complicated than I expected. Themes can have multiple fallbacks themes which themselves can have multiple fallback themes. Totally makes sense. I just did not think about it too much before implementing it. Allowed me to implement a nice breadth-first search. Most themes have a single fallback theme, so it is not of much use, but hey, I follow the spec. 😅
At work and for hobby projects. At work I am looking at using Rust for safety-critical systems. As a hobby I am building a dmenu alternative. It is a fun project and I have a menu that satisfied my wishlist.
I would not call it a bash. Go's approach naturally comes up in discussions on async Rust. Thus, it makes sense to at least briefly mentioning the trade-offs that approach has.
Technically, font healing is a neat idea. It fails for text that does not meat its requirements, i.e. two 'm' next to each other. Depending on the characters around them, this might create two different 'm'.
This is unavoidable, of course. The only solution are proportional fonts. So font healing is a nice idea. It creates a more consistent spacing at the price of less consistent glyphs. Whether one likes this compromise, is a matter of taste. I personally lean towards consistent glyphs, but I did not try it for an extended period.
I am working on an alternative to dmenu. My goal for it is to be fully configurable via a toml file. Most importantly it shall be able to toggle between types of entries (desktop entries, /usr/bin) on the fly. As of now, it is a less mature version of j4-dmenu-desktop and progress is slow. But it works as my daily driver on i3wn, both on my work VM and my personal laptop. So I can live with slow progress.
I prefer to keep tooling for that at a minimum. Therefore I use git only. My approach is taken from here: https://www.atlassian.com/git/tutorials/dotfiles
The only difference: My git alias is dotfiles not config. I find that to be less confusing. Additionally, I source system-specific configs, where appropriate. These are not stored in dotfiles. There is a small todo section in my readme.
I switched from ISO to ANSI a few month ago. I touch type and I need German umlauts. Just as a background. This required me to find a layout that supports umlauts. I went with EurKEY. Overall, switching was easy. I do need a larger AltGr for umlauts but overall, switching was no big deal. I do like the shape of the return key on ANSI and that there are fewer keys right to my right pinky (on the home row). Typing umlauts is slightly less convenient, especially when capitalized, but not by much. Switching between ISO and ANSI and at the same time German layout and EurKEY is easy for me. Side note: I switched for the same reason (keycaps) and for writing code.
Unfortunately this is not the case. A lot of people leave school assuming that scientific discoveries are eternal, unfailable truth that we just know to be true. Few ever understand how we acquired our knowledge and how to lewrn to understand it. Many assume you 'just have to learn it'. Those your play around with computers or other stuff have an advantage. They know how to gain understanding not just how to learn facts.