Oggi ho aggiornato all’ultima versione. Ora funziona. Grazie.
2 Mi Piace
È bello saperlo. Sicuramente stavi affrontando questo problema.
2 Mi Piace
Ciao a tutti,
Da circa un mese sto riscontrando un bug che non riesco a replicare, ma che non so nemmeno come risolvere.
Su una delle istanze che gestisco, la pagina Agenda è ordinata per data di attività anziché per data dell’evento.
Sto utilizzando questi altri plugin (ma non credo siano coinvolti in alcun modo, dato che li uso anche su altre istanze):
Plugin
discourse-checklist 0.4.1 O
discourse-custom-wizard 0.1 O
discourse-data-explorer 0.2 O
discourse-events 0.1 O
discourse-footnote 0.1 O
discourse-locations 0.1 O
discourse-math 0.9 N
discourse-quick-messages 0.1 N
discourse-sidebar-categories 0.1 O
discourse-solved 0.1 O
discourse-whos-online 1.0 O
docker_manager 0.1 O
Qualcuno di voi ha un indizio su un problema di configurazione, o su qualcosa che potrei aver fatto che l’ha rotto, o su un punto da controllare per diagnosticare il problema?
Posso fornire ulteriori dettagli o accesso all’istanza tramite MP.
Grazie in anticipo.
2 Mi Piace
Grazie per la segnalazione.
Si prega di cliccare sul link “Segnala un bug” nel primo messaggio di questo argomento e compilare il modulo con i dettagli pertinenti. In questo modo sarà più facile per noi programmare un momento appropriato per esaminare il problema.
3 Mi Piace
Ciao a tutti,
Accanto al nome dell’argomento, sulle pagine /latest, /top, /unread o /agenda vengono visualizzate un’icona del calendario e la data dell’evento. Non sono invece visualizzate sulla pagina <Categoria + Ultimi> né su dispositivi mobili.
Esiste un’impostazione per aggiungerle lì? (Non sono riuscito a trovarla)
In caso contrario, qualcuno può suggerire un workaround da applicare, ad esempio copiando e incollando qualcosa nel codice del plugin per /latest per abilitarlo anche su /categories? (anche se questo potrebbe creare disordine, troverò un modo con il CSS per renderlo meno brutto)
Grazie in anticipo
2 Mi Piace
Sì. Questo è stato segnalato sulla nostra istanza. Programmeremo una correzione a breve.
3 Mi Piace
if (this._state === 'destroying') return;
Puoi dirmi qual è lo scopo di questa riga di codice nell’osservatore Ember? È correlata al ciclo di vita dei componenti Ember: https://guides.emberjs.com/release/components/the-component-lifecycle/?
2 Mi Piace
Sì. Puoi effettivamente stamparlo nella console e vederne il valore durante i diversi eventi del ciclo di vita.
1 Mi Piace
Ok, quindi qual è lo scopo di semplicemente fare return quando lo stato è ‘destroying’? Cosa succederebbe se omettessimo questa riga?
1 Mi Piace
Per evitare che le due istruzioni successive vengano eseguite, poiché diventerebbero inutili 
1 Mi Piace
Quindi è per le prestazioni?
2 Mi Piace
Ne varrebbe la pena anche se non ci fosse alcun guadagno di prestazioni. Perché vorresti eseguire un gruppo di istruzioni che non hanno utilità in un caso particolare?
Ora che ci ho pensato e ho fatto alcune ricerche, esiste un termine corretto per chiamarlo: return early pattern per le funzioni.
1 Mi Piace
Ho fatto ulteriori indagini. Ho impostato un punto di interruzione sulla riga e poi ho eseguito le istruzioni. Non solo non è necessario eseguirle, ma in realtà provoca un errore.
2 Mi Piace
Ho detto inutili, ma sì, causerebbe anche un errore. Se sei interessato, puoi dare un’occhiata a ember-concurrency, che offre una soluzione pronta all’uso per gestire questo tipo di situazioni. Non è ancora incluso nel core di Discourse.
Quindi, se fosse stato utilizzato, questo caso sarebbe stato gestito dalla libreria stessa.
1 Mi Piace
Ho appena guardato questo talk mentre studiavo gli observer rispetto alle computed property:
Puoi spiegare perché in questo caso è stato utilizzato un observer invece di una computed property?
Sto cercando di capire i compromessi e i diversi casi d’uso.
1 Mi Piace
È possibile farlo funzionare sulle pagine dei tag?
1 Mi Piace
Qual è la funzionalità che desideri per i tag o le pagine dei tag? Il plugin Eventi influisce principalmente sui topic, ma anche le categorie possono ottenere una visualizzazione calendario e un’agenda dei topic eventi all’interno della categoria. Stai suggerendo di fornire una visualizzazione agenda dei topic eventi etichettati? Potrebbe essere interessante da vedere, ad esempio per visualizzare tutti gli eventi etichettati per un paese. Sarebbe piuttosto figo! Ma non è attualmente sulla roadmap, per quanto ne so. Puoi richiedere la funzionalità su https://thepavilion.io/.
3 Mi Piace
Grazie per la tua risposta @tobiaseigen. Stiamo promuovendo molto l’uso dei tag per la navigazione degli utenti, poiché sono incredibilmente flessibili. Il problema principale è che la maggior parte dei plugin e dei componenti dei temi non funziona con essi. Quindi sì, vogliamo creare questa flessibilità aggiuntiva. Qualsiasi cosa gli utenti taggano nei post avrebbe un calendario associato che possono utilizzare se visitano la pagina del tag.
Puoi vedere questo con il plugin Kanban, grazie al quale uno dei nostri sviluppatori volontari del Public Happiness Movement è riuscito ad adattarlo per le pagine dei tag: https://github.com/artysidorenko/discourse-kanban-theme
Sono uno sviluppatore piuttosto basilare, ma mi chiedo se il codice utilizzato da @artysidorenko possa essere modificato per funzionare anche con questo plugin. Onestamente, ci sono così tanti plugin e componenti dei temi che trarrebbero beneficio dal funzionare anche con le pagine dei tag; mi chiedo se il team principale voglia fornire una soluzione standard.
3 Mi Piace
Puoi abilitare il plugin non solo per categoria, ma anche a livello di sistema. Forse è sufficiente per il tuo caso d’uso.
1 Mi Piace
Grazie per la risposta. Quando si utilizzano i tag per la navigazione, gli utenti non si troverebbero all’interno di una categoria e quindi non potrebbero visualizzare un calendario o un link. Inoltre, un calendario unico per tutto il sito non è sufficiente per gestire più team.
1 Mi Piace