No… Discourse doesn’t store descriptions for tags, only categories, so it wouldn’t be possible with this component.
It would be possible to modify the tag banner component to add descriptions in a theme setting… but if you plan on having more than a couple dozen tags it would start to become unwieldy, so it’s not a great option.
The best path would be to create a plugin that adds a description functionality to tags… though that would be significantly more complex.
Doesn’t this component pull text from the 1st paragraph of the 1st post in the category if its not set in the category’s settings? The default ‘about’ one. Thats always how i use it.
What about a plugin which auto-creates a default ‘about’ page for each tag-page. Would it be a possible, or a good path to go down, to create that and then point your plugin at that post if its set to work on tag-pages?
Yes, but Discourse pulls that text out of the post and I sets it as the category description… so most of the work is already done, I just reused it here.
It might be possible to get the oldest topic with a specific tag and use that as the description so the functionality is similar? I’ll have to look into it some more.
Questa richiesta è stata risolta da questo o da qualsiasi altro componente tematico o metodo? Sto cercando questa funzionalità per dare contesto agli utenti che atterrano sulle pagine di una categoria specifica, ad esempio tramite ricerche web o link condivisi sui social media, e che non passano dalla pagina principale della categoria.
Ho due siti ospitati su Discourse in cui ho sostituito (tramite il componente delle icone delle categorie di Discourse) l’icona del lucchetto predefinita con un’icona Font Awesome. Tuttavia, il lucchetto viene ancora visualizzato nei banner delle categorie, non solo nella categoria che ho mostrato da ciascuno di questi siti, ma per tutte le categorie in cui dovrebbe apparire l’icona, vedo ancora l’icona del lucchetto predefinita.
Trovo un conflitto tra questo e l’ultima versione di Discourse (2.9.0.beta3) che si verifica quando si aggiunge un’immagine a una categoria o sottocategoria.
Il plugin estrae la prima riga di testo dal post “about” nel banner. Quando si aggiunge un’immagine a una categoria, le ultime versioni di Discourse estraggono lo stesso testo nel proprio header accanto all’immagine.
Il problema che questo crea è che ogni categoria e sottocategoria deve avere un’immagine e l’impostazione “mostra descrizione” è disattivata, oppure nessuna può avere un’immagine poiché ciò porta alla ripetizione della descrizione nel banner e sotto di essa. Quindi è tutto o niente.
Non sono molto sicuro che questo sia in realtà un problema di questo plugin, o se mi manca un modo per disattivare l’immagine e la descrizione all’interno della categoria in Discourse in modo che non rovini i miei banner di categoria.
Il risultato finale purtroppo non è bello come questo. Mi chiedo se le opzioni per l’altro plugin possano essere semplicemente copiate e incollate in questo, poiché l’unica differenza evidente è se il plugin sta prendendo di mira il div del banner o dell’header. Questo ha uno stile migliore, quello ha la capacità di attivare e disattivare più opzioni e personalizzare.
Sarebbe un’idea rendere questi banner cliccabili? Perché ora il banner include solo la prima riga dell’argomento “Informazioni” di una categoria. Spesso ci sono più informazioni in un argomento “Informazioni” del genere. Rendendoli cliccabili diventa più facile imparare più di quella prima riga. Naturalmente le persone possono anche creare collegamenti all’argomento “Informazioni”. Ma mentre si è già in quell’argomento, si ha un collegamento a se stesso. Sembra un brutto trucco. Solo un suggerimento
Ho appena apportato un aggiornamento a questo componente che lo integra con Tag Banners
Quando entrambi i componenti sono installati e si filtra per una categoria e un tag, invece di impilare i banner, ora il nome del tag verrà mostrato all’interno del banner della categoria:
non funziona per me in visualizzazione mobile (anche nel browser desktop—nessun errore nella console web)
il banner della categoria viene visualizzato correttamente sia in visualizzazione desktop che mobile, ma il banner del tag viene visualizzato solo in visualizzazione desktop
quando si utilizza anche con il componente Icone tag
i tag hanno un’icona tag generica e l’icona definita da Icone tag (sarebbe meglio se in questi casi venisse visualizzata solo l’icona definita da Icone tag)
quando l’icona definita da Icone tag ha lo stesso colore del banner della categoria, l’icona viene resa invisibile (problema simile all’integrazione Banner categoria + Icone categoria—se possibile, si prega di consentire all’icona del tag di corrispondere al colore del testo del banner anche per questa combinazione)
Rimuovere i trattini / underscore dai banner dei tag nasconde completamente l’icona definita in Icone tag
Ho aggiunto una correzione per il tag che non appare nella visualizzazione mobile:
Ho anche aggiunto un’impostazione per disabilitare l’icona del tag per ora, che è una soluzione temporanea per lavorare meglio con il componente delle icone dei tag. Dovrò dedicare un po’ più di tempo per ottenere una corretta integrazione con il componente delle icone dei tag.
Grazie per la rapida soluzione, nel frattempo ne ho un’altra per te :
quando si utilizzano i banner di categoria insieme ai banner di tag con la rimozione di trattini/underscore impostata su true, il nome del tag (ad esempio, with-hyphens viene visualizzato senza trattini sotto il titolo e collegato, ma il link non è valido (/tag/with hyphens) e risulta in un errore 404.
Sono riuscito ad aggiungere banner ad alcune delle mie categorie ma non riesco ad aggiungerli ad altre.
Le categorie per cui non funziona hanno nomi come “Weather - General”, cioè Spazio-Trattino-Spazio nel mezzo del nome. Se cambio il nome in “Weather-General”, cioè senza spazi attorno al trattino, il banner viene visualizzato come previsto. In entrambi i casi lo slug per la categoria è lo stesso - “weather-general” quindi non sono sicuro del perché non venga accettato come valore valido in un caso ma lo sia nell’altro.