cabalos

Not just each failed attempt, but every transaction. Previously, Radar only checked the card on a subscription at first use. It will now check every transaction unless you opt-out. So not only do you have to opt-out of Radar Standard, you also have to opt-out of having every subscription transaction run through Radar.

Between this and the Invoice feature cost increase a couple years back, Stripe now has a track record of being disingenuous when it comes to pricing. If they need more money to run the feature, just increase the cost per transaction and tell everyone why. Don't try to backdoor it with weird opt-out patterns.

My understanding is if you opt-out and move to the Lite plan you get AI powered protection nonsense but lose access to the default block rule "if payment matches one or more values in default Stripe block lists". That makes zero sense and should be the other way around.

Edit: support is saying the default rules will continue to work under the Lite plan. This is at odds with the language on their pricing page and email. At best it's an oversight, at worst it's an attempt to make Standard seem like the successor in features when it isn't.

Also, good luck sending in a PR and getting it merged. Unless you are part of Matt’s inner circle, it isn’t happening. Even the most basic bug fix PRs are routinely ignored.

Development has dropped off a cliff over the last couple of months. The release cycle has moved from quarterly to yearly. He's basically taking his ball and going home. My guess is we'll see more internal initiatives like this AI builder instead of focusing on the core product.

This would be an okay strategy if his core product wasn't in such a state of disrepair. I've seen multiple issues on Github projects from Automattic developers saying "this would be easy to fix upstream but we're not allow to fix anything in WordPress right now." It's pathetic and actively harming his own business.

Diamond Salt is still made this way north of Detroit. Almost all restaurant salt in the United States is sourced here.

Not only this, but a user who understands how to switch their default search to Google is likely not being fooled into clicking on search ads anyways.

Element visibility should not be triggered via focus or hover. Visibility states should be triggered with a button click or enter key press.

Someone has been running a massive fake DMCA notice bot targeting website contact forms with links to Google Cloud Storage files for the last year. I wonder if this is in response to this ongoing campaign?

I could see that. The reason I think it could be more extreme is the AppStore. I don’t have stats to back this up, but I would assume they make far more money from the iOS/iPadOs AppStore than Mac AppStore. It never truly caught on with the Mac, likely due to the long history of loading your own apps. Apple would love nothing more than to break this cycle.

I have a theory that they’re not actually intending to make it more touch friendly but rather they are trying to unify the interfaces between MacOS and iPadOS for when iPadOS supersedes MacOS. Slowly boiling the frog, so you don’t notice when they move iPadOS to the desktop.

Agreed. I think the long term strategy is to continue to iterate on iPadOS until it's close to feature parity with macOS and then drop macOS. It may take a decade or longer. Instead of rethinking the desktop UI to fit touch interactions, they're rethinking the touch UI to fit pointer interactions. The last major hurdle to clear is windowing, which you can see small steps towards in iPadOS 15.

I don't think people give enough credit to iPadOS's adaptive pointer. It's a complete rethinking of what a mouse should be in the context of current tech. It's a pointer that can adapt its resolution in different contexts. For UI's that do not need high resolution accuracy, it's much faster to target and click elements.

Agreed. This is going to be my exact use case for Universal Control.