Salut à Toi est multi-interfaces, et l'une d'elle, jp, est dédié à la ligne de commande.
Si j'ai bien compris, ton outil récupère stdin, et le met en forme/l'envoi sur un réseau (ici Twitter).
jp gère aussi les pipes, et peut le transformer stdin en diverses choses, par exemple en flux de données brutes (comme expliqué ici) ou comme message de chat (par exemple j'envoie souvent un bout de code à mon correspondant en le sélectionnant dans vim en mode visuel et en tapant « :w !jp message mon_correspondant@son_serveur.tld ».
Nous avons travaillé beaucoup sur le (micro)blogging, et la prochaine version permettra de rédiger un message dans vim dans la syntaxe de ton choix (par exemple markdown) et de l'envoyer en tant que message de blog (la syntaxe n'est pas encore définie, mais ça pourrait être « :w !jp blog send »).
D'un autre côté, XMPP permet de gérer des passerelles, en gros une passerelle se contente de convertir une syntaxe de réseau extérieur en XMPP (et vice versa). Du coup ça donnerait quelque chose comme ça (attention les yeux):
Alors dans l'immédiat, ça n'apporterait pas grand chose par rapport à ton projet (le choix de la syntaxe tout de même) et pour ton utilisation.
Mais ça aurait quand même certains intérêts:
la passerelle est côté serveur, si X utilisateurs sont sur le serveur et utilisent l'outil, et que ça casse du jour au lendemain (l'autre réseau change de protocole), il suffit de mettre à jour une fois la passerelle, et y'a rien à faire pour l'utilisateur (à part attendre et râler).
la passerelle servira pour tous les projets XMPP qui parlent (micro)blogging, soit à ce jour Jappix, Movim et SàT.
la passerelle ne servira pas que dans la cadre de la rédaction d'un message, tu pourras aussi si tu le souhaites recevoir les messages de ce réseau extérieur et en envoyer depuis le client XMPP de ton choix.
comme la passerelle servira à plusieurs projets et à plus de cas, le jour où t'en as assez et que t'arrêtes le développement, y'a de fortes chances que quelqu'un le reprenne.
C'est peut-être un poil plus complexe que ce que tu voulais faire (parce qu'il faut la couche XMPP en plus), mais je cherche à pousser au maximum l'utilisation d'XMPP pour qu'on que ça soit réutilisable, et vu qu'on est en plein dans la création d'un outil similaire (sauf que nous on ne fera pas de passerelles pour des réseaux non libres), je me suis dis que ça peut valoir le coup de regrouper les efforts.
[^] # Re: Passerelles ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Forthlift: envoyer des statuts depuis son éditeur de texte. Évalué à 4. Dernière modification le 27 septembre 2015 à 16:34.
Salut à Toi est multi-interfaces, et l'une d'elle, jp, est dédié à la ligne de commande.
Si j'ai bien compris, ton outil récupère stdin, et le met en forme/l'envoi sur un réseau (ici Twitter).
jp gère aussi les pipes, et peut le transformer stdin en diverses choses, par exemple en flux de données brutes (comme expliqué ici) ou comme message de chat (par exemple j'envoie souvent un bout de code à mon correspondant en le sélectionnant dans vim en mode visuel et en tapant « :w !jp message
mon_correspondant@son_serveur.tld».Nous avons travaillé beaucoup sur le (micro)blogging, et la prochaine version permettra de rédiger un message dans vim dans la syntaxe de ton choix (par exemple markdown) et de l'envoyer en tant que message de blog (la syntaxe n'est pas encore définie, mais ça pourrait être « :w !jp blog send »).
D'un autre côté, XMPP permet de gérer des passerelles, en gros une passerelle se contente de convertir une syntaxe de réseau extérieur en XMPP (et vice versa). Du coup ça donnerait quelque chose comme ça (attention les yeux):
Alors dans l'immédiat, ça n'apporterait pas grand chose par rapport à ton projet (le choix de la syntaxe tout de même) et pour ton utilisation.
Mais ça aurait quand même certains intérêts:
la passerelle est côté serveur, si X utilisateurs sont sur le serveur et utilisent l'outil, et que ça casse du jour au lendemain (l'autre réseau change de protocole), il suffit de mettre à jour une fois la passerelle, et y'a rien à faire pour l'utilisateur (à part attendre et râler).
la passerelle servira pour tous les projets XMPP qui parlent (micro)blogging, soit à ce jour Jappix, Movim et SàT.
la passerelle ne servira pas que dans la cadre de la rédaction d'un message, tu pourras aussi si tu le souhaites recevoir les messages de ce réseau extérieur et en envoyer depuis le client XMPP de ton choix.
comme la passerelle servira à plusieurs projets et à plus de cas, le jour où t'en as assez et que t'arrêtes le développement, y'a de fortes chances que quelqu'un le reprenne.
C'est peut-être un poil plus complexe que ce que tu voulais faire (parce qu'il faut la couche XMPP en plus), mais je cherche à pousser au maximum l'utilisation d'XMPP pour qu'on que ça soit réutilisable, et vu qu'on est en plein dans la création d'un outil similaire (sauf que nous on ne fera pas de passerelles pour des réseaux non libres), je me suis dis que ça peut valoir le coup de regrouper les efforts.