moltopoco

Which is funny because Ubuntu is also the only distro that wants you to install the Steam snap instead, which is then again unsupported.

Switching from and to desktop mode works exactly the same as on SteamOS, but if you are not setting up a handheld or HTPC, Bazzite also has regular KDE/GNOME desktop images, and even -dx images like Bluefin. I've been pretty happy with my various Bazzite installations.

Not just flashing but also flickering, some headlights that I've seen in the wild look quite aggressive if they are in the periphery; dimming gone wrong? Anything that flickers or flashes will be brighter at peak than if it was a constant light source.

My understanding is that MacRuby relied on Apple's ill-fated attempts to migrate from reference counting to regular garbage collection. I would be surprised if GC still worked on modern arm64 macOS. RubyMotion later adopted ARC but then it's not really Ruby anymore.

I think I agree with what the grandparent poster wrote, and I'll try to expand on my reasoning. As a mildly paranoid user, I cannot possibly keep track all of all the individuals who maintain parts of Bluefin, no matter how much I like following all of you on Discord etc. I still don't even know what a DistGit or COPR is.

When I install a more corporate product such as Ubuntu or macOS, sure, it's also mostly middlemen repackaging other people's code. But it is clear what and who belongs to the company or team, and the team has a shared interest in protecting its reputation, and hopefully pwning or buying a single individual's accounts cannot infect everything else.

To that end, I agree that "consolidation" would help - sometimes that might mean controlled mirroring of things into the Bluefin org or so - but that is exactly what distros do, and I understand that Bluefin does not want to be a distro.

The results of this past survey are not quite as gloomy:

https://www.patrick-breyer.de/en/poll-72-of-citizens-oppose-...

Sadly, the new German government is comprised of two parties that have consistently voted for more surveillance. I'm afraid this time it's up to the courts to stop this.

> that's the general public. They want it; they'll get it.

Citation needed?

https://www.patrick-breyer.de/en/poll-72-of-citizens-oppose-...

That's only one survey, but I'd say it still beats anecdotal evidence.

For the same money, one can also get a laptop that has a nice display right from day one. The FW12 looks interesting, but if I'm hoping to buy an upgraded screen down the road, and a better CPU, a backlit keyboard, a better camera, and maybe better speakers... then I am not taking advantage of upgradeability, I'm bending over backwards just to avoid buying a Lenovo Yoga or so.

Hah, my problem with ASUS is that they don't offer proper ISO keyboards in Europe. (Their left Shift key is short, but the Return key is wide.) I really don't know what they are doing with their keyboard layouts.

And that's actually the reason why I'm lurking in this thread; I want a 2-in-1 and didn't get the X13 Flow due to its keyboard.

What would stop Apple's hypothetical "Objective-C without the C" from talking to existing Objective-C code? After all, Swift can use UIKit just fine. Even mixing C++ and ObjC is reasonably easy.

In a sense, MacRuby was trying something similar, but the dependency on a GC doomed it.

Stuck in what way? It would have been easy for Apple to make an "Objective-C without the C", where it's still using message passing and the Foundation libraries, but without header files, raw pointers, and all the @messy @syntax. Add little goodies like auto-stringification of enums and so on. I think that kind of superficial cleanup would have been enough to modernize the language. They could have spent the rest of all the time that Swift has consumed on better dev tooling.

Do you have a reference for this portal going away? I was really happy that work was being done in that area, and was optimistic that even Java apps might get sane file pickers in the future...sigh.

Out of curiosity, I've just looked at the front page of lemmy.org, and its community seems virtually indistinguishable from reddit.

Another alternative would be to use threads more. But they are terrible in Discord, even worse than in Slack. When two Discord users are chit-chatting about their dogs all through the night, a mod should just drag-select all of these messages and put them in a "dog chat" thread.

I still want to try Zulip to see how well it works.

Regarding dragging, macOS also has an "accessibility" option to drag with three fingers. (It used to be a regular trackpad setting.)

It is a rather obscure feature, and yet it has such a dedicated following (me included) that a re-implementation of it was recently merged into libinput. The downside is that tap-and-drag is disabled when three-finger dragging is enabled, which makes it a bit harder to go back and forth across operating systems.

I'm not from or in the US, but I was mildly hopeful about the Taiwan situation when Marco Rubio was made part of the administration, as he seems to care more about the Pacific than Trump does. I think it's still a bit too early for defeatism.

Everybody has different trackpad habits and they can be hard to put into words. For example, trackpads used to have buttons at the bottom, and you'd naturally use your fingers for pointing, and the thumb for clicking. Now the buttons are gone, and new users click with their index fingers, which can be tiring and inaccurate on some trackpads (especially older/cheaper mechanical ones).

Right-clicking also has a history. Because Mac trackpads only had one button (unlike PC touchpads), the way to right-click was to point with either your index or middle finger (high precision), then put down the other of these two fingers on the trackpad while doing the thumb-click. It will not move the cursor, so there is no loss of precision. At least that's what I did for a long time. (Although I don't lose precision if I hold down two fingers and press with one of them either.)

And it gets more confusing when Apple changes the defaults. They've flip-flopped between touch-to-click and press-to-click at least once. I'm not sure if using the bottom right corner was ever the default for right-clicks? And then they also removed the video clips that taught you some gestures in the system settings. And I think the whole "deep press" gesture is an anti-feature that only confuses people, the dictionary lookup used to be a three-finger tap and that was fine. But the Magic Trackpad 2 needed a headline feature, sigh.

Web-based apps definitely lose when you compare RAM use, and probably also when you look at the average app installation size. Spotify.app filling half a CD is absolutely bonkers. But these are also the easiest two metrics to measure, and that makes it tempting to look at a huge trend in software quality and reduce it to "Chromium eats RAM".

It is much harder to quantify how many bugs or delays one encounters in a single day of macOS/iOS compared to earlier versions, or in native apps vs web apps, and so it never happens.

The award for the most absurd "UI improvement" must go to the Skype iPhone app that was painstakingly rewritten so that it felt like a Windows Phone app, complete with gestures that didn't make sense to iOS users: https://www.neowin.net/news/skype-for-ios-completely-redesig...

It was actually technically impressive, just...why??

If you pretend that the click buttons are still there, you can press down a diving board just fine. You use your fingers to move, and the thumb to click. The problem is that this is totally unintuitive to anyone who grew up without visible buttons.

And a 2-in-1 laptop in tent mode would be perfect for (casual) gaming on the train with a gamepad; much more ergonomic than holding one of the many heavy gaming handhelds.