not() is a base function that negates what’s inside (turning True to False and vice versa) giving it no parameter returns “True” (because no parameter counts as False)

Actually, not is an operator. It makes more sense if you write not() as not () - the () is an empty tuple. An empty tuple is falsy in Python, so not () evaluates to True.

Oh, really? That’s disappointing to hear; I had no idea he was like that.

Oh hey, it’s the Minecraft guy

Let’s not forget Hitachi

Last I heard they want to switch to another platform, and don’t consider it worth upgrading to 0.19 because they’re leaving soon so it wouldn’t be worth the hassle.

This is pure guesswork on my part, but they could be waiting for Sublinks (a Lemmy-compatible backend) to get up to speed before switching to that. They say that the new platform is “compatible with all Lemmy apps”, and Sublinks is the only project I know of that fits that criteria.

It’s a joke.

They don’t want you to see the tongues licking the dishes

My father (who was in the armed forces) once got asked to fetch “the keys to the indoor mortar range”

OC isn’t claiming that the shift in the industry is solely Apple’s fault:

I don’t hate Apple but I do hate their influence

The reality is that what OC said is exactly what happened. Apple removed the headphone jack to coerce people into buying AirPods. Everyone else released their own wireless earbuds to compete, and also removes their headphone jacks for the same reason.

He has a wife, you know

BaNaNa

Swift’s extensions system has spoiled me, and I feel the pain of this whenever I have to write Java

Backend of the app or the lemmy server? if it is not stored on the lemmy server then there will be no way to delete it even if the app stores the token.

Apologies, I worded that badly. Lemmy uses an image hosting service called pictrs to manage the images you upload, which is largely separated from the rest of the Lemmy backend. Pictrs of course stores the delete tokens matching each image, but Lemmy doesn’t associate those tokens with the posts or comments they originated from as far as I know.

I’m a developer of a Lemmy client. When you upload an image to a Lemmy instance, the instance returns a “delete token”. Later, you can ask the instance to delete the image attached to the delete token. So as long as you keep hold of the delete token for a specific image, you’re able to delete it later.

Lemmy-ui (the official frontend) will give you the option to delete an image again shortly after uploading it. However, it’s not possible to remove the image after actually creating the post, as the delete token associated with that post isn’t remembered anywhere on the Lemmy backend.

As for other Lemmy clients, YMMV. The client I work on (Mlem) deletes images if you remove them from a post before posting it, but has the same pitfall as Lemmy-ui in that it won’t delete the image if you’ve already created the post.

It would be possible to locally save the delete tokens of every image you upload, so that you can request that they be removed later. I don’t know of any clients that can do this yet, though (if someone knows of one, feel free to mention it).

Edit: clarity

This is Philomena Cunk, a satirical BBC news reporter. They produce videos in which she interviews historical experts but only asks them stupid questions like “Were the pyramids built from the ground up, or from the top down?”

Yeah, the average iPhone user probably doesn’t use Files at all. Photos stores all of your photos and videos, so it’s really just PDFs that go in there for me. And a lot people don’t ever download PDFs anyways, since you can view them directly in a browser.

Not for babies, it won’t

When I try to break the ice by 🅱️asking the US Senator