> maybe I should delete the HN listing.

Yes please. :)

Now I found that I can't delete it anymore :(. I think I need to ask an admin to do that.

@dang if you're reading this, please delete this listing, Thanks.

Users flagging it can also remove it from the front page.

It does not convert. But if you don't want WebPs, use:

https://addons.mozilla.org/en-US/firefox/addon/dont-accept-w...

In case you don't want to install an extension, search in about:config for "image.webp.enabled" and set it to false. Worth mentioning, there's also a "image.avif.enabled" entry.

That is not the same thing. This addon does not modify "image.webp.enabled" or "image.avif.enabled", it modifies the accept header. If you modify the preferences you mention you will still be served AVIF and WebP, but viewing will break...

Thankyou, friends have been complaining about this for a while so now I can help them :-)

> Does WebP provide a savings against jpeg for these photos?

“WebP seems to have about 10% better compression compared to libjpeg in most cases, except with 1500px images where the compression is about equal.”[1]

mozjpeg JPEGs + AVIF in a <picture> element is the way to go now. You will probably always want to serve JPEGs as an alternative WebP and AVIF and that makes WebP is a waste of disk space for lossy compression of photographs.

I'm amazed the “WebP is such a goated format” blog post made in to the front page of HN.

[1] https://siipo.la/blog/is-webp-really-better-than-jpeg

Like almost every client out there it has no support for e2ee. I was happy to find https://nheko-reborn.github.io (Qt based).

Off the top of my head, Matrix clients with full support for E2EE include:

* Element Web (via matrix-js-sdk)

* Element iOS (via matrix-ios-sdk)

* Element Android (via matrix-android-sdk2)

* ElementX iOS (via matrix-rust-sdk)

* Fluffychat (via Dart Matrix SDK)

* Fractal (via matrix-rust-sdk)

* Hydrogen (via hydrogen-sdk)

* Syphon (built into its Dart codebase)

* Thunderbird (via matrix-js-sdk)

* Cinny (via matrix-js-sdk)

* weechat-matrix (matrix-nio)

* weechat-matrix-rs (matrix-rust-sdk)

* nheko-reborn (mtxclient)

* mirage (matrix-nio)

* gomuks (gomautrix)

* ocrcc-chatbox (matrix-js-sdk)

...and a bunch of abandoned ones too, like Riot Android (matrix-android-sdk), Seaglass (matrix-ios-sdk) and Daydream (matrix-rust-sdk).

Meanwhile any Matrix client can speak E2EE if you connect it via the pantalaimon E2EE proxy (powered by matrix-nio).

In other words, the whole "almost every Matrix client out there has no support for E2EE" is really not true - there are loads of them, spanning many different platforms, built using different independent SDKs.

> * Fractal (via matrix-rust-sdk)

Not yet. The next major release of fractal will be based on matrix-rust-sdk (and presumably will have E2E encryption).

Have they implemented e2ee yet? https://nheko-reborn.github.io has.

Good point but I don't really care about E2EE for my usecase. I mainly use it for my local bridges and my Matrix instance isn't even publicly accessible or linked to the rest of the matrix network. So for my use it really doesn't matter.

I think Nheko suffers from low-density UI the same as Element. Especially the room list. But unlike Element it does support tags properly which is indeed great.

A PR was merged recently to make reading encrypted messages in libquotient (the lib used by both Quatermion and NeoChat). Another one is in the work to send encrypted messages.

Oblivious some help would be welcome. Here is the guthub repo https://github.com/quotient-im/libquotient/

Very good news, thanks for the update.

https://nheko-reborn.github.io/ supports it too?

Oh, I came across this long ago and forgot about it. Thanks for the reminder! Hope you will find funding via Prototype Fund too!

> Would you pay a doller per month for such?

For what? Hosting or development? I'd definitely pay $1 for development. :)

BTW, you say #Seppo, but the repo says ShaarliGo. Are you considering a name change?

> For what? Hosting or development?

development. Hosting will be strictly decentral under your responsibility.

> you say #Seppo,

indeed, the other is a proof of concept and will remain as is.

> indeed, the other is a proof of concept and will remain as is.

I've always said that a easy to deploy CMS is one of the missing pieces for the IndieWeb. Preferably it should work on any shared hosting. PHP/SQLite would be a good fit, but I understand if you have other preferences.

> There are Reddit-like and YouTube-like implementations.

https://join-lemmy.org/ and https://joinpeertube.org/ that is. More on https://fediverse.party/.

> I've never attached my 2020 LG 4k 65" to any network and it works great.

I guess that would work as long as you move to a place far away from humanity. It definitely won't work if a neighbour runs a WiFi hotspot without password protection.

What would happen if you configured manual network and gave it a fake DNS or sent it over to PiHole for example? Wouldnt there be plenty of ways to capture the traffic and stop it from going where it wants to go? I would think the tech savvy folks on this site would be able to figure something out if it is a big enough concern of theirs.

I have not come across a working password free residential wifi hotspot in almost a decade - because routers have had passwords by default.

I live in an apartment building downtown adjacent to other buildings. They are all around me.

My observation is the open wifi's are much more prevalent in dense living situations like apartments, condos, townhomes, and shared work spaces.