Messaggio audio di Discourse

|||
-|-|-|
:information_source: | Riepilogo | Discourse Audio Message consente agli utenti di registrare e allegare direttamente messaggi audio ai propri post.
:hammer_and_wrench: | Link al Repository | \u003chttps://github.com/pbenkoe/discourse-audio-message\u003e
:open_book: | Guida all’Installazione | Come installare plugin in Discourse

Questo plugin è stato sviluppato con l’aiuto di ChatGPT, poiché il mio background nello sviluppo backend/javascript è limitato.

L’implementazione è molto basilare, ma spero che possa aiutare alcune persone e forse servire come base per svilupparlo ulteriormente.

Assicurati di controllare le istruzioni di installazione sulla pagina Github.

5 Mi Piace

Ciao, grazie per aver pubblicato il tuo lavoro. :slight_smile:

È nella categoria sbagliata, però, e dovrebbe andare in Plugin. Dato che hai spiegato di non avere particolari conoscenze nella programmazione di plugin e ti sei affidato a chatGPT per alcune parti, mi assicurerò che il codice sia scritto correttamente prima di spostarlo in questa categoria.

Inoltre, fa qualcosa che Voice Recorder Component non fa già?

5 Mi Piace

Sì, per favore dai un’occhiata e vedi se funziona, e regola la categoria del forum se necessario :pray:

Anche se non l’ho mai provato personalmente, in base alla discussione ho ipotizzato che non funzionasse correttamente e ho deciso di sviluppare un piccolo plugin da solo…

L’ho provato e al momento non funziona davvero. Sulla carta, ciò che stai realizzando con il tuo plugin dovrebbe essere fattibile con un componente del tema (supponendo che Voice Recorder Component faccia più o meno la stessa cosa), che è molto più facile da installare.

Un altro esempio di plugin che è stato riscritto come componente del tema:

3 Mi Piace

Grazie, ci darò un’occhiata.

2 Mi Piace

Questo plugin per la registrazione di messaggi audio funziona perfettamente sul mio Discourse. Grazie @peter.be !!!

1 Mi Piace

A titolo informativo, c’è una discussione qui su Plugin vs Componente Tema…

2 Mi Piace

Sarebbe stato meglio fare un PR per una correzione?

2 Mi Piace

Ecco un video di Vimeo che dimostra l’uso di questo plugin… (e tra l’altro funziona anche su mobile :clap:)

3 Mi Piace

Per tua informazione, questo plugin interrompe la pagina dei gruppi di tag sul mio sito. L’intera lista dei gruppi di tag scompare e non è possibile modificare alcun gruppo di tag. Ho rimosso questo plugin e il problema è scomparso…

1 Mi Piace

L’ho inoltrato a Dev mentre c’è ancora qualche discussione sugli aspetti di sviluppo. :+1:

3 Mi Piace

Ragazzi, è molto divertente provare a scrivere un plugin, senza dubbio, e un’esperienza di apprendimento molto utile, e ancora più divertente vedere se ChatGPT può aiutarti a scriverlo…

… ma distribuire un plugin in produzione e condividerlo formalmente con il pubblico ti impone di supportarlo in futuro.

Affidarsi a ChatGPT va benissimo come assistente di produttività, ma in realtà devi capire ogni riga di codice da solo.

Non avrei un grosso problema con tutto ciò se non avessimo già avuto un componente tematico che coprisse questo spazio funzionale (sebbene attualmente non funzionante correttamente).

Distribuire un plugin per prenderne il posto è un passo indietro, poiché vorresti sempre distribuire qualcosa come componente tematico, se possibile, in modo che possa essere utilizzato più ampiamente da più tipi di installazioni, sia meno invasivo e molto più veloce da distribuire e rimuovere.

È necessario avere una molto buona ragione per tornare a utilizzare un plugin (e quella ragione potrebbe esistere, ma sarebbe bene elaborarla e giustificarla).

Penso ancora che come comunità dovremmo mirare a mantenere gli asset esistenti quando si rompono piuttosto che crearne di nuovi (a meno che, ovviamente, come il componente Guest Gate, non ci sia la possibilità di creare invece un componente tematico, il che sarebbe un miglioramento degno di nota).

