Ciao Benissimo, ho notato che non è più possibile abilitare esclusivamente l’editor markdown, è possibile impostarlo come predefinito per l’uno o per l’altro, il che è piuttosto carino. Tuttavia, noto ancora un comportamento incoerente sul mio sito (e qui) per quanto riguarda l’interpretazione del BBCode. So che il nuovo composer non è destinato a interpretare il BBCode e nel senso più stretto è vero. Prova a digitare [i] o [b], o qualsiasi altro tag BBCode familiare, non funziona nel composer (come previsto). Tuttavia, c’è un caso in cui ciò non è vero. Se dovessi digitare
[u]
L’ho messo all’interno di un blocco di codice, perché se non lo fai, il composer passa a una modalità di sottolineatura che non puoi disattivare.
Una volta che sei su una nuova riga, va tutto bene, ma penso che questo sia un comportamento inaspettato da parte del composer… sembra interpretare questo singolo BBCode e nessun altro, ma capisco che non dovrebbe interpretare il BBCode in questa fase! Non penso che sia un bug molto grave, ma lo segnalo comunque per una questione di coerenza e facilità di riproduzione, sembra essere abbastanza facile da ottenere sia qui che sul mio sito
Grazie per aver sollevato la questione: solo un rapido controllo: sei sicuro che il supporto BBCode sia effettivamente abilitato nella tua istanza?
Vale la pena ricontrollare il tuo app.yml: durante la recente ondata di plugin spostati nel core, alcuni amministratori hanno accidentalmente lasciato in posizione le righe dei plugin o ne hanno commentate altre presumendo che non fossero più necessarie. Sebbene il BBCode stesso sia supportato dal core e non richieda una riga di plugin, se ti basi su comportamenti BBCode estesi (come sottolineato o allineamento), è facile diagnosticare erroneamente il problema.
Tieni anche presente: il BBCode funziona solo in modalità Markdown. Se stai utilizzando il nuovo compositore di testo rich, non interpreterà i tag BBCode come [b]grassetto[/b] — verranno semplicemente sottoposti a escape. Tornare al compositore semplice dovrebbe ripristinare il comportamento previsto.
Nessun problema, spero che questo aiuti! Ho controllato il mio app.yml ma non ho visto riferimenti o variabili d’ambiente che impostassero qualcosa relativo al BBCode… Sembra funzionare sulla mia istanza (e qui), al momento sono nell’editor Markdown e se passo a usare BBCode invece di Markdown per la formattazione, sembra funzionare come previsto. L’unico posto in cui il nuovo composer non sembra funzionare come previsto è nel caso di [u], evidentemente ignora ogni altro BBCode esattamente come previsto.
È un po’ strano e non troppo grave, ma se ci sono altre informazioni che posso fornire, fatemelo sapere!
Non ci si aspetta che funzionino, infatti, poiché si preferisce usare Markdown.
Ciò che si può fare come follow-up è convertire automaticamente un [b] digitato in grassetto e [i] in corsivo, che verranno rispettivamente serializzati nuovamente in Markdown come **grassetto** e *corsivo*. Facciamo già questo per <b> e <i> poiché similmente non vogliamo incentivare l’uso dell’HTML quando è disponibile una sintassi Markdown.
[u], essendo l’unico modo per formattare una sottolineatura e supportato dal core di Discourse, è supportato così com’è.
Il problema del “non poter più disattivare” è qualcosa che intendiamo migliorare per la sottolineatura, il barrato e potenzialmente altri tipi di contenuti. /cc @lindsey
