Does it really make sense? Right wing politicians are calling themselves patriots, why would they support foreign companies and give them so much power? Must be a dangerous mix of corruption and stupidity?
As Godot is still very simple from the UX perspective, I'd prefer a set of tools to fully replicate the flash workflow instead of a dedicated app. Why reinvent the wheel? Stuff like keyframe animation editor etc is already there anyway and the engine is powerful enough. Just missing some tools, which could be easily added via the asset store.
Robot slaves is a funny phrase if you consider that the origin of the word robot literally is a term that meant slave or "forced work". Language doing circles.
The same thing I wonder when one claims Jupyter notebooks to be literate programming.
I think cue might be close but to be honest, some practical examples would have been helpful to get a better impression of the point the article is trying to make.
I use it for my music files and audio books as it is smaller than mp3. In average it was around 1/3 less space used, I think. I do not hear a difference, but just to make sure I usually convert from the highest available format available, often FLAC, to opus using ffmpegs default settings. No regrets so far. Doing this for a few years now.
You never have only one requirement to satisfy. For example, if you'd welcome a certain amount of contributors, your language should be something people know or people like to learn. And of course it may just be the mood of the initiator, which I find completely fine.
Personally I find rust projects very inviting. Figuring out the amount of unsafe code is easy with grep/rg (to a certain degree), the project structure is pretty standardized, etc. All of this makes even a complex project relatively easy to start with. At the same time, the language is pretty usual (C-like and readable). I understand people like it, and writing "written in rust" is a good call for those people, I guess.
"Written in JS" would communicate something else than "written in D" or "written in C++". It communicates a lot of things implicitly.
First of I think it is nonsense as I never got any NSFW content with filters enabled, and I actually always disable them and still get no NSFW content if I do not search for topics that can at least imply it.
But the main point here is that this is something generated in a chat-like product. The task and expectations and level of control are completely different. I am not saying it is impossible something like this comes up in a model even with good training data, but even in this unlikely case, this would be easy to catch with a filter.
AI is not search. It is a likelyhood-based text generator which can be useful for finding good terms for search and a lot of other uses, and while people use it for search, the mode and UX is completely different. That is why people use it as such!
If a Restaurant cannot provide proper hygiene, it will be forced to improve or be closed if noticed. And for Grok (and others) hygiene is in question due to such incidents. Society needs to discuss metrics for AI chat hygiene so we can have consistent law enforcement to shut down services like these when they are not hygienic enough.
Still not Habecks legacy. This was decided under Merkel.
Besides, CO2eq are often wrongly measured with nuclear energy, ignoring building emissions and effect on the water temperature in rivers (every summer more and more plants need to shut down because of this), etc. Even if this would be done right, there are again and again longer periods where Germany exports energy to France because their reactors are often in maintenance. In the end I would say it is always a bad idea to rely on only one technology to a large degree. Only a well done mix makes you resiliant.
Not sure if there was an option, but I would not want to enable it anyway. I want to avoid baby fingers to enable the screen ;) I remember I enabled it with my previous phone, though, so could work for some.
Reading this on my Fairphone 5 and can't reproduce this issue. But I admit that sometimes I just want to see the lock screen and accidentally unlock the phone. Therefore, I still agree. The back is the better position for the fingerprint reader.
While I am not so negative, I'd also like to have a demo with a real example. Even if it does not scale, I think this could make debugging interesting at least for beginners and their smaller code bases. Rust is called a language that is hard for beginners, and I think every approach into easing things should be welcomed.
I always disliked the chaos that happens quickly with application windows, and loved the idea of tiling. But none of them really worked for me practically until I found PaperWM around a year ago or so (gnome extension). It has few core shortcuts and feels more natural. Like you would really arrange applications directly on your desk. It does not limit itself by your screen width and has the nice default that a new window appears to the right of the current window (configurable). You seldomly have the need to re-arrange windows, because the default just fits 99% of all cases. In addition, you still have the comfort of gnome. No hacky config files just to get wifi working or so. For work we have OSX, and I am really missing it there (I am using rectangle there instead). https://github.com/paperwm/PaperWM?tab=readme-ov-file#usage
FP5 owner here. IIRC, this is a guarantee for security updates at least, yes. There was some promise on how many major android updates they guarantee I think, but I forgot the details. I also wonder if and how far the promised minimum will be exceeded.
That said, I am just glad Fairphones are usually relatively well covered by open source versions of android and other operating systems. Even if I may need another phone for banking apps and all that annoying stuff in 2030 or so, I can at least safely re-use it for other purposes. My "old" Android is now nothing more than an offline mp3 player, which is kinda sad.
Funny, I just used it on Firefox for Android and it worked.
Impressive, but practically unplayable because, for example, the moment grass comes near to the camera it will likely halluci-spawn a wall or something right before the camera (behind the grass). Every time I saw a place to walk to, I was never able to reach it because of similar effects. But: nice idea.
Yes, but you rely on a working installed software. If it is not properly maintained, you will need to switch at some point, and therefore change your current workflow. The assumption here is that file and web browsers will exist for a long time and not only make the data sustainable, but also the way you use it. Some of the other approaches shown in the comments make the browser not only the viewer, but also the tool. I am not saying zim and obsidian are completely different, but the assumption made above is significantly less likely to hold for these tools.
I am not against zim or obsidian. In fact, I currently use plain markdown wit vs code, which boils down to a similar situation. But vs code and its extensions may be gone in a while and then I will have to look what to do.
Markor is an Android Text Editor with Zim (and other markup) Support, althogh I never used the Zim compatibility. But it is probably worth a try.
I like that zim is not automatically a hosted solution but a local app. I would love to see more local apps for archiving solutions and PKM. I just have some issues with the Zim app itself. It works nice for some of my use cases, but not for all. And I wish it would just use markdown (I know it has limits). Stuff like that.
I think Zim does not really fit into the discussion because it does not rely on easily exchangeable standard software like a file explorer and browsers.
That said, I believe that notetaking applications mostly exist because file explorers do an extremely bad job and integrating applications with them is too limited or at least too reunified. Look at what these applications offer. 80% of it is actually the task of a file explorer.