Just found this design and I think it's totally awesome. The new super-small switch PG1316M is used to fit 3 rows into such a constrained space.
Wonder if you could even get away with 4 rows of this, especially to somewhat compensate for the lack of thumb keys? I'd personally be interested to try 4 rows even for a more conventional tabletop keyboard.
Not sure yet, a bit too far away to tell. Living in NL though, so could definitely try to join if the tickets are affordable enough for me..
I'll copy my comment from that other thread (since I'm subscribed to both communities):
Though it's nice to have support from wealthy people.. Building a cult around any single rich person for them to give grants to their liking is not a good idea.
Instead I believe you need to fight for your right to have privacy. Currently it's Europe who is at risk with ChatControl ( https://fightchatcontrol.eu/ ). At other times, it's other countries. Some open projects (like Lemmy!) get funded by the European Commission. I believe this is a healthier approach than to believe in good rich guys who'd save you.
Though it's nice to have support from wealthy people.. Building a cult around any single rich person for them to give grants to their liking is not a good idea.
Instead I believe you need to fight for your right to have privacy. Currently it's Europe who is at risk with ChatControl ( https://fightchatcontrol.eu/ ). At other times, it's other countries. Some open projects (like Lemmy!) get funded by the European Commission. I believe this is a healthier approach than to believe in good rich guys who'd save you.
It's not only the efficiency boost. What about safe concurrency? Or about the tooling - does sbt really compare favorably to cargo? (I'd say "no", having used both over multiple years)
Based on the comments so far, maybe something like this makes sense:
Warning: Private messages in Lemmy are not End-to-End encrypted, so the respective instance owners are technically able to read them. Please use a platform with E2E encryption for private messaging. Lemmy recommends Element.io and XMPP.
I agree. That's why I propose to clarify the wording.
Congratulations to the team and to everyone who supports the project!
Thanks for the response! I think I'd personally try something like that, but I have no idea whether it'll stick.
Overall, the idea of a significantly simpler (than HTML) protocol sounds intriguing, especially to break the google chrome near-monopoly.
I wanna use JXL locally. It's quite amazing technologically, you can losslessly compress a JPEG to 0.8 or so of the original size.
I compress my photos for long-term storage anyway, so why not do it with JXL.
Thanks for the app recommendation!
(Fossify is a fork of the discontinued SimpleMobileTools.)
Personally, I've found Fossify Gallery so far: https://f-droid.org/packages/org.fossify.gallery/ Tried it out, it works well. Any other recommendations would be nice, too.
Signal, for example, does not support JXL as of today. But saving the photo and opening in Fossify Gallery works.
JXL = JPEG XL file viewer for Android recommendations? The format is not natively supported by Android yet, it seems. However, apps could still support JXL. Which ones would you recommend for viewing the photos?
Note: this question has been asked before on reddit here: https://www.reddit.com/r/jpegxl/comments/xh72kl/jxl_file_viewer_for_android/
I'm re-asking here for a rather FOSS perspective.
Has anyone considered the feasibility of using distributed technologies? Torrents can handle arbitrary file sizes and throughput, with no servers whatsoever.
People who download things simply "pay" for their use by providing identical service to others: sharing their brandwidth, their CPU share and their disk space (that one may be for free though, because you do need that library you've downloaded right?).
It's a "business" (resource sharing) model that works, proven by decades pf continuous operation.