A tal fine, gli sforzi sarebbero stati meglio diretti verso PR a mio parere:

Sospetto che il motivo principale per cui non funziona più sia che il manutentore originale è troppo impegnato in altri progetti, ma non c’è nulla che impedisca a nessuno di contribuire al repository per risolverlo, qualcuno ci ha provato?

C’è un limite alla quantità di tempo che i membri di Pavilion possono dedicare ai numerosi contributi pubblici che abbiamo apportato nel corso degli anni e la comunità deve davvero farsi carico di parte del carico.

/rant finito

5 Mi Piace

Forse perché funziona? E…

Questo non è mai successo.

Dal punto di vista dello sviluppatore, ti capisco perfettamente. Ma come esempio di utenti finali, direi che plugin vs. componente non è una domanda così importante, perché noi (o io) aggiorniamo costantemente comunque, e tutto ciò che conta è il modo per portare a termine il lavoro.

Non abbiamo bisogno di applicazioni per registrare e caricare audio. Abbiamo dispositivi che possono farlo (comunque, quasi perché Apple non ama ancora l’MP3), ma non è un flusso di lavoro molto efficiente. Un pulsante lo è, non importa se proviene da un plugin o da un componente.

E sì. Preferisco anche i componenti.

2 Mi Piace

Coloro che sono ospitati a prezzi inferiori sono spesso limitati ai Componenti del Tema per la personalizzazione, e questa è quasi certamente una popolazione significativamente più ampia, quindi passando a un plugin si escludono molti siti.

Naturalmente tu ed io non abbiamo questa particolare restrizione.

1 Mi Piace

È vero. Quelli sono casi che non ricordo mai. Ma hanno comunque un accesso limitato. Quindi una situazione del genere è solo un’altra in più (da evitare, se possibile, comunque).

1 Mi Piace

in realtà è un grosso problema dato che molte istanze sono ospitate e i plugin sono anche ulteriormente limitati dai livelli di hosting. i componenti del tema hanno alcune limitazioni ma offrono anche molta più flessibilità e facilità di amministrazione per coloro che non sono self-hosted.

2 Mi Piace

forse ti sto fraintendendo (problemi di lingua) ma non sono d’accordo: l’hosting è un’opzione e una soluzione molto valida per molti forum.

1 Mi Piace

Comunque, non era mia intenzione fare una grande polemica e sono davvero lieto che tu @peter.be ti sia addentrato in questo campo e stia condividendo il tuo lavoro, ma forse puoi considerare questi punti più ampi :+1:

5 Mi Piace

Robert, grazie per aver sollevato le tue preoccupazioni.

Quando ho deciso di creare la mia soluzione (poiché nessuna di quelle esistenti funziona al momento), non conoscevo i pro e i contro dei componenti tematici rispetto ai plugin. Sarebbe fantastico se la guida sullo sviluppo di plugin contenesse un disclaimer, magari? (Developing Discourse Plugins - Part 1 - Create a basic plugin)

Avevo solo bisogno di una soluzione semplice per facilitare il flusso di lavoro di registrazione audio. Se tu, come veterano in questo campo, ti sentissi ispirato a trasformare il plugin in un componente tematico, sarei felice di assisterti e rispondere a domande sul codice sorgente del plugin.

Se non lo farai, potrei essere in grado di tornarci in futuro, solo che non posso dire quando avrò tempo :folded_hands:

4 Mi Piace

Ho provato a riparare la versione interrotta del Componente Tema, ma le mie capacità apparentemente non sono ancora all’altezza.

Sono stato, tuttavia, in grado di correggere e migliorare alcune cose nel Plugin, quindi farlo è stato divertente e naturalmente ho imparato anche alcune cose, che è sempre la ricompensa migliore!

(cioè, ho inviato il mio primissimo PR su Github!)

Continuerò a lavorarci, perché sono d’accordo sui vantaggi di un Componente Tema rispetto a un Plugin (ed è sempre preferibile avere entrambe le opzioni, perché i Plugin hanno ancora alcuni vantaggi rispetto ai TC!)

5 Mi Piace