Angus' Events Plugin 📅

Bishan_Kanfang · 14. September 2019 um 03:17

Ich habe heute auf die neueste Version aktualisiert. Es funktioniert jetzt. Danke.

fzngagan · 14. September 2019 um 03:28

Das ist gut zu wissen. Sie hatten mit Sicherheit dieses Problem.

oca · 17. September 2019 um 18:20

Hallo zusammen,

ich erlebe seit etwa einem Monat einen Fehler, den ich nicht reproduzieren, aber auch nicht lösen kann.
Auf einer der von mir verwalteten Instanzen wird die Agenda-Seite nach Aktivitätsdatum statt nach Ereignisdatum sortiert.
Ich verwende diese anderen Plugins (ich denke jedoch nicht, dass sie irgendwie beteiligt sind, da ich dieselben für andere Instanzen verwende):

Plugins

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

Hat jemand von euch einen Hinweis auf ein Konfigurationsproblem, etwas, das ich falsch gemacht haben könnte, oder einen Ort, an dem ich zur Diagnose des Problems suchen sollte?

Weitere Details oder Zugang zur Instanz via PN.

Vielen Dank im Voraus

fzngagan · 18. September 2019 um 19:23

Danke für den Bericht.
Bitte klicken Sie im ersten Beitrag dieses Themas auf den Link „Fehler melden“ und füllen Sie das Formular mit den relevanten Details aus. So können wir leichter einen geeigneten Zeitpunkt finden, um uns das Problem anzusehen.

oca · 25. September 2019 um 11:25

Hallo zusammen,

Neben dem Themennamen werden auf den Seiten /latest, /top, /unread oder /agenda ein Kalender-Symbol und das Datum der Veranstaltung angezeigt. Auf der Seite <Kategorie + Neueste> sowie auf mobilen Geräten werden sie jedoch nicht angezeigt.

Gibt es eine Einstellung, um sie dort hinzuzufügen? (Ich konnte keine finden.)
Falls nicht, kann jemand einen „schmutzigen Hack

fzngagan · 29. September 2019 um 05:12

Ja. Dies wird auf unserer Instanz gemeldet. Wir werden zeitnah eine Korrektur planen.

spirobel · 5. Oktober 2019 um 13:53

github.com/angusmcleod/discourse-events

assets/javascripts/discourse/connectors/edit-topic/topic-controls-event.js.es6

3135b1052


      
              const buffered = this.get('buffered');
              const user = Discourse.User.current();
              const showEventControls = (category) => {
                return category && category.custom_fields.events_enabled && (
                  user.staff ||
                  user.trust_level >= category.custom_fields.events_min_trust_to_create
                );
              }
              component.set('showEventControls', showEventControls(buffered.get('category')))
              buffered.addObserver('category_id', () => {
                if (this._state === 'destroying') return;
                let category = Category.findById(this.get('buffered.category_id'));
                component.set('showEventControls', showEventControls(category));
              })
            }
          }

      if (this._state === 'destroying') return;

Können Sie mir erklären, welchen Zweck diese Codezeile im Ember-Observer hat? Bezieht sie sich auf den Lebenszyklus von Ember-Komponenten: https://guides.emberjs.com/release/components/the-component-lifecycle/ ?

fzngagan · 5. Oktober 2019 um 14:29

Ja. Du kannst den Wert tatsächlich in der Konsole ausgeben und ihn während verschiedener Lebenszyklus-Ereignisse beobachten.

spirobel · 5. Oktober 2019 um 14:38

Okay, was ist also der Zweck des einfachen Rückens, wenn der Zustand ‘destroying’ ist? Was würde passieren, wenn wir diese Zeile weglassen?

fzngagan · 5. Oktober 2019 um 14:55

Um zu verhindern, dass die nächsten beiden Anweisungen ausgeführt werden, da diese unnötig würden

spirobel · 5. Oktober 2019 um 14:58

Ist das also für die Performance?

fzngagan · 5. Oktober 2019 um 17:11

Es lohnt sich auch dann, wenn keine Leistungssteigerung erzielt wird. Warum sollten Sie eine Reihe von Anweisungen ausführen, die in einem bestimmten Fall keinen Nutzen haben?

