• https://zotlabs.org/help/developer/zot_protocol with single sign-on and nomadic identity
• https://solidproject.org/

I'm tired of the argument that the solution to fight tracking/ads/subscription/gafam is self hosting.

It's a solution for some nice people that have knowledge, time and money for.

But it's not a solution for everyone.
We need more small nice open source association and company that provide services for people that don't know the difference between a web search engine and a navigator or just a server and a client. I think that initiatives like “les chatons” in France are amazing for that!!! ( https://www.chatons.org/en )

And just to be clear, I think that self-hosted services are a part of the solution. :)

I use KDE plasma 6 with Wayland and the context/menu key work as a right click. 🤔

Do you have any details to add!

Super interesting !!

One thing I noticed is that the results are good because of the "algorithm" and also because of the very good curation done by Hacker News community.

I didn't imagine that we can use beeper with something else then beeper !! 🙃🤯

Thank for sharing ! 😉

I use Tuxedo InfinityBook since few weeks and I like it very much. :)

Amazing !!

I'm eager to install and try it! 🤩🤓

I discover the operator module! Amazing! 🤩

The operator Module A third alternative to writing lambda functions is to use the standard library’s operator module. This module contains some predefined functions and function factories, which can replace the most common use cases for lambda functions. Let’s look at both of these separtaely, factories first. Another note: the function that attrgetter returns is implemented in C, so it’s slightly faster than using either a normal or lambda function.

Useful if you want to speed up your code.

Select text and press shift to switch between uppercase, lowercase, and capitalize words

I love it 🤩🤩

Super sympa de voir leur stack!! Et de voir Spip dedans c’est une surprise ^^

This sounds like a problem exclusive to the United States.

I think that in France it’s the same problem. But that hard to find informations about it.

Apple were the ones not allowing the interoperability here, and causing the centralization.

I don’t see why you say that. Can you explain?

Salut et merci pour ta réponse détaillé :)

Tu parles de « faire le pont avec WhatsApp et Telegram ». Comment tu vois ça concrètement ? Tu veux un client multi-protocole à la Pidgin ou Texts, ou des passerelles côté serveurs comme ça se fait pour Matrix et XMPP?

C’est clairement pas un client multiprotocol. Pigmin ou Beeper le fond très bien.
Mais cette solution ne fait pas de pont entre les différents protocols. C’est donc un service qui utilisera des 'bridges' côté serveur.

Note que WhatsApp est fermement opposé aux clients alternatifs et te mettra des bâtons dans les roues, quelle que soit l’approche que tu choisis, et ça risque de difficilement être facile à utiliser pour les non-technophiles.

Effectivement, c’est compliqué de faire un client alternatif pour des services fermé comme Whatsapp.
Je pense que c’est une approche qui a le mérite d’exister et peut être utile, mais c’est aussi beaucoup d’énergie perdu dans la bataille. J’ai clairement pas envie de «perdre» mon temps sur ce point.
Il me semble qu’une autre approche serait la coopération. Même si c’est pas forcement plus rapide :/ Par exemple pour Whatsapp :

For about the past two years, WhatsApp has been building a way for other messaging apps to plug themselves into its service and let people chat across apps—all without breaking the end-to-end encryption it uses to protect the privacy and security of people’s messages. The move is the first time the chat app has opened itself up this way, and it potentially offers greater competition. https://www.wired.com/story/whatsapp-interoperability-messaging/

À lire le court texte du projet, j’ai l’impression que tu veux proposer d’administrer un serveur Matrix ou XMPP et de développer un nouveau client spécifique. Ma remarque constructive serait « es-tu sûr de ne pas te lancer dans la réinvention de la roue ? ». Bonne chance :)

Je suis conscient que ça semble réinventer la roue ....
D’ailleurs je suis admiratif des projets que tu as cité ( Movim, Conversation et les autres ).
Cheogram semble le plus proche de ce que j’ai en tête, je vais regarder plus en détails.

Cependant de mon point de vue ils restent des outils «plus compliqué» que les messageries grand publique.
Juste le fait de devoir créé un compte XMPP pour Cheogram est un gros frein pour n’importe quel personne «normal» que je connaisse.
Le workflow habituel : télécharger l’appli sur le store -> ça marche = je garde; ça marche pas = je désinstalle. :/ pas de place pour des questions de comptes ou de serveur.

D’où l’idée de faire un service = une app ( = plusieurs protocols ).

Le but ultime étant de pouvoir faire facilement une conversation de groupe entre une personne qui utilise Signal, une autre Matrix, une autre Xpmm, une autre encore qui utilise Whatsapp.
Je ne sais pas si quelqu’un a déjà fait ça ?!?

Encore merci pour ta réponse très enthousiaste pour xmpp ;)

In the US, AT&T, T-Mobile, and Verizon have slowly moved to Google’s Jibe platform after years of maintaining their own servers for Rich Communication Services

I understand that the service is not provided by carriers any more but by Google.

And they hide this information a bit further in the app.

Merci pour ta réponse @[email protected] :)

Si tu veux offrir un service grand public tu auras surtout des problèmes sociologiques et humains à régler: comment parler et convaincre du monde ? comment rendre ça simple, à la fois à l’utilisation et pour payer, comment tenir dans la durée, comment recruter des gens pour maintenir tout ça. Bref, beaucoup beaucoup plus de communication que de technique.

C’est clairement un projet beaucoup plus humain que technique.
Je fais le même constat que les projets Matrix/Element et Mastodon qui ont mis l’accent sur la première connection avec des choix par défaut comme le serveur.

J’aimerai aller encore plus loin dans la simplification avec le paradigme une appli = un service.

C’est ce à quoi est habitué le grand public. Exemple typique : Utilisation de l’appli Gmail pour les compte gmail, Outlook pour les compte Microsoft, Yahoo Mail, Proton mail etc …

En créant ce service facile d’accès ça renforce l’attractivité des messageries comme XMPP et Matrix.

Concernant la maintenance du service et le développement des applis j’ai bien conscience du coup que ça peut avoir.
J’ai pensé à deux forme, associative et commercial autour d’une offre mobile par exemple.
Il y a aussi les fond d’investissement public. Beaucoup d’option à combiner je pense.

De ce point de vue j’aurais tendance à dire que XMPP étant plus petit ça faciliterait la partie technique et maintenance pour te focaliser à fond sur la comm’. Snikket, un packaging d’un serveur XMPP en particulier, a commencé à fournir un service ouvert: https://snikket.org/blog/snikket-hosting-launched/ . Tu peux t’inspirer de ce qu’iels font pour voir ce que ça donnerait de ton côté.

C’est un excellent conseil.
Je trouve leur approche génial mais encore un peu trop tourné vers les personnes qui ont les connaissances, le temps et l’argent et l’envie pour faire ça.
Leur approche technique et commerciale et quand même vachement inspirante.

En tout cas j’aimerais beaucoup que tu y arrives, ça serait bien chouette :)

Merci, j’ai conscience que pleins de gens et de projets on essayé avant, mais qui ne tente rien n’a rien, n’est pas ?!? ;)

A new step to centralize the service :/

Peut-être que l’article en anglais sera mieux dans ce sens : https://techcrunch.com/2024/04/15/open-source-substack-rival-ghost-may-join-the-fediverse/

C'est toute la différence entre le langage et son environnement. :/

Dommage que le titre ne mette pas l'emphase sur windows ! 😆

Ahah !! Moi non plus je ne suis pas assez calé en technique ! 😅 C'est pour ça que je demande !

Et merci pour tes encouragements. 🤗

Merci pour ping ;)

Merci 😊