Early games frequently took the approach of inventing an interpreted machine code in which the bulk of the game would be written, with an assembly interpreter that would need to be rewritten for each target IA and modified for the specific peripheral mixes of each target machine.
The approach runs slower than a game written directly in assembly, but the cost to port to different architectures is much lower.
Sort of like Electron trades off native performance and look-and-feel to make multi-platform apps much more achievable.
IMO the OS vendors failed everyone by refusing to even attempt to agree on a common API for UI development, paving the way for web browsers to become the real OS and, ultimately, embedded browsers to be the affordable and practical way to be cross platform.
But I think even there it’s possible to encounter platform-dependent bugs - starting from view issues (you know, different OS can use different browser engines) and up to those related to system APIs.
Thanks. I noted in my comment the option to re-add it to the toolbar, but everyday users can't be expected to know this is possible or how to do it.
Nor should they have to, given that mail retrieval is something that everyone can logically be expected to do if they're told they were just sent a message.
People who want to click a button to skip waiting for the next mail poll time (and who even know what that means!) probably can be expected to know that just about every toolbar can be customised.
I don't think that follows at all. If my mom goes to log into her bank account and is told to look for a code in an E-mail, she's going to go the E-mail program and try to fetch new mail.
Remember... HN does not even come close to representing the general public.
They did that. But when the AI craze hit turned that all the 8GB base model Macs didn’t have enough space for even basic models (in addition to the 1-2 electron apps you can run simultaneously).
Of course seems like local AI is more or less a flop in the consumer market at least?
But still IMHO even for general use macos with 8GB is almost unusable unless you use it like an Ipad.
8GB is unusable, but is MacOS and Safari optimizabe? The point is they control the stack so they could reduce memory usage. It would be a big selling point, it could make a Mac "experience for experience" price competitive with PCs.
My Macbook Pro 13" Early 2015 w/ 8 GB RAM and 128 GB SSD is still very usable for what most people commonly use a laptop for - browsing the web, e-mail and streaming.
Why would the model owner do that? You still need some human input to operate the business, so it would be terribly impractical to try to run all the businesses. Better to sell the model to everyone else, since everyone will need it.
The only existential threat to the model owner is everyone being a model owner, and I suspect that's the main reason why all the world's memory supply is sitting in a warehouse, unused.
I'm more familiar with Australian legislation than others, but here at least a home server would definitely not require age verification. Kids are free to make group chats with their friends in a bunch of services.
The spirit of the law is definitely not against chatting with friends, but it is against the idea of connecting minors with strangers, so while federation is generally not codified (or, IMO, understood well by legislators) and you're probably not going to be bothered by authorities about it, I reckon sooner or later the law will come for federated networks.
(Since we all seem fine just taking some uncertified random third party's word for it that their AI face recognition definitely didn't see a thumb with a face drawn on it, maybe it'd be adequate for Matrix.org to add an "18+ user" flag to the protocol and call it a day?)
It's not really a method to escape the law, or a technicality - it's that people other than Matrix.org are operating chat services, and the law applies to those people, but those people are not Matrix.org.
This won't save Matrix.org if legislators throw stupid at it, of course, but Matrix.org has the opportunity (though maybe not the resources) to engage with UK legislators to ensure they feel respected and that honest efforts are being made to comply.
The approach runs slower than a game written directly in assembly, but the cost to port to different architectures is much lower.
Sort of like Electron trades off native performance and look-and-feel to make multi-platform apps much more achievable.
IMO the OS vendors failed everyone by refusing to even attempt to agree on a common API for UI development, paving the way for web browsers to become the real OS and, ultimately, embedded browsers to be the affordable and practical way to be cross platform.
reply