Nachdem ich darüber nachgedacht und etwas recherchiert habe, gibt es dafür einen passenden Begriff: das return-early-Muster für Funktionen.

spirobel · 6. Oktober 2019 um 09:49

Ich habe etwas mehr recherchiert. Ich habe einen Haltepunkt an der Zeile gesetzt und die Anweisungen dann ausgeführt. Es ist nicht nur unnötig, sie auszuführen, es führt tatsächlich zu einem Fehler.

fzngagan · 6. Oktober 2019 um 10:12

Ich habe „unnötig

spirobel · 7. Oktober 2019 um 15:51

Ich habe gerade diesen Vortrag gesehen, während ich mich mit Observern im Vergleich zu berechneten Eigenschaften beschäftige:

Kannst du erklären, warum in diesem Fall ein Observer anstelle einer berechneten Eigenschaft verwendet wurde?
Ich versuche, die Kompromisse und verschiedenen Anwendungsfälle zu verstehen.

Andy02 · 7. Oktober 2019 um 18:45

Kann dies für Tag- oder Tag-Seiten funktionsfähig gemacht werden?

tobiaseigen · 7. Oktober 2019 um 18:57

Welche Funktionalität möchtest du auf Tag- bzw. Tag-Seiten haben? Das Events-Plugin wirkt sich hauptsächlich auf Themen aus, aber Kategorien können ebenfalls einen Kalender und eine Agenda-Ansicht für Event-Themen innerhalb der Kategorie erhalten. Schlägst du vor, eine Agenda-Ansicht für getaggte Event-Themen bereitzustellen? Das könnte interessant sein, z. B. um alle nach einem Land getaggten Events anzuzeigen. Das wäre ziemlich cool! Aber soweit ich weiß, steht es derzeit nicht auf dem Fahrplan. Du kannst die Funktion unter https://thepavilion.io/ anfragen.

Andy02 · 7. Oktober 2019 um 19:06

Danke für deine Antwort, @tobiaseigen. Wir werben stark für Tags zur Benutzernavigation, da sie so wunderbar flexibel sind. Das Hauptproblem ist jedoch, dass die meisten Plugins und Theme-Komponenten damit nicht funktionieren. Also ja, wir möchten diese zusätzliche Flexibilität schaffen. Alles, was Benutzer als Tags für Beiträge verwenden, hätte einen angehängten Kalender, den sie nutzen können, wenn sie die Tag-Seite besuchen.

Am Beispiel des Kanban-Plugins sieht man, dass einer unserer freiwilligen Entwickler des Public Happiness Movement es geschafft hat, es für Tag-Seiten anzupassen: https://github.com/artysidorenko/discourse-kanban-theme

Ich selbst bin ein eher grundlegender Entwickler, aber ich frage mich, ob der von @artysidorenko verwendete Code so angepasst werden kann, dass er auch für dieses Plugin funktioniert. Ehrlich gesagt gibt es so viele Plugins und Theme-Komponenten, die davon profitieren würden, auch mit Tag-Seiten zu funktionieren. Ich frage mich, ob das Kernteam vielleicht eine Standardlösung bereitstellen möchte.

spirobel · 7. Oktober 2019 um 19:33

Sie können das Plugin nicht nur pro Kategorie, sondern auch systemweit aktivieren. Vielleicht reicht das für Ihren Anwendungsfall aus.

Andy02 · 8. Oktober 2019 um 15:07

Danke für deine Antwort. Wenn man Tags zur Navigation verwendet, befinden sich die Nutzer nicht in einer Kategorie, um einen Kalender oder einen Link zu sehen, und ein siteweiter, umfassender Kalender reicht für mehrere Teams nicht aus.

Thema		Antworten	Aufrufe
Discourse Calendar and Events Plugin official , calendar-and-events , included-in-core	145	58382	8. Juni 2026
Calendar plugin features to make it really useful for us Feature calendar-and-events	8	3203	6. Oktober 2022
Discourse Calendar updated to use fullcalendar 6 Announcements calendar-and-events	35	1405	13. Februar 2026
Discourse Calendar - How to? Support calendar-and-events	15	3512	20. Januar 2025
Custom Discourse instance for a writers club Marketplace	4	1345	12. März 2021

Angus' Events Plugin 📅

Verwandte Themen