141–150 of 259 posts
Earlier quoted context omitted.
Does the settlement allow for alternative payment methods to be cheaper?
They are already allowed to be cheaper. This is just saying you can email people about it outside of the app.
They have to show only the $12 in the app?
> Apple will offer more price points for apps. Today there are less than 100, but the company is committing to increase that to more than 500 options. I really hope they implemented this as an enum, so someone has to wade through: enum PricePoint { UNKNOWN = 0; NINTEY_NINE_CENTS = 1; ONE_DOLLAR = 2; TWENTY_DOLLARS = 3; NINETEY_EIGHT_CENTS = 4; DEPRECATED_NINETY_SEVEN_CENTS = 5; TEN_DOLLARS_PER_MONTH = 6; PORTUGAL_NAT…
Lol, few things trigger my OCD more than misspelled words in identifiers. I legit missed important use case while amending legacy system just because someone decided to have “priveleges” in the variable name. I hope all those ways to spell number 90 are part of the joke.
Earlier quoted context omitted.
Early header compression.
Took a leaf out of the UNIX creat/umount handbook, clearly.
creat() is weird because create() would fit that constraint just fine, so there's no obvious reason as to why it had to be shortened. The 1978 K&R C book actually notes it with [sic].
Earlier quoted context omitted.
This is something of a nitpick but: Apple did not lose a legal ruling. Some companies initiated a lawsuit against them, and Apple and those parties mutually agreed to resolve their dispute, presumably with concessions from both sides. The agreement needs to be approved by a judge, but the parties in the case are saying that they are no longer in dispute under the proposed terms. Companies that get sued agree to settl…
> Apple and those parties mutually agreed to resolve their dispute Indeed, but only after those parties took legal action. It's not that Apple at the first sign of disagreement said: "oh well, you were right all along". Like somebody else said: Apple should just sh*t up about this. Don't spin it.
They did. They released a generic press release and said nothing else.
This seems like a non-concession from Apple.
Earlier quoted context omitted.
> I would happily pay middle men a lot extra to get fewer unwanted emails, phone calls, or just generally more privacy. My life has changed significantly for the better ever since I signed up for this: http://33mail.com/AQwZJR3 The real trick is using a custom domain so A) They’re very unlikely to add it to their disposable email list (and thus block it) B) If this service ever goes under you can still get the emails…
On the flip side for Apple users we get up 100 Hide My Emails in iOS 15 with the same functionality.
Unless it’s gotten easier in iOS15… right now on my iPhone it’s not possible to turn off forwarding.
I need to go to appleid.apple.com,
login, 2FA,
find the menu,
wait for it to load (bec it always seems to take like 5 seconds, even if I just opened it),
figure out which service is the one attached to the email I chose (names of company that makes the app and is thus associated with that ID may not always align with the name I know it as),
turn it off.
Also I don’t get to choose the email address, instead apple makes it a random mix of letters and numbers: which means I must save it to a password manager and hope I never need to manually type it in for some reason (say on a public PC).
With 33mail, the link to disable forwarding is in the header, like any unsubscribe link. You can still manage everything from their portal. You choose the domain and then they set it up as a catch all, to receive everything, except that which you say to deny. So you can have creative names for each service.
> Developers can communicate directly with customers about alternative payment options. Customers have to consent and be given the right to opt-out. This is a huge step forward (though it falls well short of the ideal case) for iOS development. Having the ability to tell customers about other, often cheaper, payment methods removes a substantial barrier for some apps that have high-priced subscriptions. Positive as t…
> Apple will offer more price points for apps. Today there are less than 100, but the company is committing to increase that to more than 500 options. I really hope they implemented this as an enum, so someone has to wade through: enum PricePoint { UNKNOWN = 0; NINTEY_NINE_CENTS = 1; ONE_DOLLAR = 2; TWENTY_DOLLARS = 3; NINETEY_EIGHT_CENTS = 4; DEPRECATED_NINETY_SEVEN_CENTS = 5; TEN_DOLLARS_PER_MONTH = 6; PORTUGAL_NAT…
Lol, few things trigger my OCD more than misspelled words in identifiers. I legit missed important use case while amending legacy system just because someone decided to have “priveleges” in the variable name. I hope all those ways to spell number 90 are part of the joke.
> Apple will offer more price points for apps. Today there are less than 100, but the company is committing to increase that to more than 500 options. I really hope they implemented this as an enum, so someone has to wade through: enum PricePoint { UNKNOWN = 0; NINTEY_NINE_CENTS = 1; ONE_DOLLAR = 2; TWENTY_DOLLARS = 3; NINETEY_EIGHT_CENTS = 4; DEPRECATED_NINETY_SEVEN_CENTS = 5; TEN_DOLLARS_PER_MONTH = 6; PORTUGAL_NAT…
Lol, few things trigger my OCD more than misspelled words in identifiers. I legit missed important use case while amending legacy system just because someone decided to have “priveleges” in the variable name. I hope all those ways to spell number 90 are part of the joke.
Would drive me absolutely livid. But of course no one was allowed to fix is since it was already in a few different games, countless script files, network-controlled configs etc.....
Earlier quoted context omitted.
I can feel your frustration, but it also strikes me as tone-deaf to those very same customers. The most common kind of email I send these days—by orders of magnitude—is “unsubscribe”. I don’t want your emails unless I actively asked for them. (And, no, passively being opted in or being forced to opt in by a user agreement or whatever doesn’t count.) I would happily pay middle men a lot extra to get fewer unwanted ema…
By all means use vxNsr’s service (though I wish they mentioned their financial incentive before hand, props for mentioning it in the first place). I second their approach. By using a unique email per service you maintain a bit more control by being able to filter via “to” address or deregister the email via the service provider. It’s not perfect but it’s at least some bit of control where trust is not required. Perso…
I was excited about 33mail bec the founder hangs out here sometimes.
You’re right I should have kept the disclaimer closer to the link, I’m on mobile and kept adding stuff and lost track of how it looked, it’s too late to edit now.