Message audio Discourse

[peter.be]

|||
-|-|-|
| Résumé | Discourse Audio Message permet aux utilisateurs d’enregistrer et de joindre directement des messages audio à leurs publications.
| Lien du dépôt | \u003chttps://github.com/pbenkoe/discourse-audio-message\u003e
| Guide d’installation | Comment installer des plugins dans Discourse

Ce plugin a été développé avec l’aide de ChatGPT, car mes connaissances en développement backend/javascript sont limitées.

L’implémentation est très basique, mais j’espère qu’elle aidera certaines personnes et pourra peut-être servir de base pour le développer davantage.

Assurez-vous de consulter les instructions d’installation sur la page Github.

[Canapin (Coin-coin le Canapin)]

Salut, merci d’avoir publié votre travail.

Il est cependant dans la mauvaise catégorie et devrait aller dans Plugin. Puisque vous avez expliqué que vous n’aviez pas de connaissances particulières en codage de plugins et que vous vous êtes appuyé sur chatGPT pour certaines parties, je m’assurerai que le code est correctement écrit avant de le déplacer dans cette catégorie.

De plus, fait-il quelque chose que Voice Recorder Component ne fait pas déjà ?

[peter.be]

@Canapin

C’est dans la mauvaise catégorie, cependant, et devrait aller dans Plugin. Puisque vous avez expliqué que vous n’aviez pas de connaissances particulières en codage de plugins et que vous vous êtes appuyé sur chatGPT pour certaines parties, je m’assurerai que le code est correctement écrit avant de le déplacer dans cette catégorie.

Oui, jetez-y un œil et voyez si cela correspond, et ajustez la catégorie du forum si nécessaire

@Canapin

De plus, fait-il quelque chose que Composant d’enregistreur vocal ne fait pas déjà ?

Bien que je ne l’aie jamais essayé moi-même, d’après le fil de discussion, j’ai supposé qu’il ne fonctionnait pas correctement et j’ai décidé de développer moi-même un petit plugin…

[Canapin (Coin-coin le Canapin)]

@peter.be

J’ai supposé que cela ne fonctionnait pas correctement

Je l’ai essayé, et cela ne fonctionne effectivement pas pour le moment. Sur le papier, ce que vous réalisez avec votre plugin devrait être faisable avec un composant de thème (en supposant que Voice Recorder Component fait plus ou moins la même chose), ce qui est beaucoup plus facile à installer.

Un autre exemple de plugin qui a été réécrit en tant que composant de thème :

Discourse Video Upload Plugin with YouTube and Vimeo

Note: This plugin is available as a theme component which enables a much easier installation. The plugin in this post is not actively supported, it is recommended to use the theme component : Video Upload to YouTube and Vimeo using Theme Component Summary: Allows users on a Discourse forum to upload videos to Vimeo and YouTube directly from the Discourse composer. GitHub: GitHub - xomads/discourse-video-upload Install: Follow the plugin installation guide. Features Al…

Video Upload to YouTube and Vimeo using Theme Component

This new theme component enables video uploads from the Discourse composer to YouTube and Vimeo. For those already familiar with the plugin I developed recently, the same is now available in this Theme Component which can be added to any theme. This makes for a much easier installation and works in exactly the same way as the plugin. Features All forum members can upload videos to Vimeo or YouTube (admins can choose to enable either or both). Admins can control the view and embed privacy of th…

[peter.be]

Merci, je vais examiner la question.

[denvergeeks]

Ce plugin d’enregistrement de messages audio fonctionne parfaitement sur mon Discourse. Merci @peter.be !!!

[denvergeeks]

Pour information, il y a une discussion ici sur Plugin vs Theme Component…

Plugin vs. theme component

Continuing the discussion from Thumbs up, twice: Sorry, I didn’t try search — I’m a horrible person. But if out there is a plugin and a theme component and those do (almost) same thing what is the most important difference between those two? A plugin needs rebuilding, of course, but is there some other reasons why other is better choice than other?

[merefield (Robert)]

@peter.be

