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).
La première ligne se comprend à l'usage, elle affiche les messages importants quand la fenêtre de chat correspondante n'est pas visible, en défilant à la manière d'une chaîne d'information. J'ai montré ça à quelques personnes au FOSDEM, et ça plaisait.
l'icône sur la deuxième ligne permet de changer de « mode » (chat, partage de fichier, télécommande, etc.). Là aussi c'est particulier et à voir à l'usage, sur une capture c'est difficile de se faire une idée. C'est inspiré de Blender pour ceux qui connaissent.
ce n'est pas ta propre adresse mais cette de ton correspondant qui est affichée. C'est temporaire, ça sera plus probablement le nom qui sera affiché à terme. Le verrou n'est pas qu'un indicateur mais permet aussi de changer le type de chiffrement, ça peut être intéressant de le déplacer, je vais y réfléchir.
oui pour les métadonnée c'était prévu de travailler dessus, notamment il y a une XEP qui propose un système de couleurs consistant pour les pseudos (pour retrouver les mêmes couleurs sur les différents clients). Je ferai sûrement ça pour la prochaine version, parce qu'il y a un peu boulot et là je veux sortir cette version dès que possible.
oui pour les espaces (padding) ça fait partie des améliorations déjà faites depuis la capture, enfin peut-être pas à côté de l'avatar, je vais faire des essais.
ce n'est pas une icône d'envoi de message, mais d'ajout de données spéciales (image/vidéo, enregistrement sonore, et probablement bientôt coordonnées GPS ou autre). Dans la version actuelle elle est plus petite. Mais du coup le + cerclé n'est pas assez explicite ? C'est pourtant utilisé dans d'autres clients…
Voilà de mon côté, en espérant que ça puisse être un peu utile
Oui c'est utile, merci. J'essaye de plus en plus de demander ce genre d'avis pour améliorer l'interface, et ça aide.
Alors ça par exemple, j'avais commencé l'interface en fond noir, on m'a conseillé de partir en fond blanc ce que j'ai fait, mais je lis des articles qui parlent d'un retour au noir (ex.: https://www.lord.re/ideas/005-black-header/), bref ça n'a pas l'air si évident.
Perso je trouve que le blanc donne plus une impression d'interface aérée mais que le noir est plus reposant, je pense faire une option à terme pour passer de l'un à l'autre, avec certainement un fond blanc par défaut.
Le peu de couleurs oui, les grands contrastes, etc. Ce sont des effectivement des bonnes pratiques.
Ça c'est une capture un peu ancienne (elle a été légèrement améliorée depuis) de notre interface bureau/mobile en cours de dév, ça me semble coller aux critères que tu donnes, tu (vous) en pense(z) quoi ?
Le menu en haut n'est visible que sur bureau, mais je pense qu'il va disparaître d'ici la sortie de la 0.7.
Qu'entends tu précisément par « moderne » ? Ce n'est pas une question piège, je me demande vraiment parce que ce terme est à la mode et utilisé à toutes les sauces, aussi j'aimerais bien avoir une liste plus ou moins précises des choses que vous aimez dans l'interface, dans l'idée d'améliorer notre frontal graphique (cette question ne s'adresse pas qu'à Zatalyz d'ailleurs).
Un vrai bon journaliste, ça recoupe les informations, ça va sur le terrain, et ça a une base de contacts fiables.
Un des problèmes principaux, c'est que les difficultés financières entraînent une augmentation des cadences, et les journalistes font de plus en plus de choses dans l'urgence, et en multipliant les rôles (papier + photo + correction par exemple, là où avant il y avait 3 personnes différentes), ça laisse moins de temps pour faire correctement la vérification.
En plus de ça il y a l'expérience qui devrait aider à démêler le vrai du faux.
Si tu n'es plus capable de garantir que ce que tu vois est la réalité, comment les gens peuvent faire confiance à une information plutôt qu'à une autre
C'est entre autres à ça que servent les journalistes. C'est un milieu en grande difficulté, et il y a des choses à reprocher à nombre de médias, mais ça reste un métier essentiel, et un de leur rôle principal est de vérifier les informations (ce qui est peu compatible avec l'actuelle culture de l'urgence).
oui si l'admin le permet, c'est le cas sur jabberfr.org, comme mentionné par ailleurs. C'est une excellente pratique (autoriser un nom de domaine externe) qui devrait se généraliser (on ne le fait pas encore sur notre serveur de démo, mais j'aimerais mettre ça en place à terme).
la plus simple, avoir son propre nom de domaine, et le changer quand on change de serveur. Ça suppose qu'on puisse récupérer ses archives sur le premier serveur pour réinstaller sur le second.
le 2) peut poser des problèmes de sécurité (voir par exemple https://xmpp.org/extensions/xep-0283.html#security). Si on veut que ça soit confortable, il faudrait aussi transférer les archives (historique des messages par exemple).
Bref, il y a des débuts de solutions, mais ça peut être dangereux de trop automatiser. Il y a certainement des choses à creuser avec les nouvelles méthodes de chiffrement de bout en bout (OMEMO et OX).
Un truc aussi que je trouve très cool avec XMPP, c'est que le couple identifiant/mot de passe permet de se connecter sur tout l'écosystème. Concrètement, j'ai depuis quelques années mon identifiant en movim.eu, mais avec ça je peux me connecter au webchat de conversejs.org, à l'instance movim hébergée par jabberfr.org, ou sur le site movim.eu aussi. Et sur chaque service, je retrouve mes contacts, mon historique, etc. Et le jour où j'ai envie de tester SàT ou un énième client, pas besoin de refaire un compte.
Oui enfin attention avec ça, il faut bien comprendre qu'on file identifiant et mot de passe au service tiers. C'est valable pour un compte de test, si on héberge tout soit même, ou si on fait très confiance au service tiers, mais ça reste une mauvaise pratique.
La méthode propre pour pouvoir sauter d'un service à l'autre facilement, c'est d'utiliser une authentification de type OAuth, ce qu'il est possible de faire avec XMPP, mais très peu implémenté aujourd'hui. En gros le principe c'est que si t'as un compte sur jabberfr.org et tu veux tester sur conversejs.org, tu entres ton identifiant (jid), et sur jabberfr.org t'as une confirmation (« conversejs.org veut accéder à votre service bla bla »), et tu peux te connecter sans entrer ton mot de passe.
C'est une des choses que j'aimerais pousser dans XMPP, mais on a déjà trop de choses à faire.
[^] # 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).
[^] # 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é à 5.
Merci pour ces commentaires.
La première ligne se comprend à l'usage, elle affiche les messages importants quand la fenêtre de chat correspondante n'est pas visible, en défilant à la manière d'une chaîne d'information. J'ai montré ça à quelques personnes au FOSDEM, et ça plaisait.
l'icône sur la deuxième ligne permet de changer de « mode » (chat, partage de fichier, télécommande, etc.). Là aussi c'est particulier et à voir à l'usage, sur une capture c'est difficile de se faire une idée. C'est inspiré de Blender pour ceux qui connaissent.
ce n'est pas ta propre adresse mais cette de ton correspondant qui est affichée. C'est temporaire, ça sera plus probablement le nom qui sera affiché à terme. Le verrou n'est pas qu'un indicateur mais permet aussi de changer le type de chiffrement, ça peut être intéressant de le déplacer, je vais y réfléchir.
oui pour les métadonnée c'était prévu de travailler dessus, notamment il y a une XEP qui propose un système de couleurs consistant pour les pseudos (pour retrouver les mêmes couleurs sur les différents clients). Je ferai sûrement ça pour la prochaine version, parce qu'il y a un peu boulot et là je veux sortir cette version dès que possible.
oui pour les espaces (padding) ça fait partie des améliorations déjà faites depuis la capture, enfin peut-être pas à côté de l'avatar, je vais faire des essais.
ce n'est pas une icône d'envoi de message, mais d'ajout de données spéciales (image/vidéo, enregistrement sonore, et probablement bientôt coordonnées GPS ou autre). Dans la version actuelle elle est plus petite. Mais du coup le
+cerclé n'est pas assez explicite ? C'est pourtant utilisé dans d'autres clients…Oui c'est utile, merci. J'essaye de plus en plus de demander ce genre d'avis pour améliorer l'interface, et ça aide.
[^] # 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é à 5.
Alors ça par exemple, j'avais commencé l'interface en fond noir, on m'a conseillé de partir en fond blanc ce que j'ai fait, mais je lis des articles qui parlent d'un retour au noir (ex.: https://www.lord.re/ideas/005-black-header/), bref ça n'a pas l'air si évident.
Perso je trouve que le blanc donne plus une impression d'interface aérée mais que le noir est plus reposant, je pense faire une option à terme pour passer de l'un à l'autre, avec certainement un fond blanc par défaut.
Le peu de couleurs oui, les grands contrastes, etc. Ce sont des effectivement des bonnes pratiques.
Ça c'est une capture un peu ancienne (elle a été légèrement améliorée depuis) de notre interface bureau/mobile en cours de dév, ça me semble coller aux critères que tu donnes, tu (vous) en pense(z) quoi ?
Le menu en haut n'est visible que sur bureau, mais je pense qu'il va disparaître d'ici la sortie de la 0.7.
[^] # 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é à 3.
Qu'entends tu précisément par « moderne » ? Ce n'est pas une question piège, je me demande vraiment parce que ce terme est à la mode et utilisé à toutes les sauces, aussi j'aimerais bien avoir une liste plus ou moins précises des choses que vous aimez dans l'interface, dans l'idée d'améliorer notre frontal graphique (cette question ne s'adresse pas qu'à Zatalyz d'ailleurs).
[^] # Re: Comment "démasquer" un faux visage
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Cette personne n'existe pas. Évalué à 8.
Un vrai bon journaliste, ça recoupe les informations, ça va sur le terrain, et ça a une base de contacts fiables.
Un des problèmes principaux, c'est que les difficultés financières entraînent une augmentation des cadences, et les journalistes font de plus en plus de choses dans l'urgence, et en multipliant les rôles (papier + photo + correction par exemple, là où avant il y avait 3 personnes différentes), ça laisse moins de temps pour faire correctement la vérification.
En plus de ça il y a l'expérience qui devrait aider à démêler le vrai du faux.
[^] # Re: Comment "démasquer" un faux visage
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Cette personne n'existe pas. Évalué à 10.
C'est entre autres à ça que servent les journalistes. C'est un milieu en grande difficulté, et il y a des choses à reprocher à nombre de médias, mais ça reste un métier essentiel, et un de leur rôle principal est de vérifier les informations (ce qui est peu compatible avec l'actuelle culture de l'urgence).
[^] # Re: exporter un compte
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim 0.14 « Scotty ». Évalué à 4.
Oui c'est bien ça.
[^] # Re: exporter un compte
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim 0.14 « Scotty ». Évalué à 2.
oui si l'admin le permet, c'est le cas sur jabberfr.org, comme mentionné par ailleurs. C'est une excellente pratique (autoriser un nom de domaine externe) qui devrait se généraliser (on ne le fait pas encore sur notre serveur de démo, mais j'aimerais mettre ça en place à terme).
[^] # Re: exporter un compte
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim 0.14 « Scotty ». Évalué à 2.
Les 2 méthodes possibles aujourd'hui:
le 2) peut poser des problèmes de sécurité (voir par exemple https://xmpp.org/extensions/xep-0283.html#security). Si on veut que ça soit confortable, il faudrait aussi transférer les archives (historique des messages par exemple).
Bref, il y a des débuts de solutions, mais ça peut être dangereux de trop automatiser. Il y a certainement des choses à creuser avec les nouvelles méthodes de chiffrement de bout en bout (OMEMO et OX).
[^] # Re: exporter un compte
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim 0.14 « Scotty ». Évalué à 5.
Oui enfin attention avec ça, il faut bien comprendre qu'on file identifiant et mot de passe au service tiers. C'est valable pour un compte de test, si on héberge tout soit même, ou si on fait très confiance au service tiers, mais ça reste une mauvaise pratique.
La méthode propre pour pouvoir sauter d'un service à l'autre facilement, c'est d'utiliser une authentification de type OAuth, ce qu'il est possible de faire avec XMPP, mais très peu implémenté aujourd'hui. En gros le principe c'est que si t'as un compte sur jabberfr.org et tu veux tester sur conversejs.org, tu entres ton identifiant (jid), et sur jabberfr.org t'as une confirmation (« conversejs.org veut accéder à votre service bla bla »), et tu peux te connecter sans entrer ton mot de passe.
C'est une des choses que j'aimerais pousser dans XMPP, mais on a déjà trop de choses à faire.