Questo copre i “numeri TBI” inseriti dagli utenti in molte forme diverse:
TBI 17
TBI-17
TBI17
TBI -17
TBI*17
ecc.
Mi piace questa flessibilità.
Purtroppo, non gestisce il modo canonico di inserire questi numeri:
TBI #17
Sembra che non ci sia nulla che possa fare per far corrispondere correttamente il # (hashtag, cancelletto, segno del numero, ottotrofo, segno dell’hash, simbolo della croce). Ho provato
ovviamente, ma non funzionano; e nemmeno un jolly completo funziona:
/TBI\s*.?(\d*)/,https://tbi.example.com/tbi/$1/
A quanto pare, la funzionalità del popup delle categorie sta prendendo il sopravvento, impedendo a Linkify di eseguire la propria corrispondenza — anche quando l’utente non sceglie una delle categorie offerte.
È questo un comportamento previsto o un bug? Qualcuno conosce un modo per aggirare il problema?
Sì, se ispezioni il codice sorgente HTML, sembra che Discourse inserisca tutto ciò che è preceduto dall’hashtag in un elemento span separato, interrompendo il flusso del tema linkify. Purtroppo, non credo esista una soluzione semplice a questo problema. Dovresti fare un fork del tema e personalizzarlo specificamente per questo caso, a meno che qualcuno non abbia un’idea migliore.
Penso che il problema sia che il plugin abbrify salta i tag link per impostazione predefinita. Puoi provare a risolvere modificando il codice, eliminando la riga 16 in head_tag.html
'a': 1,
Fammi sapere se ha funzionato o se hai bisogno di ulteriori indicazioni.
Grazie, mi chiedo se sia possibile fare lo stesso, ma aggiungere una classe diversa invece dell’attributo abriffy, ad esempio dfn data-info o span aria-label o altri di questo tipo
Non sono sicuro di cosa intendiate. Potreste essere più concreti su cosa state cercando di ottenere? I componenti del tema vengono eseguiti in Discourse; non esiste un’API per utilizzarli altrove. Tuttavia, per la maggior parte, dovreste essere in grado di utilizzare il codice JavaScript semplicemente copiandolo altrove e modificando le parti specifiche di Discourse.
Puoi provare ad aggiungere il tag <aside> nelle impostazioni dei tag ignorati. Anche se non sono sicuro che tutti gli onebox siano inseriti all’interno di <aside>. Forse avremmo bisogno di un filtro basato sul nome della classe,
@sam hai qualche idea al riguardo? Questo sembrerebbe un comportamento predefinito ragionevole (non creare collegamenti automatici negli onebox).
Abbiamo recentemente eseguito un refactoring del codice ed è possibile che tu debba aggiornare il tuo Discourse (il che è comunque comodo, dato che è appena stato rilasciato il 2.4 )
Sembra che questo non sia stato ancora risolto? Pensavo di poter creare un backup esportando il componente dall’interfaccia di amministrazione, ma l’esportazione non include le impostazioni personalizzate.
Un’idea: e se l’impostazione, con tutte le sue righe, diventasse un’area di testo modificabile al doppio clic? Simile agli editor Modifica CSS/HTML? Questo renderebbe facile anche il backup/esportazione, nonché l’importazione di un elenco di elementi con un elemento per riga.
A proposito: potresti vedere delle espressioni regolari strane lì, ma non puoi usare | in questi campi di impostazione. Forse anche questo potrebbe essere risolto con la proposta di cui sopra.
Dovresti fare un fork del tema e personalizzarlo specificamente per questo caso, a meno che qualcuno non abbia un’idea migliore.
Questo sembrerebbe un comportamento predefinito ragionevole (non creare collegamenti automatici negli onebox).