Bien que je ne l’aie jamais essayé moi-même, d’après le fil de discussion, j’ai supposé que cela ne fonctionnait pas correctement et j’ai décidé de développer moi-même un petit plugin…

N’aurait-il pas été préférable de proposer une correction (PR) ?

[denvergeeks]

Voici une vidéo Vimeo démontrant l’utilisation de ce plugin… (et d’ailleurs, il fonctionne aussi sur mobile )

Discourse Audio Message Plugin Demo - 8/1/2023

[davidkingham]

Pour information, ce plugin casse la page des groupes d’étiquettes sur mon site. La liste entière des groupes d’étiquettes disparaît et vous ne pouvez modifier aucun des groupes d’étiquettes. J’ai supprimé ce plugin et le problème a disparu…

[JammyDodger]

Je l’ai glissé dans Dev pendant qu’il y a encore une discussion sur les aspects de développement.

[merefield (Robert)]

Les gars, c’est très amusant d’essayer d’écrire un plugin sans aucun doute et une expérience d’apprentissage très utile, et encore plus amusant de voir si ChatGPT peut vous aider à l’écrire…

… mais déployer un plugin en production et le partager formellement avec le public vous incombe de le prendre en charge par la suite.

S’appuyer sur ChatGPT est tout à fait acceptable en tant qu’assistant de productivité, mais vous devez vraiment comprendre chaque ligne de code vous-même.

Je n’aurais pas de gros problème avec tout cela si nous n’avions pas déjà un composant de thème couvrant cet espace fonctionnel (bien qu’il ne fonctionne pas correctement actuellement).

Déployer un plugin pour le remplacer est un pas en arrière, car vous voudriez toujours déployer quelque chose en tant que composant de thème si possible, afin qu’il puisse être utilisé plus largement par plus de types d’installations, qu’il soit moins invasif et beaucoup plus rapide à déployer et à supprimer.

Vous devez avoir une très bonne raison de revenir à l’utilisation d’un plugin (et cette raison peut exister, mais il serait bon de l’élaborer et de la justifier).

Je pense toujours qu’en tant que communauté, nous devrions viser à maintenir les actifs existants lorsqu’ils se cassent plutôt qu’à en créer de nouveaux (sauf bien sûr, comme le composant Guest Gate, il y a une chance de créer un composant de thème à la place, ce qui serait une amélioration utile).

À cette fin, les efforts auraient été mieux dirigés vers des PR vers, à mon humble avis :

Voice Recorder Component

This is a working theme component based on the existing (broken) voice recording plugin. The functionality is the same. Please make sure you’ve added mp3 to authorized extensions. Repository GitHub - paviliondev/discourse-voice-recorder: Add voice recordings to Discourse posts Install Guide How to install a theme or theme component New to Discourse Themes? Beginner’s guide to using Discourse Themes

Je soupçonne que la principale raison pour laquelle cela ne fonctionne plus est que le mainteneur d’origine est trop occupé sur d’autres projets, mais rien n’empêche qui que ce soit de contribuer au dépôt pour le réparer, quelqu’un a-t-il essayé ?

Il y a une limite au temps que les membres de Pavilion peuvent consacrer aux nombreuses contributions publiques que nous avons faites au fil des ans et la communauté doit vraiment prendre une partie de la charge.

/rant terminé

[Jagster (Jakke Lehtonen)]

@merefield

Il faut avoir une très bonne raison pour revenir à l’utilisation d’un plugin

Peut-être parce que ça marche ? Et…

@merefield

Je pense toujours qu’en tant que communauté, nous devrions nous efforcer de maintenir les actifs existants lorsqu’ils se cassent

Cela ne s’est jamais produit.

Du point de vue du développeur, je vous comprends tout à fait. Mais en tant qu’exemple d’utilisateurs finaux, je dirais que plugin vs. composant n’est pas une si grande question, car nous (ou du moins moi) mettons à jour constamment de toute façon, et tout ce qui compte, c’est la façon d’accomplir le travail.

