Dopo aver salvato il contenuto del post, viene visualizzato per circa 4 ms nel post renderizzato, prima che appaia un cerchio di caricamento per 2 ms, e poi scompare:
Soluzioni
Se la sua visualizzazione nell’anteprima è accidentale e la sua rimozione dal post renderizzato è deliberata a causa di preoccupazioni di sicurezza a me sconosciute, non si potrebbe almeno sostituire <button> con <button disabled>?
Chiedo perché vedo un uso frequente di <code> e <kbd> dove <button> sarebbe semantico, specialmente nei tutorial e nei passaggi di riproduzione.
Non sono sicuro che sia un bug in sé. Capisco la tua confusione.
Per evitare che i tag HTML e gli attributi/nomi di classe vengano filtrati, questo deve essere esplicitamente consentito in Discourse core o in un plugin.
Ad esempio, un elenco predefinito si trova qui:
È anche possibile consentire un tag solo per l’anteprima. Ad esempio, i controlli delle immagini hanno diverse combinazioni di tag/nomi di classe/attributi.
Vedi il pulsante nell’anteprima perché è un effetto collaterale del tag consentito qui.
Tuttavia, l’attributo disabled viene ignorato perché non è definito.
Non ho controllato come viene analizzato l’elenco degli elementi consentiti; mi chiedo se sia il comportamento previsto. . Attualmente, sembra che il tag sia consentito indipendentemente dagli attributi. Mi sarei aspettato che il pulsante non venisse visualizzato se non si utilizzasse esattamente, ad esempio, <button class="alt-text-edit-ok btn btn-primary">.
Puoi creare un plugin per consentire <button> dopo il rendering del post. Fammi sapere se hai bisogno di assistenza.
@Arkshine, ti sono grato. Tuttavia, non sono un operatore di istanza. Ho semplicemente notato questo quando formulavo contenuti.
Questa è una delle molte istanze in cui le rappresentazioni HTML5 e CSS3 nell’anteprima differiscono dal rendering finale, il che significa che scrivere contenuti per Discourse può essere difficile. Ciò è particolarmente vero quando le modifiche sono state disabilitate o limitate a un lasso di tempo molto breve, a livello di istanza.
Sfortunatamente, in questa situazione non puoi apportare modifiche, quindi se vuoi aggiungere un altro tag dovrai fare un fork del mio repository e aggiungerlo tu stesso qui.
@Arkshine, non si potrebbe fare upstream? Chiedo perché questo influisce su ogni istanza che uso, e chiedere a tutti di incorporare una patch per qualcosa di così banale per loro sarebbe probabilmente impraticabile.
Di solito, farei un problema per qualcosa del genere sul repository GitHub pertinente, ma la sezione dei problemi è disabilitata per Discourse.
Ritengo che l’incoerenza tra anteprima e post renderizzati sia ragionevole da considerare un Bug.
La soluzione probabilmente sarà bloccarlo anche nell’anteprima, il che significa che “aggiungere il supporto per <button> ai post” sarebbe una valida richiesta di Feature in futuro
. Attualmente, sembra che il tag sia consentito indipendentemente dagli attributi. Mi sarei aspettato che il pulsante non venisse visualizzato se non si utilizzasse esattamente, ad esempio, 