Tu n'es pas à l'abri non plus d'une cassure entre deux versions, ça arrive souvent mais ça se gère (python2 > 3, etc.). Je l'ai vécu pour Qt… j'ai pleuré mais au final ces outils m'ont fait tellement gagné de temps que le reste est négligeable.
Je suis justement en train de faire le port Python 3, bien que je sois en vacances. On a eu le tour aussi avec Pyjamas (transpileur Python => JavaScript) et certaines incompatibilités dans les bibliothèques utilisées par-ci par-là, du coup on y fait attention aux dépendances. Le problème d'un système existant comme Bulma ou Bootstrap c'est qu'il faut s'adapter à la logique, or dans le cas d'un framework CSS, c'est pas tellement la mer à boire de faire le sien, et ça permet le sur mesure.
Au passage Twisted est un modèle là dessus, c'est vraiment stable, le code fait il y a dix ans fonctionne toujours sans soucis.
J'avais oublié un petit point : je pense que donner des noms aux différents outils est une mauvaise idée car cela embrouille encore plus le message ; Cagou, ça ne me dit rien. SàT est un nom, connu, un concept, qui contient des sections par exemple "chat", "forum", "tickets" … donc autant l'utiliser partout, ton projet gagnerait en visibilité (moteurs de recherche etc.).
Oui c'est pas la première fois qu'on nous fait la remarque. Dans la communication je mets quasi systématiquement (SàT) après un nom, mais il faudrait sans doute voire à toute renommer. On a déjà débattu de ça en assemblé générale (on fait des assemblées publiques une fois par an pour décider des grandes lignes) et on avait parlé de faire un sondage pour les noms, il faut que je pense à m'en occuper.
pour la manque de contributions il y a plusieurs facteurs : déjà des choix politiques (pas de présence sur Facebook, Twitter ni même Github), ensuite des erreurs stratégiques (sorties des versions trop rares), un mauvais timing (j'ai débuté avec SàT quand les smartphones ont commencé à décoller, et la 0.7 sortie la semaine dernière est la première à avoir une version pour Android), un éparpillement en effet, et sans doute un peu de manque de chance. Il y a quand même une (petite) communauté qui s'est formé et quelques contributions.
Pour répondre à tes points:
en premier, je dirais qu'il est difficile à décrire. Il fait tout, mais a l'air de tout faire mal ou moins bien que n'importe quelle application dédiée (tu indiques souvent les manques ou les "j'y ai pensé" ou "ça arrivera" ou "oui on peut faire ça mais faut coder" etc.). Je pense que ça montre un manque de "ligne directrice" et envoie un mauvais message : je suis codeur moi même, je peux transformer n'importe quel logiciel en messagerie en ajoutant des librairies. C'est pas le but.
Oui difficile à décrire en effet (un peu moins ces dernier temps, écosystème de communication me semble relativement approprié).
Par contre, je ne pense pas qu'il fait tout « mal ou moins bien », loin de là. Ça n'est pas parce que ça n'est pas dédié à une tâche que c'est mal fait.
Je pense que le travail de simplification commencé avec cette version commence à rendre les fonctionnalités agréables, et la cohérence (même interface, même façon de configurer, même compte, etc.) est un atout que tu n'auras pas en regroupant des applications dédiées différentes.
Il faut aussi voir que ce ne sont pas des choses tellement différentes : au niveau du chat par exemple, tu t'attends à avoir plus ou moins du partage de fichiers, voire de la visio-conférence. Le blog me semble relativement proche et cohérent avec le chat, et le forum est une vue différente du blog. Il y a d'autres fonctionnalités faites pour des besoins persos ou liés au projet (comme les tickets et merge-requests), mais ça n'est pas ce que je souhaite mettre en avant, c'est plus du bonus.
La base est commune : c'est pratiquement tout le temps du pubsub, des commentaires, et un type de vue. Après les améliorations profitent à tout le monde : quand la recherche en texte intégral sera implémentée (« full text search »), elle sera utilisable d'un coup par toutes les fonctionnalités basées sur pubsub. Les outils mis en place sont génériques et réutilisables.
D'autre part, quand je compare avec ce que j'utilise dans mon travail salarié, SàT n'est pas loin d'avoir tout ce que j'utilise typiquement dans une journée (même si un outil utilisé dans mon boulot peut avoir des tonnes de fonctionnalités, au final je n'en utilise qu'une petite partie dans mon processus de travail quotidien).
Donc non je ne pense pas faire mal ou moins bien, je pense faire différent, dans une autre philosophie.
Ensuite, l'aspect … qui reste très austère. Il faut dire ce qui est : cela n'aide pas.
C'est vrai, mais il y a eu des efforts fait dessus (et de l'écoute sur les commentaires que j'ai reçu). La première capture d'écran par exemple, tout en haut (le tchat sur Cagou pour Android), tu trouves ça vraiment austère ? Ça ne me semble pas tellement éloigné de ce qu'on trouve dans la plupart des applications de tchat de nos jours.
Enfin, je ne vois pas ce que ton logiciel m'apporterait. Je suis déjà super équipé dans tous les éléments que tu proposes.
Peut être que ça n'est pas l'outil pour toi, très bien si tu as déjà tout ce qu'il te faut, c'est vraiment pas notre truc la création de besoin. C'est un outil accompagné d'une certaine philosophie (cf. contrat social, mais aussi le discours qu'on a sur l'éthique et la vision critique des technologies) ce qui est je pense assez rare sinon unique. C'est aussi un projet qui expérimente sur plusieurs points (techniques — comme l'architecture, en fonctionnalité, en interface, etc.), l'avenir dira s'il a sa place ou pas.
Une réduction des fonctionnalités, ou des "cibles" qui prennent du temps (genre une version desktop, android, console etc.). Je ne ferai qu'une seule version, web par exemple, responsive donc adapté au mobile et totalement portable (via un Electron pour le desktop, ou pas). En fournissant une API type REST, ton logiciel reste ouvert.
On réfléchit en effet à se concentrer sur certaines fonctionnalités. On a déjà une version web « responsive ». Les différents frontaux ne sont pas ce qui demande le plus de travail, il y a beaucoup de choses factorisées, et l'architecture du projet est une de ses forces. Je ne suis pas persuadé que faire uniquement du Web/JS avec Electron soit une bonne solution même si c'est la mode aujourd'hui (d'ailleurs en XMPP il y a déjà Movim qui fait exactement ce que tu décris).
Une refonte graphique : quand on est codeur et non graphiste, autant se tourner vers un framework qui-rend-beau (bootstrap …) sans trop d'effort.
Oui c'est un option qui a été étudiée (notamment Bulma et KivyMD), il n'est pas impossible d'y passer à terme, mais il faut voir qu'il y a aussi des contraintes et des risques à évaluer (par exemple Bulma est à ma connaissance maintenu par une seule personne, que se passe-t-il si on se base dessus complètement et que c'est arrêté ?).
Peut-être que ton logiciel gagnerait en visibilité en le fournissant en mode SaaS : on crée un compte, on a un accès à tout ce que tu proposes, avec version payante si on veut du stockage … oui du coup ça centralise, mais n'importe qui pourrait se créer un serveur sur un PI en fournissant les paquets par exemple. C'est le principe des Mastodon et tout.
C'est dans nos projets depuis un petit moment, mais il y a encore besoin d'un peu de travail (disons 2 ou 3 versions) pour que ça soit sérieusement à l'étude.
Voilà, c'est juste mon avis hein, je peux avoir tord, pas de soucis, mais tu vois j'ai passé aussi du temps à écrire ce billet et à donner des idées, ce que je considère normal lorsque l'on critique.
Et je te remercie beaucoup de l'avoir donné, ça aide ce genre de commentaires, nous sommes très ouverts aux critiques tant qu'elles sont polies et respectueuses du travail effectué (parce que malheureusement on a aussi de temps en temps des trolls qui sont volontairement agressifs ou blessants). Et ton commentaire est très bien, on voit que tu as écris ça en pensant à aider et non pas à blesser (et ça aide, ce genre d'avis ça travaille et ça permet de faire évoluer les opinions). Encore une fois merci pour ton commentaire.
je t'avoue que je n'avais pas idée qu'il y aurait autant de choses et que j'y serais encore 10 ans après, au début je voulais principalement faire mon propre client XMPP pour m'améliorer en Python (que je n'avais pas commencé depuis longtemps) et apprendre Twisted. Et en avançant on se rend rapidement compte qu'on ouvre petit à petit de nombreuses possibilités, et ça donne des idées, et ça se développe.
Maintenant est-ce que j'ai visé « trop haut » ? Je ne pense pas non, puisque les fonctionnalités voulues arrivent petit à petit, mais je pensais réussir à provoquer assez d'enthousiasme pour motiver des gens à venir participer, et là dessus c'est un peu une déception.
Aussi c'est difficile de tenir sur plusieurs points : la vie sociale/de famille qui sans être sacrifiée est quand même un peu plus compliquée, la santé qui en prend un coup l'air de rien (à force d'être assis devant un écran), la fatigue bien sûr, et les nerfs qui sont parfois soumis à rude épreuve (par un commentaire désagréable, un bug difficile à régler, ou encore des projets qui ré-inventent la roue alors qu'on est là, qu'on indique depuis longtemps les possibilités énormes du protocole, et qu'on a toujours été ouverts à la collaboration, etc.).
Il faut aussi noter qu'il y a une grande partie d'à-côtés qui prennent un temps fou (et parfois de l'argent) : gérer les serveurs, aller à un événement, gérer le site de présentation, répondre aux messages, écrire des billets, etc.
Donc voilà, oui c'est difficile, oui c'est une masse de travail très importante, et non je ne pense pas avoir visé trop haut.
Je reste très motivé, et ce que qui se construit là est une base pour de nombreux projets que j'ai en tête (le framework web prépare le terrain).
En effet c'est l'idée. Alors évidemment ça n'est pas aussi aussi complet qu'un Wordpress + Discourse + Gitlab + Django, mais ça a l'avantage du tout en un, de la cohérence… et la décentralisation/fédération. D'autre part l'intégration avec ces logiciels est possible au cas par cas si nécessaire.
Par la toute nouvelle documentation : https://salut-a-toi.org/documentation . Au passage, s'il y a des erreurs, que ça n'est pas clair, ou que quelque chose ne marche pas, n'hésitez pas à me remonter.
Note que le backend, Primitivus (TUI) et jp (CLI) sont déjà dans Buster (mais dans une version alpha, la version finale n'était pas prête au moment de gèle de Debian).
SàT est interopérable nativement avec tout ce qui est XMPP. Pour le reste il y a des passerelles (par exemple les modules libpurple sont utilisables avec Spectrum 2.
En ce qui concerne les fonctionnalités comme les événements, il est prévu de gérer les formats les plus courants (et il est toujours possible de faire une demande si tel ou tel format est manquant et désiré).
CozyCloud il me semble qu'il ne développent pas de protocole mais utilisent l'existant, il faut donc voir quels formats sont utilisés.
Caliopen d'après ce que j'ai compris (mais ça ne m'a jamais paru clair), c'est aussi une réutilisation de protocoles existants, même chose qu'au dessus.
WebDAV je sais qu'il y a la XEP-0129 qui l'intègre à XMPP, à voir si ça vaut la peine de passer du temps dessus.
Pour Mastodon, comme dit dans la dépêche une passerelle ActivityPub est envisagé (mais il y a déjà un autre projet en cours pour une passerelle ActivityPub/XMPP, je vais probablement attendre de voir ce que ça donne avant de me lancer moi même).
Signal est à ma connaissance fermement opposé à l'utilisation de leur serveur par tout projet tiers. Mais XMPP propose le chiffrement OMEMO, qui est implémenté dans SàT, et qui se base sur le même protocole que Signal.
Pour résumer : ça peut potentiellement utiliser n'importe quoi maintenant (si des passerelles existent déjà) ou dans le futur (si on y consacre du temps).
n'hésite pas à nous contacter sur le salon XMPP si tu te lances : sat@chat.jabberfr.org
Est-ce que ça tourne sur un RPI 0 ?
Pas testé, mais ça devrait (ça tourne en tout cas sur un Cubietruck). J'ai prévu de faire une phase d’optimisation/vérification de des ressources (notamment mémoire) une fois le Python 3 terminé, car il y a des outils plus pratiques qu'en Python 2.
Est-ce qu'il y aura une application F-droid ? (J'utilise LineageOS et uniquement ce store…)
Oui c'est prévu, j'attendais la sortie de cette version pour m'inquiéter de la question. Note que tu as un paquet de test en attendant (et aussi la version Android n'est pas encore super stable, mais je la fournis quand même pour avoir des retours d'utilisation).
Par contre je ne comprends pas pourquoi il y a cette vieille image avec les 3 étoiles de mer sur les ordinateurs tout en haut de la dépêche, elle avait été faite pour notre campagne d'adhésion de 2015, et il ne me semble pas l'avoir mise dans la dépêche (peut-être ai-je fait un copier/coller malheureux ?).
Est-ce qu'un gentil modérateur ou une gentille modératrice peut l'enlever ? Merci :)
Les 3 autres images + le GIF sont bien intentionnels par contre, pas de problème pour eux.
Mais dès que j'ai voulu faire un truc un peu joli, je me suis confronté au problème : c'est beau sur mon téléphone mais dès que je passe sur un autre téléphone c'est moche. Est-ce qu'il y a un moyen simple pour ça ou il faut tester chaque résolution de téléphone ?
Sinon comme autre problème que j'ai eu : impossibilité de l'installer sur certains téléphones. Comment ça marche la compatibilité sur Android ?
Je n'ai pas la possibilité de tester sur des centaines de téléphones, mais de mon expérience ça marche plutôt bien. Je pense que c'est surtout l'API minimale que tu déclares dans Python-for-Android qui détermine si tu peux l'installer ou pas. À voir avec les équipes derrière Kivy si ça marche sur un téléphone et pas un autre, peut-être qu'il y a un bogue à remonter.
Salut et merci pour ton article qui fait un peu connaître Kivy, p4a et buildozer.
Par contre je pense que tu sous-estimes Kivy, le thème sombre par défaut ne plaît sans doute pas à tout le monde, mais un des intérêts de ce cadriciel c'est qu'il est très facile de l'adapter et de faire rapidement des choses très jolies. Si tu n'aimes pas les widgets de base, tu as KivyMD qui est une collections de widgets inspirés de Material Design, tu as une démo en vidéo sur la page que je viens de lier, et sinon ça ressemble à ça :
Il est aussi très facile d'adapter toi même les widgets, grâce notamment à Kv, le langage descriptif utilisé en complément de Python pour gérer les widgets. Voici par exemple la capture de Cagou (SàT), le client XMPP sur lequel je travaille, dans sa version Android:
Alors oui tu as la possibilité d'utiliser Python-for-Android avec des cadriciels web, mais c'est dommage de passer à côté de Kivy qui est excellent est bien maintenu (et avec une communauté sympa en prime, leur seul défaut est d'utiliser une messagerie proprio et centralisée, mais peut-être qu'un jour j'arriverai à les faire passer sur XMPP :) ).
Le reste de l'écosystème est tout aussi bon, et Pyjnius que tu as cité permet d'accéder à l'API Java. Il y a également Plyer qui est un module multi-plateformes pour utiliser facilement les fonctions comme l'appareil photo, le GPS, ou l'état de la batterie.
Aussi Kivy fonctionne bien sur Windows (il faudrait sans doute le préciser dans la dépêche), et même sur iOS qui n'a pas été cité.
Bref, c'est un écosystème super et le résultat d'un énorme travail collectif, c'est vraiment dommage qu'il ne soit pas plus connu, espérons que ce genre de dépêche aide à sa démocratisation.
Note qu'il y a des cas que j'ai cité dans mon commentaire plus haut où tu peux vouloir re-licencier dans une autre licence libre. On a le problème notamment avec iOS et peut-être bientôt Android, et avec notre framework web. Du coup on pense sérieusement à passer par le FLA de la FSF: https://fsfe.org/activities/ftf/fla.fr.html .
Nous sommes sur Liberapay depuis pratiquement le début, mais suite à leurs problèmes avec MangoPay nous n'avons plus d'opérateur de paiement parce que les 2 options proposées ne nous conviennent pas pour diverses raisons, donc le compte n'est actuellement pas utilisable.
Est-ce que vous pourriez détailler ces raisons ? Ça nous serait utile car nous sommes en train de reprendre notre financement via cette plateforme.
Pour Paypal c'est avant tout des raisons politiques : entre autres ils se sont plusieurs fois illustrés par des fermetures et/ou blocages de comptes arbitraires.
Stripe je ne connais pas, mais dans les 2 cas le siège social est aux États-Unis. Or notre contrat social précise que nous ne faisons aucune discrimination y compris pour une zone géographique. Autrement dit nous sommes ouverts à l'utilisation du projet y compris par des gens dans les pays sur la "liste noire" des États-Unis. Donc si demain nous avons des utilisateurs et/ou soutiens en Iran ou à Cuba, on ne veut pas risquer l'ingérence.
Évidemment tout n'est pas rose non plus ailleurs, mais au moins en gardant les acteurs dans l'Union européenne, on limite les risques juridiques et on pourra plus facilement se défendre en cas de problème.
Salut, et merci pour cette initiative. Je pourrais être intéressé, mais le projet (https://salut-a-toi.org) bien qu'il rentre dans plusieurs thèmes est nettement moins connu, visible et utilisé que ceux cités. Est-ce qu'il y a des contreparties à votre proposition (comme ajouter un logo, ce qui serait incompatible avec notre contrat social) ?
Mon point de vue sur vos questions:
faut-il privilégier le versement d'une grosse somme en une seule fois ou privilégier une dilution sur le long terme ? Nous prévoyons aussi de distribuer des fonds via Liberapay.
C'est à voir au cas par cas avec les projets. Nous sommes sur Liberapay depuis pratiquement le début, mais suite à leurs problèmes avec MangoPay nous n'avons plus d'opérateur de paiement parce que les 2 options proposées ne nous conviennent pas pour diverses raisons, donc le compte n'est actuellement pas utilisable. Aussi cela dépend de comment le projet veut utiliser la somme : payer ou participer au paiement de contributeurs, servir aux déplacements ou à se faire connaître, etc.
comment s'assurer que les fonds versés financeront du Libre qui le restera ? Faut-il exiger un partage du copyright pour éviter un changement unilatéral de la part du mainteneur vers une licence propriétaire a posteriori ?
Est-ce que vous excluez tout ce qui n'est pas copyleft ?
J'étais partisan à un moment de « diluer » au maximum les contributions pour éviter un changement de licence, et j'en reviens maintenant. D'une part, si le projet reste sur peu de contributeurs⋅trices majeur⋅e⋅s, ils ou elles ont toujours la possibilité de supprimer le code extérieur et éventuellement le réécrire s'ils veulent changer de licence, et d'autre part un changement de licence peut être nécessaire sans pour autant fermer le code.
Par exemple, nous nous posons actuellement la question de la licence pour un éventuel client iOS (l'AGPL n'étant pas compatible avec l'Apple store), et il semble que Google va imposer une bibliothèque non libre pour les notifications push sur Android (ce qui peut poser problème selon la licence). Nous avons aussi un framework web qui n'était pas forcément prévu à l'origine et qui peut demander un changement de licence. Bref on peut vouloir rester dans du libre mais devoir changer la licence.
comment inciter plus d'entreprises à reverser une partie de leur chiffre d'affaire ?
Il y a clairement un problème de financement et je ne suis pas sûr que le salut vienne des entreprises, mais c'est en tout cas une très bonne chose de faire ce que vous faites, et communiquer dessus est déjà une bonne façon d'inciter d'autres à suivre.
ActivityPub ou plutôt XMPP, qui a d'ailleurs déjà été utilisé par Google, Facebook, Microsoft et même Apple pour son système de notification (je me demande s'il n'est pas encore utilisé dans ce cas d'ailleurs), et ils ont tous fini par changer (sans vouloir trop m'avancer sur le sujet, il y a probablement diverses raisons comme un public qui n'a pas suivi, et le modèle économique qui se base sur qui a la plus grosse).
Article sympa (je ne suis plus joueur depuis des années, mais c'était sympa à lire).
Tu cites Unity, du coup j'en profite pour placer l'excellent Godot engine, il font un super boulot, c'est libre, multi-plateformes, et c'est un vrai moteur 2D + un moteur 3D. Un des fleurons actuels du libre à mon avis.
Et pour ceux qui ne connaissent pas, il y a jump'n'bump qui me rappelle un peu mes études :)
Pareil, je m'en suis déjà servi pour plusieurs vidéos et même pour une démo live dans une conférence à la Pycon fr l'année dernière, donc merci pour le boulot et ce logiciel fort utile.
C'est juste pour un coup d'œil de quelques minutes comme tu l'as fait dans ton commentaire, et si t'as le temps (crois moi je sais ce que c'est de manquer de temps). Je note, merci :)
Ne le prends pas mal, j'ai bouffé de la PAO et de la mise en page web qq années.
Pourquoi veux tu que je le prenne mal ? D'une c'est moi qui l'ai demandé, et de deux ça m'aide :). Merci pour les commentaires, ceux sur l'alignement sont particulièrement pertinents.
Si t'as des notions de mise en page, ça serait très utile d'avoir des retours de temps en temps sur l'évolution de l'interface, si jamais t'as envie de passer sur notre salon XMPP (sat@chat.jabberfr.org [lien web]) ou un contact.
Le cadre a en fait une utilité, mais ça aussi ça n'est pas visible sur une simple capture: on peut diviser l'interface pour afficher plusieurs choses en même temps (plusieurs conversations par exemple).
[^] # Re: Comment rendre sympa les codes ISO ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à l’entrée du suivi Les langues ne devraient pas être indiquées avec des drapeaux de pays. Évalué à 2 (+0/-0).
C'est du texte qu'il faut utiliser, il y a des dénominations standards, et c'est accessible.
Voici un article trouvé sur le web qui résume le problème : https://blog.axe-net.fr/choix-langue-site-web-drapeaux-textes/
[^] # Re: Tout-en-un
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 3.
Je suis justement en train de faire le port Python 3, bien que je sois en vacances. On a eu le tour aussi avec Pyjamas (transpileur Python => JavaScript) et certaines incompatibilités dans les bibliothèques utilisées par-ci par-là, du coup on y fait attention aux dépendances. Le problème d'un système existant comme Bulma ou Bootstrap c'est qu'il faut s'adapter à la logique, or dans le cas d'un framework CSS, c'est pas tellement la mer à boire de faire le sien, et ça permet le sur mesure.
Au passage Twisted est un modèle là dessus, c'est vraiment stable, le code fait il y a dix ans fonctionne toujours sans soucis.
Oui c'est pas la première fois qu'on nous fait la remarque. Dans la communication je mets quasi systématiquement
(SàT)après un nom, mais il faudrait sans doute voire à toute renommer. On a déjà débattu de ça en assemblé générale (on fait des assemblées publiques une fois par an pour décider des grandes lignes) et on avait parlé de faire un sondage pour les noms, il faut que je pense à m'en occuper.[^] # Re: Tout-en-un
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 10.
Salut,
pour la manque de contributions il y a plusieurs facteurs : déjà des choix politiques (pas de présence sur Facebook, Twitter ni même Github), ensuite des erreurs stratégiques (sorties des versions trop rares), un mauvais timing (j'ai débuté avec SàT quand les smartphones ont commencé à décoller, et la 0.7 sortie la semaine dernière est la première à avoir une version pour Android), un éparpillement en effet, et sans doute un peu de manque de chance. Il y a quand même une (petite) communauté qui s'est formé et quelques contributions.
Pour répondre à tes points:
Oui difficile à décrire en effet (un peu moins ces dernier temps, écosystème de communication me semble relativement approprié).
Par contre, je ne pense pas qu'il fait tout « mal ou moins bien », loin de là. Ça n'est pas parce que ça n'est pas dédié à une tâche que c'est mal fait.
Je pense que le travail de simplification commencé avec cette version commence à rendre les fonctionnalités agréables, et la cohérence (même interface, même façon de configurer, même compte, etc.) est un atout que tu n'auras pas en regroupant des applications dédiées différentes.
Il faut aussi voir que ce ne sont pas des choses tellement différentes : au niveau du chat par exemple, tu t'attends à avoir plus ou moins du partage de fichiers, voire de la visio-conférence. Le blog me semble relativement proche et cohérent avec le chat, et le forum est une vue différente du blog. Il y a d'autres fonctionnalités faites pour des besoins persos ou liés au projet (comme les tickets et merge-requests), mais ça n'est pas ce que je souhaite mettre en avant, c'est plus du bonus.
La base est commune : c'est pratiquement tout le temps du pubsub, des commentaires, et un type de vue. Après les améliorations profitent à tout le monde : quand la recherche en texte intégral sera implémentée (« full text search »), elle sera utilisable d'un coup par toutes les fonctionnalités basées sur pubsub. Les outils mis en place sont génériques et réutilisables.
D'autre part, quand je compare avec ce que j'utilise dans mon travail salarié, SàT n'est pas loin d'avoir tout ce que j'utilise typiquement dans une journée (même si un outil utilisé dans mon boulot peut avoir des tonnes de fonctionnalités, au final je n'en utilise qu'une petite partie dans mon processus de travail quotidien).
Donc non je ne pense pas faire mal ou moins bien, je pense faire différent, dans une autre philosophie.
C'est vrai, mais il y a eu des efforts fait dessus (et de l'écoute sur les commentaires que j'ai reçu). La première capture d'écran par exemple, tout en haut (le tchat sur Cagou pour Android), tu trouves ça vraiment austère ? Ça ne me semble pas tellement éloigné de ce qu'on trouve dans la plupart des applications de tchat de nos jours.
Peut être que ça n'est pas l'outil pour toi, très bien si tu as déjà tout ce qu'il te faut, c'est vraiment pas notre truc la création de besoin. C'est un outil accompagné d'une certaine philosophie (cf. contrat social, mais aussi le discours qu'on a sur l'éthique et la vision critique des technologies) ce qui est je pense assez rare sinon unique. C'est aussi un projet qui expérimente sur plusieurs points (techniques — comme l'architecture, en fonctionnalité, en interface, etc.), l'avenir dira s'il a sa place ou pas.
On réfléchit en effet à se concentrer sur certaines fonctionnalités. On a déjà une version web « responsive ». Les différents frontaux ne sont pas ce qui demande le plus de travail, il y a beaucoup de choses factorisées, et l'architecture du projet est une de ses forces. Je ne suis pas persuadé que faire uniquement du Web/JS avec Electron soit une bonne solution même si c'est la mode aujourd'hui (d'ailleurs en XMPP il y a déjà Movim qui fait exactement ce que tu décris).
Oui c'est un option qui a été étudiée (notamment Bulma et KivyMD), il n'est pas impossible d'y passer à terme, mais il faut voir qu'il y a aussi des contraintes et des risques à évaluer (par exemple Bulma est à ma connaissance maintenu par une seule personne, que se passe-t-il si on se base dessus complètement et que c'est arrêté ?).
C'est dans nos projets depuis un petit moment, mais il y a encore besoin d'un peu de travail (disons 2 ou 3 versions) pour que ça soit sérieusement à l'étude.
Et je te remercie beaucoup de l'avoir donné, ça aide ce genre de commentaires, nous sommes très ouverts aux critiques tant qu'elles sont polies et respectueuses du travail effectué (parce que malheureusement on a aussi de temps en temps des trolls qui sont volontairement agressifs ou blessants). Et ton commentaire est très bien, on voit que tu as écris ça en pensant à aider et non pas à blesser (et ça aide, ce genre d'avis ça travaille et ça permet de faire évoluer les opinions). Encore une fois merci pour ton commentaire.
[^] # Re: Visio
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 5.
oui bien sûr, et notamment le Jitsi bridge qui devrait être intéressant pour les conférences à plusieurs.
Jitsi utilise Jingle, un protocole XMPP, et SàT l'implémente également, une fois implémenté dans SàT il devrait y avoir compatibilité.
[^] # Re: Tout-en-un
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 10.
Salut,
je t'avoue que je n'avais pas idée qu'il y aurait autant de choses et que j'y serais encore 10 ans après, au début je voulais principalement faire mon propre client XMPP pour m'améliorer en Python (que je n'avais pas commencé depuis longtemps) et apprendre Twisted. Et en avançant on se rend rapidement compte qu'on ouvre petit à petit de nombreuses possibilités, et ça donne des idées, et ça se développe.
Maintenant est-ce que j'ai visé « trop haut » ? Je ne pense pas non, puisque les fonctionnalités voulues arrivent petit à petit, mais je pensais réussir à provoquer assez d'enthousiasme pour motiver des gens à venir participer, et là dessus c'est un peu une déception.
Aussi c'est difficile de tenir sur plusieurs points : la vie sociale/de famille qui sans être sacrifiée est quand même un peu plus compliquée, la santé qui en prend un coup l'air de rien (à force d'être assis devant un écran), la fatigue bien sûr, et les nerfs qui sont parfois soumis à rude épreuve (par un commentaire désagréable, un bug difficile à régler, ou encore des projets qui ré-inventent la roue alors qu'on est là, qu'on indique depuis longtemps les possibilités énormes du protocole, et qu'on a toujours été ouverts à la collaboration, etc.).
Il faut aussi noter qu'il y a une grande partie d'à-côtés qui prennent un temps fou (et parfois de l'argent) : gérer les serveurs, aller à un événement, gérer le site de présentation, répondre aux messages, écrire des billets, etc.
Donc voilà, oui c'est difficile, oui c'est une masse de travail très importante, et non je ne pense pas avoir visé trop haut.
Je reste très motivé, et ce que qui se construit là est une base pour de nombreux projets que j'ai en tête (le framework web prépare le terrain).
[^] # Re: Tout-en-un
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 4. Dernière modification le 26 juillet 2019 à 22:47.
En effet c'est l'idée. Alors évidemment ça n'est pas aussi aussi complet qu'un Wordpress + Discourse + Gitlab + Django, mais ça a l'avantage du tout en un, de la cohérence… et la décentralisation/fédération. D'autre part l'intégration avec ces logiciels est possible au cas par cas si nécessaire.
[^] # Re: Quelques questions...
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 8.
Par la toute nouvelle documentation : https://salut-a-toi.org/documentation . Au passage, s'il y a des erreurs, que ça n'est pas clair, ou que quelque chose ne marche pas, n'hésitez pas à me remonter.
Note que le backend, Primitivus (TUI) et jp (CLI) sont déjà dans Buster (mais dans une version alpha, la version finale n'était pas prête au moment de gèle de Debian).
[^] # Re: interopérabilité
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 7.
Salut,
SàT est interopérable nativement avec tout ce qui est XMPP. Pour le reste il y a des passerelles (par exemple les modules libpurple sont utilisables avec Spectrum 2.
En ce qui concerne les fonctionnalités comme les événements, il est prévu de gérer les formats les plus courants (et il est toujours possible de faire une demande si tel ou tel format est manquant et désiré).
CozyCloud il me semble qu'il ne développent pas de protocole mais utilisent l'existant, il faut donc voir quels formats sont utilisés.
Caliopen d'après ce que j'ai compris (mais ça ne m'a jamais paru clair), c'est aussi une réutilisation de protocoles existants, même chose qu'au dessus.
WebDAV je sais qu'il y a la XEP-0129 qui l'intègre à XMPP, à voir si ça vaut la peine de passer du temps dessus.
Pour Mastodon, comme dit dans la dépêche une passerelle ActivityPub est envisagé (mais il y a déjà un autre projet en cours pour une passerelle ActivityPub/XMPP, je vais probablement attendre de voir ce que ça donne avant de me lancer moi même).
Signal est à ma connaissance fermement opposé à l'utilisation de leur serveur par tout projet tiers. Mais XMPP propose le chiffrement OMEMO, qui est implémenté dans SàT, et qui se base sur le même protocole que Signal.
Pour résumer : ça peut potentiellement utiliser n'importe quoi maintenant (si des passerelles existent déjà) ou dans le futur (si on y consacre du temps).
[^] # lien APK Android
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 2.
Ah je vois qu'il y un petit soucis sur le lien vers l'APK Android, dans la phrase:
ce lienne pointe pas vers le bon lien qui est : https://ftp.goffi.org/cagou/cagou-0.7.0_unsigned_debug.apkmerci :)
[^] # Re: Quelques questions...
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 6.
Bonjour,
n'hésite pas à nous contacter sur le salon XMPP si tu te lances : sat@chat.jabberfr.org
Pas testé, mais ça devrait (ça tourne en tout cas sur un Cubietruck). J'ai prévu de faire une phase d’optimisation/vérification de des ressources (notamment mémoire) une fois le Python 3 terminé, car il y a des outils plus pratiques qu'en Python 2.
Oui c'est prévu, j'attendais la sortie de cette version pour m'inquiéter de la question. Note que tu as un paquet de test en attendant (et aussi la version Android n'est pas encore super stable, mais je la fournis quand même pour avoir des retours d'utilisation).
[^] # Re: vieille image
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 2.
Merci. Si jamais vous aviez besoin d'un logo, la version SVG est là:
# vieille image
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.7 — La Commune. Évalué à 2. Dernière modification le 25 juillet 2019 à 19:59.
Bonjour et merci pour la modération rapide.
Par contre je ne comprends pas pourquoi il y a cette vieille image avec les 3 étoiles de mer sur les ordinateurs tout en haut de la dépêche, elle avait été faite pour notre campagne d'adhésion de 2015, et il ne me semble pas l'avoir mise dans la dépêche (peut-être ai-je fait un copier/coller malheureux ?).
Est-ce qu'un gentil modérateur ou une gentille modératrice peut l'enlever ? Merci :)
Les 3 autres images + le GIF sont bien intentionnels par contre, pas de problème pour eux.
[^] # Re: responsive et compatibilité
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche minipy, un serveur Python dans son Android. Évalué à 4.
Tu as les mesures indépendantes de la densité en pixels (dp) qui sont gérées par Kivy, cf. https://kivy.org/doc/stable/api-kivy.metrics.html
Je n'ai pas la possibilité de tester sur des centaines de téléphones, mais de mon expérience ça marche plutôt bien. Je pense que c'est surtout l'API minimale que tu déclares dans Python-for-Android qui détermine si tu peux l'installer ou pas. À voir avec les équipes derrière Kivy si ça marche sur un téléphone et pas un autre, peut-être qu'il y a un bogue à remonter.
# Kivy est un excellent cadriciel graphique
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche minipy, un serveur Python dans son Android. Évalué à 10. Dernière modification le 12 juillet 2019 à 07:22.
Salut et merci pour ton article qui fait un peu connaître Kivy, p4a et buildozer.
Par contre je pense que tu sous-estimes Kivy, le thème sombre par défaut ne plaît sans doute pas à tout le monde, mais un des intérêts de ce cadriciel c'est qu'il est très facile de l'adapter et de faire rapidement des choses très jolies. Si tu n'aimes pas les widgets de base, tu as KivyMD qui est une collections de widgets inspirés de Material Design, tu as une démo en vidéo sur la page que je viens de lier, et sinon ça ressemble à ça :
Il est aussi très facile d'adapter toi même les widgets, grâce notamment à Kv, le langage descriptif utilisé en complément de Python pour gérer les widgets. Voici par exemple la capture de Cagou (SàT), le client XMPP sur lequel je travaille, dans sa version Android:
Alors oui tu as la possibilité d'utiliser Python-for-Android avec des cadriciels web, mais c'est dommage de passer à côté de Kivy qui est excellent est bien maintenu (et avec une communauté sympa en prime, leur seul défaut est d'utiliser une messagerie proprio et centralisée, mais peut-être qu'un jour j'arriverai à les faire passer sur XMPP :) ).
Le reste de l'écosystème est tout aussi bon, et Pyjnius que tu as cité permet d'accéder à l'API Java. Il y a également Plyer qui est un module multi-plateformes pour utiliser facilement les fonctions comme l'appareil photo, le GPS, ou l'état de la batterie.
Aussi Kivy fonctionne bien sur Windows (il faudrait sans doute le préciser dans la dépêche), et même sur iOS qui n'a pas été cité.
Bref, c'est un écosystème super et le résultat d'un énorme travail collectif, c'est vraiment dommage qu'il ne soit pas plus connu, espérons que ce genre de dépêche aide à sa démocratisation.
[^] # Re: Comment assurer un mécénat de qualité ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Appel à projet libre pour la campagne de mécénat 2019 de Code Lutin. Évalué à 2.
Note qu'il y a des cas que j'ai cité dans mon commentaire plus haut où tu peux vouloir re-licencier dans une autre licence libre. On a le problème notamment avec iOS et peut-être bientôt Android, et avec notre framework web. Du coup on pense sérieusement à passer par le FLA de la FSF: https://fsfe.org/activities/ftf/fla.fr.html .
[^] # Re: Comment assurer un mécénat de qualité ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Appel à projet libre pour la campagne de mécénat 2019 de Code Lutin. Évalué à 4.
Pour Paypal c'est avant tout des raisons politiques : entre autres ils se sont plusieurs fois illustrés par des fermetures et/ou blocages de comptes arbitraires.
Stripe je ne connais pas, mais dans les 2 cas le siège social est aux États-Unis. Or notre contrat social précise que nous ne faisons aucune discrimination y compris pour une zone géographique. Autrement dit nous sommes ouverts à l'utilisation du projet y compris par des gens dans les pays sur la "liste noire" des États-Unis. Donc si demain nous avons des utilisateurs et/ou soutiens en Iran ou à Cuba, on ne veut pas risquer l'ingérence.
Évidemment tout n'est pas rose non plus ailleurs, mais au moins en gardant les acteurs dans l'Union européenne, on limite les risques juridiques et on pourra plus facilement se défendre en cas de problème.
[^] # Re: Comment assurer un mécénat de qualité ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Appel à projet libre pour la campagne de mécénat 2019 de Code Lutin. Évalué à 6.
Salut, et merci pour cette initiative. Je pourrais être intéressé, mais le projet (https://salut-a-toi.org) bien qu'il rentre dans plusieurs thèmes est nettement moins connu, visible et utilisé que ceux cités. Est-ce qu'il y a des contreparties à votre proposition (comme ajouter un logo, ce qui serait incompatible avec notre contrat social) ?
Mon point de vue sur vos questions:
C'est à voir au cas par cas avec les projets. Nous sommes sur Liberapay depuis pratiquement le début, mais suite à leurs problèmes avec MangoPay nous n'avons plus d'opérateur de paiement parce que les 2 options proposées ne nous conviennent pas pour diverses raisons, donc le compte n'est actuellement pas utilisable. Aussi cela dépend de comment le projet veut utiliser la somme : payer ou participer au paiement de contributeurs, servir aux déplacements ou à se faire connaître, etc.
Est-ce que vous excluez tout ce qui n'est pas copyleft ?
J'étais partisan à un moment de « diluer » au maximum les contributions pour éviter un changement de licence, et j'en reviens maintenant. D'une part, si le projet reste sur peu de contributeurs⋅trices majeur⋅e⋅s, ils ou elles ont toujours la possibilité de supprimer le code extérieur et éventuellement le réécrire s'ils veulent changer de licence, et d'autre part un changement de licence peut être nécessaire sans pour autant fermer le code.
Par exemple, nous nous posons actuellement la question de la licence pour un éventuel client iOS (l'AGPL n'étant pas compatible avec l'Apple store), et il semble que Google va imposer une bibliothèque non libre pour les notifications push sur Android (ce qui peut poser problème selon la licence). Nous avons aussi un framework web qui n'était pas forcément prévu à l'origine et qui peut demander un changement de licence. Bref on peut vouloir rester dans du libre mais devoir changer la licence.
Il y a clairement un problème de financement et je ne suis pas sûr que le salut vienne des entreprises, mais c'est en tout cas une très bonne chose de faire ce que vous faites, et communiquer dessus est déjà une bonne façon d'inciter d'autres à suivre.
# XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Appel de plusieurs organisations à imposer un minimum d’interopérabilité pour les GAFA. Évalué à 6. Dernière modification le 23 mai 2019 à 09:06.
ActivityPub ou plutôt XMPP, qui a d'ailleurs déjà été utilisé par Google, Facebook, Microsoft et même Apple pour son système de notification (je me demande s'il n'est pas encore utilisé dans ce cas d'ailleurs), et ils ont tous fini par changer (sans vouloir trop m'avancer sur le sujet, il y a probablement diverses raisons comme un public qui n'a pas suivi, et le modèle économique qui se base sur qui a la plus grosse).
[^] # Re: Godot
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Une vision de l'état du jeux vidéo sur Linux. Évalué à 2.
oui, c'était vraiment génial :)
# Godot
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Une vision de l'état du jeux vidéo sur Linux. Évalué à 8.
Article sympa (je ne suis plus joueur depuis des années, mais c'était sympa à lire).
Tu cites Unity, du coup j'en profite pour placer l'excellent Godot engine, il font un super boulot, c'est libre, multi-plateformes, et c'est un vrai moteur 2D + un moteur 3D. Un des fleurons actuels du libre à mon avis.
Et pour ceux qui ne connaissent pas, il y a jump'n'bump qui me rappelle un peu mes études :)
[^] # Re: Se passer de Google ... quand une alternative équivalente existe
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Se passer de Google, Facebook et autres Big Brothers 2.0 #2 — Le courriel. Évalué à 2.
j'ai un ancien collègue qui travaille sur un client de ce style (Mailur), je n'ai pas essayé moi même mais ça a l'air chouette:
[^] # Re: Questions bêtes
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Quel type de messagerie ouverte et interopérable j’utilise le plus ?. Évalué à 4. Dernière modification le 01 avril 2019 à 20:51.
Il me semble que faire l'aumône aux projets permettrait plutôt de les chasser les
insectesbugs.[^] # Re: Remerciements
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal scrcpy a 1 an. Évalué à 5.
Pareil, je m'en suis déjà servi pour plusieurs vidéos et même pour une démo live dans une conférence à la Pycon fr l'année dernière, donc merci pour le boulot et ce logiciel fort utile.
[^] # Re: Et?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Dino, le client XMPP, est disponible sur plusieurs distributions GNU/Linux. Évalué à 4.
C'est juste pour un coup d'œil de quelques minutes comme tu l'as fait dans ton commentaire, et si t'as le temps (crois moi je sais ce que c'est de manquer de temps). Je note, merci :)
[^] # Re: Et?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Dino, le client XMPP, est disponible sur plusieurs distributions GNU/Linux. Évalué à 8.
Pourquoi veux tu que je le prenne mal ? D'une c'est moi qui l'ai demandé, et de deux ça m'aide :). Merci pour les commentaires, ceux sur l'alignement sont particulièrement pertinents.
Si t'as des notions de mise en page, ça serait très utile d'avoir des retours de temps en temps sur l'évolution de l'interface, si jamais t'as envie de passer sur notre salon XMPP (sat@chat.jabberfr.org [lien web]) ou un contact.
Le cadre a en fait une utilité, mais ça aussi ça n'est pas visible sur une simple capture: on peut diviser l'interface pour afficher plusieurs choses en même temps (plusieurs conversations par exemple).