Nous n’avons pas besoin d’applications pour enregistrer et télécharger de l’audio. Nous avons des appareils qui peuvent le faire (de toute façon, presque parce qu’Apple n’aime toujours pas le MP3), mais ce n’est pas un flux de travail très optimisé. Un bouton suffit, qu’il provienne d’un plugin ou d’un composant.

Et oui. Je préfère aussi les composants.

[merefield (Robert)]

@Jagster

Du point de vue du développeur, je vous comprends tout à fait. Mais en tant qu’exemple d’utilisateurs finaux, je dirais que plugin vs composant n’est pas une question si importante, car nous (ou du moins moi) mettons constamment à jour de toute façon, et tout ce qui compte, c’est la façon de faire le travail.

Ceux qui sont hébergés à des prix plus bas sont souvent limités aux composants de thème pour la personnalisation, et c’est presque certainement une population beaucoup plus importante, donc en passant à un plugin, vous excluez de nombreux sites.

Bien sûr, vous et moi n’avons pas cette restriction particulière.

[Jagster (Jakke Lehtonen)]

C’est vrai. Ce sont des cas dont je ne me souviens pas. Mais ils ont un accès limité de toute façon. Donc une telle situation n’est qu’une de plus (qu’il faut éviter si possible, cependant),

[Lilly (Lillian Louis)]

@Jagster

Du point de vue du développeur, je vous comprends tout à fait. Mais en tant qu’exemple d’utilisateurs finaux, je dirais que plugin vs composant n’est pas une si grande question, car nous (ou du moins moi) mettons constamment à jour de toute façon, et tout ce qui compte, c’est la façon de faire le travail.

c’est en fait une très grosse affaire car tant d’instances sont hébergées, et les plugins sont également limités par les niveaux d’hébergement. les composants de thème ont certaines limitations mais offrent également beaucoup plus de flexibilité et de facilité d’administration pour ceux qui ne sont pas auto-hébergés.

[Lilly (Lillian Louis)]

@Jagster

Donc, une telle situation n’est qu’une autre de plus (qu’il faut éviter si possible, cependant),

peut-être que je vous comprends mal (problèmes de langue) mais je ne suis pas d’accord - l’hébergement est une option et une solution très viables pour de nombreux forums.

[merefield (Robert)]

Quoi qu’il en soit, ce n’était pas censé être une grosse attaque et je suis vraiment content que @peter.be vous vous soyez lancé dans ce domaine et que vous partagiez votre travail, mais peut-être pouvez-vous considérer ces points plus larges

[peter.be]

Robert, merci d’avoir soulevé vos préoccupations.

Quand j’ai décidé de coder ma propre solution (puisque aucune des solutions existantes ne fonctionne pour le moment), je ne connaissais pas les avantages et les inconvénients des composants de thème par rapport aux plugins. Ce serait formidable si le tutoriel sur le développement de plugins contenait un avertissement, peut-être ? (Developing Discourse Plugins - Part 1 - Create a basic plugin)

J’avais vraiment juste besoin d’une solution simple pour faciliter le flux de travail d’enregistrement audio. Si vous, en tant que vétéran dans ce domaine, vous sentez inspiré pour transformer le plugin en composant de thème, je serais heureux de vous aider et de répondre aux questions sur le code source du plugin.

Si ce n’est pas le cas, je pourrai peut-être y revenir un jour, je ne peux juste pas dire quand j’aurai le temps

[denvergeeks]

@merefield

Il faut avoir une très bonne raison pour revenir à l’utilisation d’un Plugin (et cette raison existe peut-être mais il serait bon de l’élaborer et de la justifier).

J’ai essayé de réparer la version cassée du composant de thème, mais mes compétences ne sont apparemment pas encore à la hauteur.

J’ai cependant pu corriger et améliorer certaines choses dans le Plugin, donc le faire a été amusant et bien sûr j’ai aussi appris des choses, ce qui est toujours la meilleure récompense !

(c’est-à-dire que j’ai soumis ma toute première PR sur Github !)

Je vais continuer, car je suis d’accord sur les avantages d’un composant de thème par rapport à un Plugin (et il est toujours préférable d’avoir les deux options, car les Plugins ont toujours quelques avantages par rapport aux TCs !)