Discourse supporta il concetto di una nota personale allegata a un post da un utente non staff che solo la persona che l’ha scritta può vedere?
Il caso d’uso che ho in mente qui è un sistema di ricette, in cui le persone che usano una ricetta vogliono prendere appunti su ciò che hanno fatto e su come ha funzionato, ma non appunti che vogliono che altri vedano.
i messaggi privati non funzionano per questo? i messaggi privati da un post di un utente fanno riferimento a quel post.
uso i messaggi privati a me stesso come una sorta di blocco note, specialmente se voglio fare riferimento a un post.
I segnalibri ti permettono di annotare uno scopo, l’icona del segnalibro viene evidenziata su un argomento o una risposta una volta impostata.
sì buon punto! uso anche la funzione dei segnalibri per questo a volte, specialmente se è richiesta una certa tempestività.
I segnalibri non sembrano essere progettati per consentire una formattazione significativa nella spiegazione del segnalibro. Non appena si preme il tasto Invio (ad esempio, per iniziare un nuovo paragrafo), il segnalibro viene creato.
Per quanto riguarda i messaggi privati, non vedo un modo diretto per allegare un messaggio privato a un post specifico.
Sembra un’idea brillante, se fossi in te scriverei un plugin per supportarla…
È qualcosa che prenderei in considerazione, una volta che avrò abbastanza esperienza nello sviluppo di plugin per Discourse da sapere cosa fare.
Puoi usare le bozze e/o proporre di rendere questo plugin pubblico:
Le bozze sono molto inaffidabili, perché può essercene solo una per argomento. Se si inizia a scrivere un post per un argomento del genere, sovrascrive la bozza senza avvisi.
all’inizio ho frainteso la tua OP e ho pensato che la nota dovesse essere condivisa tra la persona che la scriveva e il creatore del post, o semplicemente per segnare il punto. capisco che vuoi solo una funzione di promemoria per gli utenti per prendere una nota personale su un post, come un segnalibro di testo esteso senza la funzione temporale. come dice @Lhc_fl, questa è una buona idea e posso vederla utile in alcuni casi.
Non ho ancora giocato con le note dello staff, ma dovrei esaminare il codice delle note dello staff per vedere se estenderlo a note adesive per sé stessi è realistico. Ogni volta che approfondisco il codice, imparo un po’ di più e le cose sembrano un po’ meno opache.
adoro la funzione delle note utente e anche i miei moderatori. la usiamo molto.
potrei vedere un plugin chiamato qualcosa come “Note Sticky Utente” essere alquanto utile. 
Il modo in cui sembrano essere implementate le note utente rende difficile modificarle per funzionare come note adesive personali. (Il testo della nota va in un array JSON nella tabella plugin_store_notes, quindi non è chiaro se possa avere una formattazione. Anche gli annunci interni sono memorizzati in quella tabella, ma utilizzano la formattazione HTML.)
Inoltre, non sembra esserci un modo per modificare una nota utente. Suppongo che possa essere eliminata e ripubblicata, anche se ciò cambierebbe il timestamp.
Per me, suggerirei di creare una tabella con tre chiavi:
id, post_id, user_id (corrispondente a un utente può registrare solo un post),
e poi a seconda della tua idea, puoi registrare direttamente i dati in questa tabella, o pubblicare le note dell’utente come un post speciale (in modo che se non abiliti il plugin, le note originali possano essere comunque conservate)
o magari usa un campo personalizzato (che Topic supporta).
Il mio primo pensiero è che la nota adesiva dovrebbe fare riferimento a un post specifico, simile a una risposta, non solo all’argomento. In una discussione lunga, potrei vedere un utente desiderare note adesive allegate a diversi post di un argomento.
L’uso di una tabella sticky_post ha i suoi meriti, ma ci sono probabilmente più punti in cui sarebbe necessario escludere un sticky_post dalla visualizzazione o dall’elaborazione oltre alla semplice visualizzazione di un argomento, ad esempio quando si inviano e-mail, e sarebbe necessario cercare la tabella sticky_post per ogni post per vedere se si trattava di una nota adesiva di questo utente e quindi gestita diversamente da una nota adesiva creata da un altro utente.
Un post_type separato avrebbe dei meriti, ma potrebbe dover far parte del core di Discourse, e potrebbero esserci altri problemi con questo approccio di cui non sono attualmente a conoscenza.
Ci sono anche campi personalizzati per i post, che potrebbero essere un approccio migliore dei campi personalizzati per gli argomenti, sebbene probabilmente abbia molti degli stessi problemi e limitazioni di una tabella sticky_notes, così come mettere tali informazioni nella tabella plugin_store_notes.
Un approccio combinato, in cui esiste un campo personalizzato per l’argomento che indica che ci sono note adesive in questo argomento, potrebbe avere del potenziale. Se non ce ne sono, allora non è necessario cercare nella tabella dei campi personalizzati per i post un indicatore di nota adesiva.
Un’altra possibilità che dovrebbe far parte del core sarebbe quella di avere un flag ‘sticky_note’ nella tabella dei post.
Sto ospitando autonomamente e costruendo una community a scopo educativo, e mi sono imbattuto in alcuni argomenti in cui gli utenti spiegano come utilizzano Discourse come loro taccuino personale. Tuttavia, ciò presenta chiaramente dei limiti, quindi mi è venuta questa idea…
Forse potrebbe essere implementata una funzionalità in modo che ogni utente possa avere il proprio taccuino markdown personale/privato? Ecco alcune idee generali su come questa funzionalità proposta potrebbe funzionare.
Fatemi sapere cosa ne pensate! Forse possiamo sviluppare qualcosa di più specifico e creare un’idea più raffinata!
Idealmente, vorrei poter sincronizzare le note create su Discourse con le mie note markdown locali. Un’implementazione di base di ciò sarebbe un pulsante “scarica nota” su Discourse che generasse un file .md dal contenuto raw dell’argomento della nota. Il titolo potrebbe essere impostato su \u003cnote topic title\u003e.md.
Questo è un buon punto e aumenterebbe sicuramente l’utilità di questa funzionalità 
. Inoltre, avere la possibilità per gli utenti di un gruppo di avere note condivise. Ciò consentirebbe progetti di gruppo, documenti di team, ecc.
