Oh, questo è sicuramente un bug. Dovremo indagare, ottima osservazione!
4 Mi Piace
Eccellente, grazie per la PR, unita!
4 Mi Piace
Tre sfide:
- Sono abbastanza sicuro che le miniature non siano serializzate qui. Sentiti libero di confermare. Ciò potrebbe essere superato migliorando il plugin sidecar.
- Quando ho esaminato questo per l’ultima volta, la struttura della pagina non consentiva override a basso rischio isolati in un template foglia. Generalmente non vogliamo sovrascrivere l’intera pagina, il che potrebbe causare modifiche incompatibili o mascherare aggiornamenti di funzionalità dal core. Un PR al core potrebbe aiutare qui…
- Spazio?
Sentiti libero di inviare i PR richiesti
1 Mi Piace
Punti validi. Potrei scegliere un’altra presentazione per le pagine delle categorie, magari a riquadri o qualcosa di simile.
Ho un’altra domanda.
È possibile che le pagine delle categorie (che contengono elenchi di argomenti) vengano visualizzate in riquadri su mobile, ma con miniature su desktop? Ho provato diverse modifiche alle impostazioni ma non sono riuscito a ottenerlo.
modifica: Ci sono riuscito. Dettaglierò come ho fatto più tardi nel caso potesse interessare a qualcun altro, ho aggiunto questa modifica in modo che nessuno perda tempo a spiegarmi come fare 
Quindi, se non erro, ecco le impostazioni…
Innanzitutto, abbiamo bisogno che la visualizzazione a riquadri sia attiva solo nella vista mobile di (almeno?) un elenco di argomenti:
Quindi le miniature sia per desktop CHE per mobile:
Mi ero sbagliato all’inizio perché pensavo che “riquadri” e “miniature” fossero due diverse presentazioni di un elenco di argomenti, entrambe contenenti le immagini. ma non è così. Le miniature sono necessarie se si desidera che le immagini appaiano in un elenco di argomenti, sia esso a riquadri o meno.
Non è necessario aggiungere manualmente le tue categorie qui:
Poiché sovrascriveremo questa impostazione abilitando la seguente:
Ora, dovresti avere piccole miniature su desktop in qualsiasi elenco di argomenti (più recenti, una categoria specifica, ecc.), e una presentazione “a riquadri” su mobile con grandi miniature:
2 Mi Piace
Ho un piccolo problema con il mio profilo utente, immagino sia un piccolo bug:
Dato che menziona la miniatura, suppongo sia correlato a questo componente del tema.
Sto ancora giocando con questo componente del tema, tra l’altro… Ed è fantastico. 
Ho una domanda. È possibile impedire a un argomento di avere una miniatura, anche se l’argomento ne contiene effettivamente?
Ecco il mio caso:
Ho una categoria di documentazione per la quale le miniature sono benvenute.
Ma ho anche un argomento che fornisce semplicemente consigli generali quando si crea un nuovo argomento:
Non c’è un’immagine significativa al suo interno, ma aggiunge automaticamente una miniatura:
L’unico modo che vedo per aggirare il problema è aggiungere un’immagine casuale in qualche punto dell’argomento e impostarla come miniatura.
Esempio:
(ma ammetto che ha un bell’aspetto però…)
1 Mi Piace
Sì, quella localizzazione non funziona e deve essere corretta. 
No, se c’è un’immagine, proverà a usarne una. Aggiungerne una bella aggiuntiva è la soluzione perfetta
Questo migliorerà anche la coerenza del layout della tua pagina.
In ogni caso, uso spesso un componente per argomenti in primo piano (quello TLP integrato o un altro) per riassumere quel tipo di post in alto, quindi avere un’immagine è piuttosto bello.
1 Mi Piace
Sto cercando di limitare le miniature e le anteprime a un tag specifico oltre a determinate categorie, ma non funziona per i tag. Ecco la mia pagina delle impostazioni, voglio solo anteprime e miniature per il tag in primo piano. Puoi dirmi se sto facendo qualcosa di sbagliato?
C’è anche una stringa mancante nelle impostazioni del plugin:
E un altro bug con l’opzione topic list excerpt removes links.
Quindi, come già segnalato, se la disabilito non c’è più alcun link, nemmeno il testo, così come il pulsante “leggi di più”:
Se la abilito, i link negli estratti appaiono, così come il link “leggi di più”, ma per qualche motivo:
-
Il link “leggi di più” non è stilizzato come link (già segnalato, ma dato che è tutto correlato alla stessa opzione, preferisco raggruppare tutti i problemi in una volta)
-
Alcuni estratti sono erroneamente racchiusi. Alcuni esempi:
Solo la prima parte della frase dall’estratto è racchiusa qui:
Una riga vuota è racchiusa come estratto:
Sarei felice di aiutare ulteriormente, ma sfortunatamente non so nulla di plugin e della maggior parte del codice di Discourse… 
1 Mi Piace
Sembra un bug, ci darò un’occhiata presto.
3 Mi Piace
Ho corretto questo sul branch beta, potresti per favore confermare che ora sembra tutto a posto, quindi unirò.
Affinché ciò funzioni, devi rimuovere tag e tag-mobile e aggiungere il tag specifico all’impostazione dell’elenco dei tag.
(Installa la versione beta come un altro componente e associala a un tema di test).
Si è rivelato essere una modifica che rompe il core.
Usa il pulsante avanzato per rivelare il branch e digita beta:
Se non ti sento entro un po’ di tempo, lo unirò comunque, ma questa è la tua occasione per testare e portare avanti questo.
1 Mi Piace
Questo si ottiene solo facendo 
, un po’ alla volta e raccogliendo pezzi di conoscenza lungo il percorso 
3 Mi Piace
C’è anche un errore JS quando navighiamo sul sito web se il componente del tema è installato.
È visibile anche sul tuo sito web: https://starzen.space/
Fai clic su qualsiasi post e guarda la console JS.
TypeError: Cannot read properties of null (reading 'querySelector')
L’errore viene attivato su questa riga del file Discourse:
1 Mi Piace
Sembra una modifica che causa incompatibilità nel core: FIX: Don't listen for focus/blur events if the topic-list opts out of… · discourse/discourse@97e7bb1 · GitHub
Risolto principalmente con: COMPATIBILITY: add css class to tiles to support focus · merefield/discourse-tc-topic-list-previews@4f0f0f0 · GitHub
Correzione sul branch beta come dimostrato sul mio sito.
Il vantaggio di correggere questo problema in questo modo è che ora otteniamo l’indicatore dell’ultima visita sulla tessera
(La maggior parte degli errori scompare anche su mobile, ma questo indicatore normalmente non è visibile su mobile in ogni caso, quindi lo considererò risolto!)
Dovrò approfondire l’errore meno frequente relativo all’elemento del titolo.
1 Mi Piace
Questo è stato corretto in beta: FIX: missing localisation on user prefs and update locale paths
1 Mi Piace
Grazie!
Per quanto riguarda l’opzione del plugin topic list excerpt remove links, posso suggerire di modificare l’espressione regolare che stai attualmente utilizzando?
URI::regexp rimuoverà qualsiasi stringa che abbia un pattern di link, il che non è, secondo me, sempre desiderabile.
A volte i link hanno lo stesso contenuto testuale del loro valore href. Questo è persino un caso molto comune in qualsiasi forum, e la rimozione del contenuto testuale può portare a estratti bizzarri con frasi che non hanno senso.
Questa espressione regolare rimuoverà anche parole che si trovano all’interno o all’esterno dei link a volte. Fornisco esempi di seguito.
Ecco un confronto con un’altra espressione regolare: \u003ca .+?\\\u003e(.+)?\u003c\\/a\u003e
Questa è solo un’espressione regolare di esempio; capisco che URI::regexp copra i link in modo più complesso (e presumibilmente più affidabile).
Ecco un esempio di post:
E gli estratti risultanti nell’elenco degli argomenti:
URI::regexp
\u003cbig\u003e↓\u003c/big\u003e
(il contenuto testuale del link di Facebook è stato rimosso, e ha anche rimosso la parola “Day” in “Astronomy Picture of the Day” per un motivo sconosciuto
)
\u003ca .+?\\\u003e(.+)?\u003c\\/a\u003e
\u003cbig\u003e↓\u003c/big\u003e
Un altro esempio, solo riguardo a un contenuto testuale di link rimosso che rende l’estratto strano da leggere:
URI::regexp
\u003cbig\u003e↓\u003c/big\u003e
(“il link era This may be my favorite halo”…?)
\u003ca .+?\\\u003e(.+)?\u003c\\/a\u003e
\u003cbig\u003e↓\u003c/big\u003e
(ora ha senso)
Quindi, non sto suggerendo che \u003ca .+?\\\u003e(.+)?\u003c\\/a\u003e sia migliore, è stato solo un test veloce, ma non sono sicuro che l’uso di URI::regexp sia la scelta migliore per quanto riguarda i risultati, sia per le due ragioni che ho menzionato: il contenuto testuale del link svanisce, rendendo a volte gli estratti strani, e inoltre rimuove parole all’interno o all’esterno dei link di volta in volta per un motivo oscuro. Quest’ultimo problema sembra essere abbastanza frequente da non essere trascurabile.
3 Mi Piace
Apprezzo gli svantaggi del metodo attuale (incluso lo strano eccessivo entusiasmo dell’algoritmo attuale che cancella troppo) ma siamo arrivati qui attraverso l’esperienza.
La ragione principale per cui questa opzione esiste è in realtà per:
- preservare la formattazione dell’anteprima quando i link sono molto lunghi (cioè eliminare tutti i link in modo che un link lungo non fuoriesca mai nell’estratto causando problemi). Prova lo scenario in cui un link è molto, molto lungo. Il vecchio argomento di supporto è pieno di problemi con i post dell’argomento con link lunghi.
- preservare l’estratto come una superficie di clic prevedibile dove navigherà sempre verso l’argomento. Il testo è troppo piccolo perché questo sia discrezionale.
Inoltre dovrebbe essere:
- semplice da mantenere e non causare rumore di supporto. Poiché il metodo attuale è una classe di utilità supportata, non devo preoccuparmi di mantenerla.
Non sono ancora convinto che dobbiamo cambiare questo per il pubblico generale?
Potrei essere aperto a renderlo una selezione di tre opzioni, SPENTO, nessun link (cioè metodo attuale) e sperimentale? PR benvenuti. Prima sposterò il codice sidecar attuale nel ramo principale del plugin. Ci proverò questa settimana.
3 Mi Piace
Grazie per la tua risposta 
Ho corretto l’ultima frase del mio post precedente, ho dimenticato una parola…
Ho scritto
e inoltre rimuove parole all’interno o all’esterno dei link di tanto in tanto per una ragione oscura. Quest’ultimo problema sembra abbastanza frequente da essere trascurabile.
Ho dimenticato un “non”, quindi…
e inoltre rimuove parole all’interno o all’esterno dei link di tanto in tanto per una ragione oscura. Quest’ultimo problema sembra abbastanza frequente da non essere trascurabile.
Potrei non capire molto di codice, ma oggi cercherò di capire e risolvere il problema numero 2 che ho menzionato qui: Topic List Previews (TLP) - #110 by Canapin.
(gli estratti non sono correttamente racchiusi da .topic-excerpt: il wrapper sembra chiudersi appena prima del primo link presente nell’estratto invece che alla fine dell’estratto)
A dire il vero, l’approccio migliore potrebbe essere segnalare un problema al manutentore di quell’utility e farlo risolvere? Certamente non si comporta come ci si aspetterebbe?
Sì, non ci ho ancora guardato. Sentiti libero di inviare una PR con una correzione nel frattempo.
1 Mi Piace
Grazie, non ci avevo pensato, non avevo idea da dove provenisse questa utility.
Dopo una breve ricerca, fondamentalmente l’espressione regolare riconosce praticamente qualsiasi parola o stringa come parte di uno schema URI purché sia immediatamente seguita da due punti - cioè, senza spazio in mezzo - il che è comprensibile, ma anche un po’ eccessivo poiché nella lingua inglese (contrariamente alla lingua francese, ad esempio), non mettiamo spazio tra una parola e i due punti. Quindi parole “legittime” vengono mangiate dall’espressione regolare solo perché sono sfortunatamente seguite da due punti.
Una soluzione potrebbe essere avere un campo (non precompilato per evitare danni nelle installazioni esistenti) nelle impostazioni del plugin per inserire lo schema/gli schemi che vogliamo rimuovere.
Ad esempio, l’impostazione potrebbe essere:
Schemi URI da rimuovere: http|https|ftp|mailto
Ciò si tradurrebbe in:
#{URI::regexp(['http', 'https', 'ftp', 'mailto'])}
(ma è, sfortunatamente, sensibile alle maiuscole, ma questo può sicuramente essere modificato in qualche modo)
Se l’impostazione è vuota, allora verrebbe utilizzato questo:
#{URI::regexp}
Essendo il comportamento attuale.
Una pull request con tale impostazione sarebbe benvenuta?