Rohansi

You get almost all of that with the more common language options too (MicroPython, NodeMCU/Lua, Espruino/JS). What makes this custom language better?

A big danger warning before installing extensions is a great way to kill your FOSS extension crowd off. Verifying ownership of a domain doesn't even guarantee that anything about the extension is trustworthy. People get phished all the time and skip through warnings.

Scanning is a curious one. It's not always obvious because developer tools have legitimate reasons to do a lot of these things. LLMs are better at understanding what it's actually doing now though so that might have worked. But who knows, people have snuck in backdoors into many things before.

Then you would have the same problem. Anthropic has no presence on the Cursor Marketplace, so what is stopping someone from claiming the name and just not associating a domain name?

And force everyone who wants to publish an extension to buy and manage a domain name? What if it expires? You're just replacing one set of problems with another.

I don't think even VSCode does this. Probably not even any package managers I know of? Code signing, yes, but not for organization verification? It's pretty much like a username - anyone can claim it if it is unclaimed?

edit: VSCode has a verified marker for publishers but I don't know how that works or if Cursor does the same.

Isn't the Cursor Marketplace separate from VSCode's? Maybe it's as simple as someone impersonating Anthropic because they never registered there? Code signing alone wouldn't help in cases like that.

Your message suggests there is both a possibility that he is a US citizen and also claims that he is not a US citizen.

If it was 100% clear that he is not a US citizen then I don't think they would have let him back into the country. I'm curious to see how they are going to prove that he was not born in the US, assuming his US birth certificate is valid. Ideally the Mexican birth certificate shouldn't take precedence over the US one.

Over time the Raspberry Pi use case shifted more and more away from GPIO. They all still have it but probably most of them are used as a Linux computer without ever touching the GPIO now. The people who do use GPIO on a Raspberry Pi are often better off using an ESP32 because they have better control of GPIO, consume far less power, and are actually cheap.

Personally I use ESP32s for GPIO to control things around the house and have one Raspberry Pi acting as a hub.

From what I've seen it looks like he has a birth certificate in both countries? If he does and his US birth certificate says he was born in the US then he is a US citizen.

A lot of it boils down to native widget look and feel. It's pretty silly in reality because there are multiple possible options for what is native on Windows (Win32/WinForms, WPF, UWP, WinUI, ...) and Linux (Qt, GTK, ...), so native apps will still be inconsistent. It's probably just an Apple thing really, because every other platform is already a big mix of different UI styles.

> That guy is a Mexican national, not an American

If they actually have a valid US birth certificate then how can you say that?

> You can buy a very nice 32" monitor and better input devices for less than that.

But they aren't Apple.

Linux isn't the source of the incompatibility. The kernel itself is very strict about not breaking userspace. Your userspace is breaking compatibility on its own, containers fix it by shipping the userspace components within the container, which only works because the kernel maintained compatibility. If the kernel broke compatibility you would need to use a VM so you can run a different kernel version.

The way you worded this message could mean either a) people should focus on a single platform using native frameworks, or b) people should use a cross-platform framework instead of spreading themselves too thin. Maybe even both?

You still need to test all of those separate GUIs though so it's still costing more.

You also generally don't want them to actually be in sync because there are actual UX differences between platforms that you need to align with to really be native. If you don't follow that then what's the point?

Not everyone has the resources to build five or six different UIs.

Many native UI toolkits also suffer from some the issues you shared. Depending on what you compare with you'll find fewer layout options, limited or no text selection, poor style and animation support, etc. People say browsers are inefficient but it's actually impressive how well browsers manage to run all of the badly optimized websites out there.

SVG animation in a browser works completely differently than a game engine handles animation. SVG is based on the DOM and animating it requires mutating the DOM. Lots of string operations because everything is a string attribute. All of that has a ton of unnecessary overhead.

You actually would have been better off replacing your SVG animation with a game loop! Assuming you're using Lottie you can easily swap it to render into a `<canvas>` which doesn't have any of that overhead and uses `requestAnimationFrame` which automatically gets throttled in inactive tabs.

By inline arrays do you mean within a struct field? You can do that with the `fixed` modifier.

Linux Mint or Ubuntu. Mint is a bit lighter but Ubuntu might look a bit nicer. Don't bother with whatever distro is more trendy, these are great and very stable.

The comment I replied to was specifically referring to a laptop.

But on phones, the base model Pixel phones (6 inch) are a pretty good size balance IMO. I would not go bigger than that but it's probably very dependent on things like hand size. And I honestly don't want a physical keyboard on a phone now because swipe/gesture typing is so much better than pressing tiny buttons, even if they had physical feedback.

> But that's not a problem and is likely a good thing. eg it lets you move more often which reduces your commute.

You can still move if furniture was more expensive and higher quality. You'd be able to sell what you have and buy new or used wherever you move. Most furniture is very consumable now so you just throw it away and buy new. You can't restore old furniture so the used market is full of stuff nobody really wants if they have the choice.

Why did you buy it then? There are systems on the market still that have none of these issues.

While it's better than nothing I don't think the Frame Verified results will be as useful to gauge compatibility for other devices because the Frame is quite underpowered. It's weaker than the Deck, has two much higher resolution displays, and tracking surely takes a chunk out of it too.

That's really what the (Deck/Machine/SteamOS) Verified program is for. Valve tests games out on those platforms and reports results back for everyone on the store page. Publishers have the control to explicitly mark it as unsupported too.

Most games run on Steam devices via Proton (Wine). You don't really need a native port in that case.

And could you imagine how painful it would be to manage megabytes of RAM with bank switching on a 6502!

You'd be far better off running Linux instead of all of this.

True but WhatsApp is end-to-end encrypted so they shouldn't see any of your messages anyway.

The 6502 can't actually address more than that. The flash controller built into modern SD cards are also going to be significantly more powerful than the 6502. And I'm surprised you can even buy SD cards that small still!