I humbly put forward that modern web development provides us all the utilities to move away from class names and implement something much more robust, with some fairly straightforward changes:
Attributes
Attributes allow us to parameterise a component using a key-value representation, very similar to Map<string, T>. Browsers come with a wealth of selector functions to parse the values of an attribute.
This article made me very angry. It's written very misleadingly, it's full of lies. The proposed language offers too much decisions to the config designer (all of the decisions that matter, actually). Nevertheless, there are some ideas I want to mention here:
Not having primitive types beside strings is good. I'd also keep lists and dictionaries (not the way they made it, but the way it should be). Numbers, dates, booleans, all of this is a mess.
So, empty config or no config file at all must be a valid configuration.
And it's kinda neat how they find connections between category theory and configuration languages.
Cladosporium sphaerospermum is a remarkable species of radiotrophic fungus that is thriving in the Chernobyl Exclusion Zone and which scientists are studying to unlock applications in a wide range of fields.
Recently, I went on a week-long vacation to Japan. Besides being a ton of fun, something that stood out was how long the trip felt. One week in Japan felt like three weeks of my regular life. I've thought about why this is and found that the amount of time felt is greatly related to the number of memories created.
HTML for email is probably the hardest code to write. Even a teeny-tiny deviation from the rules will break the email in untold combination of os/desktop/mobile clients.
It's mid 2024. Almost 50 years since email was invented and 35 years since HTML was born. A 'basic-open-source-HTML-email-designer' must be a solved problem, right? We thought so too.
Sadly, that's not the case.
There are a few decent open source email designers but they carry dependencies that make them cumbersome to embed within your app. That's why we decided to open source our HTML Email Designer.
The SENDUNE email designer focuses on simplicity and ease of use. It is light-weight. It does pure HTML - no intermediate code wranglers like mjml. There is no lock-in of any kind. Save HTML output as a template and use with ANY email service provider.
Gibberish is a blogging app that looks and feels like a messaging app. It’s a bit weird, but that’s the point. This UI tricks my brain into writing mode, just like when I write long messages to my friends. Here’s what it looks like:
So true! The way I describe my day to the diary and to the friends is so different! It's those little bubbles that do something. I want this for Android.
Вастрик сравнивает программистов, которым по работе надо постоянно выбрасывать свой код, с фермерами, которые при первой необходимости забивают свой скот. Говорит, что пет-проекты — это уже питомцы, и о них уже можно заботиться.
Tobias tells us how a proper app theming mechanism is basically impossible in GNOME, and application ecosystems in general.
“Users” want a lot of things, but just because you want something impossible that doesn’t make it possible. In this case, it’s important to be aware of the costs of giving complete visual freedom to “themes”, both in individual app developer effort, and chilling effects on the ecosystem. If given a choice between customization and more, better apps, I’m confident the majority of people would prefer the latter.
Note that Betula is much more open to customization with CSS. It's a literal setting! I don't use it, of course. If I want to change something visually, I just push it upstream. Y'all folks can do the same, of course, but I won't accept everything. So you've got custom CSS. I think it works well.
This is Greg's (also known as GreyCat's) wiki. It has some pages which may be of interest for people doing Unix shell scripting or system administration.