Rohansi

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.