Set
and Map
would be more useful if they were compatible with JSON. I see a lot of people using an object as a dictionary or an array as a set because of that.
Set
and Map
would be more useful if they were compatible with JSON. I see a lot of people using an object as a dictionary or an array as a set because of that.
Sometimes it’s the only option or the preferred option.
I haven’t. Maybe someday I’ll be willing to, but not today. It’s a hassle and extremely intrusive to provide my bank statement and photo ID to a company whose security I don’t trust.
That’s usually how I pay if someone requests money. Venmo is owned by PayPal but my account there works just fine.
I thought about that, but they ask for enough info that they’d be able to identify me. And then they’d probably ban me. At least right now I have the option of restoring my account, even though I have no intention of doing so.
You live in a city, but most of the store chain’s customers live in the suburbs where gas is a major expense and fuel perks are a big incentive to shop at a particular store.
The store isn’t trying to promote fossil fuels. They only care about customer loyalty. Besides (they might rationalize), their customers have to buy gas somewhere so why not from us?
Good. Apple’s malicious compliance — following the rules but making it extremely unappealing — is coming back to bite them in the ass. I don’t know why they thought they could win this game of chicken. Let us use the product we paid for, how we choose to do so.
They can’t realistically start charging for the emergency SOS satellite feature (“sorry your family member died but they didn’t have a paid subscription”).
I think this will be a way to charge for non-emergency texts to subsidize the free usage. Plus it’s a cool feature of course.
The one that’s not shown: Standalone Passwords app
Their implementation won’t be gimped. Apple’s lock-in does not depend on RCS sucking. Instead, it depends on Apple adding new features to iMessage – real features like group messaging, or gimmicks like “Genmoji”. RCS is a moribund carrier-controlled standard and has no hope of keeping up feature parity with iMessage. It will always be outdated, no matter how good or complete the implementation is (or isn’t).
No mention of end-to-end encryption. Hopefully the carriers + Apple + Google can work something out.
Yes, Google has end-to-end encryption on RCS. It is proprietary and requires using Google software. Yes, Samsung also supports it — using a special API that Google made for them. No way in hell Apple is using that. But it could be extended to become an actual standard.
Can’t wait for this. I also noticed the screenshots show family sharing. The one thing I hope it does (but not getting my hopes up) – is fill passwords in other browsers. The previous version filled passwords in Chrome on Windows, but not on Mac.
I’m on 0.4.1.11 now and so far it appears fixed.
Good advice.
@CreatureSurvive@lemmy.world, this appears to be a change in the API for marking a post as read. See the reply in my cross-post.
As a workaround I turned off the “Mark Read” settings in Settings → Content Settings.
And you’re also on lemm.ee.
True, it’s a private (not local) IP. It could easily have connected to a remote system, as their proof-of-concept did.
This code execs cmd.exe
and pipes output to and from a hardcoded IP. That’s pretty weird. What’s running on that IP? How does the extension know something is there?
It looks like VS Code has no review — human or automated — or enforced entitlement system that would have stopped this or at least had someone verify it was legit.
Are you sure about that? Dial tone is a sound you hear before dialing, not the sound you hear when you press a key.
Their findings included an extension that opens an obvious reverse shell.
The Fisker Ocean has solar panels on its roof. It can add 4 or 5 miles a day if fully exposed to the sun.
Not enough to matter. It’s a gimmick.
If you don’t have an EV, you may think that EV owners are worried about range, and they’d welcome any increase. I have not found this to be true.
It’s more like having a car that starts every day with a full tank. You’re never going to burn through that in a single day. Pretty soon you don’t care about range, efficiency, or pay much attention to the battery meter. It only matters if you’re on a road trip, which for me is a couple times a year.
I would not want to give up a nice full-roof sunroof for a few extra miles a day.
There also needs to be some way to indicate that a JSON construct is a Set, Map, plain object, or array. You’d want a date/time type as well.
Without breaking existing JSON parsers, the way to do that is to add metadata like a
_type
field to an object, or to add a “sidecar” object like superjson does. Which works but is ugly IMO.Then there’s BSON, YAML, JSON Schema, and the one we don’t mention ₓₘₗ. To my knowledge all of those could be extended in a way to support new types, but require the producer and consumer to both understand and follow whatever convention you use. They lack the universal interchangeability of JSON.