Hallo zusammen,
während unseres ersten virtuellen European Coordinators Meeting, haben wir festgestellt, dass wir ein Team gründen sollten, das sich um das Wiki kümmert. Es gibt dort eine Menge toller Informationen, aber manches davon ist schwer zu finden, manches ist überholt und manches ist auch nicht so gut. Wir möchten also ein Team gründen, die Wiki- Caretaker, die das Wiki durchforsten, die notwendigen Arbeiten identifizieren und dann durchführen.
Wenn du uns dabei helfen möchtest, schick mir einfach eine Mail, so dass wir das organisieren können. Ich habe schon mal eine Liste mit Vorschlägen [1] aufgesetzt; schaut euch das doch mal an. Bitte führt jetzt aber nicht einfach die Aufgaben der Reihe nach aus; manches davon muss noch etwas genauer besprochen werden. Hinterlasst aber bitte Kommentare, wenn ihr mit einem Vorschlag nicht einverstanden seid.
Sollte irgendwann das Pad nicht ausreichen um das Team zu organisieren, dann können wir eine Quick ML Mailingliste einrichten. Sagt einfach kurz bescheid.
Ich freue mich darauf, von euch zu hören. :-)
Happy hacking! Florian
[1] https://public.pad.fsfe.org/p/wiki_caretakers
Hallo zusammen,
damit wir E-Mail-Benachrichtigungen verwenden können, haben wir alle Informationen über die Team-Organisation ins Wiki umgezogen [1]. Diejenigen, die mir schon geschrieben haben, dass sie helfen wollen, würde ich bitten, ihren Namen im Wiki auf die Teilnehmerliste zu setzen. Ich möchte eure Namen nicht einfach so veröffentlichen, weswegen ich euch bitte das selbst zu machen.
Happy hacking! Florian
On 02/29/2016 09:07 AM, Florian Snow wrote:
Hallo Florian,
soll der Link noch funktionieren, oder hat der sich, weil das neue Wiki jetzt umgestellt wurde überlebt?
Viele Grüße Thomas
Hallo Thomas,
On Tuesday 08 March 2016 20:52:36 Thomas Doczkal wrote:
On 02/29/2016 09:07 AM, Florian Snow wrote:
soll der Link noch funktionieren, oder hat der sich, weil das neue Wiki jetzt umgestellt wurde überlebt?
Die URL hat sich durch den Umzug geändert: https://wiki.fsfe.org/WikiAdmin/WikiCaretakers
lg, Johannes
On 03/08/2016 09:10 PM, Johannes Zarl-Zierl wrote:
Die URL hat sich durch den Umzug geändert:
Es scheinen sich einige URLs geändert zu haben...
Ich glaube ihr habt mir abgehängt, bei den Änderungen die bisher gemacht wurden und die Änderungen die noch getätigt werden müssen...
Kann mich jemand informieren?
Was ich auch aufgefallen ist, das ich im neuen Wiki (wiki.fsfe.org?) scheinbar auch als angemeldeter User immer die Sicherheitsabfrage beantworten muss. Ist das so gewollt?
Viele Grüße Thomas
Hallo Thomas,
Thomas Doczkal mailinglist@doczkal.de writes:
Ich glaube ihr habt mir abgehängt, bei den Änderungen die bisher gemacht wurden und die Änderungen die noch getätigt werden müssen...
So ähnlich geht es mir da aktuell auch. Ich wusste nicht, dass das neue Wiki jetzt live geht und wir dadurch die Seiten sehr schnell aus "Migrated/" rausbekommen müssen. Und aktuell weiß ich nicht genau wie sich Namespaces und Kategorien zueinander verhalten.
Kann mich jemand informieren?
Du bist ja auf unserer QuickML; da gibt es alle wichtigen Informationen, zumindest läuft darüber alles, was ich auch weiß. Wir waren eigentlich noch bei dem Punkt "Preparations". So lange ich aber nicht genau weiß wie das jetzt mit Namespaces aussieht (siehe oben), möchte ich nicht anfangen und dann alles durcheinander bringen. Was wir schon machen könnten, sind die Warnboxen, die wir wahrscheinlich brauchen. Also z.B. für Artikel, die wir löschen möchten, Artikel, die veraltet sind und überarbeitet werden müssen, Artikel, die aus anderen Gründen überarbeitet werden müssen usw. Dafür könnten wir einfach eine Kategorie "Category/WarningBox" anlegen und die Boxen erst mal auf einer Seite, z.B. "WikiAdmin/WarningBoxes" sammeln. Das bringt nicht viel durcheinander.
Was ich auch aufgefallen ist, das ich im neuen Wiki (wiki.fsfe.org?) scheinbar auch als angemeldeter User immer die Sicherheitsabfrage beantworten muss. Ist das so gewollt?
Ich denke das hat damit zu tun, dass sich jetzt jeder über das Fellowship-System fürs Wiki anmelden kann. Auf der Startseite steht folgendes:
Make your first edit
No matter if you are new to the wiki or a Fellowship veteran, get rid of the annoying security question and enter your name into Group/Registered. Log in and do it. ...really go do it now!
Ich gehe mal davon aus, dass dir diese Information fehlt.
Happy hacking! Florian
On 2016-03-09 06:16:23, Florian Snow wrote:
Thomas Doczkal mailinglist@doczkal.de writes:
Ich glaube ihr habt mir abgehängt, bei den Änderungen die bisher gemacht wurden und die Änderungen die noch getätigt werden müssen...
So ähnlich geht es mir da aktuell auch. Ich wusste nicht, dass das neue Wiki jetzt live geht und wir dadurch die Seiten sehr schnell aus "Migrated/" rausbekommen müssen. Und aktuell weiß ich nicht genau wie sich Namespaces und Kategorien zueinander verhalten.
Vielleicht stellen wir mal ein paar MoneyQuotes von der Mailingliste auf die Caretakers seite...
Ich habe am Montag nachmittag wider erwarten alle Seiten des alten Wikis migrieren können. Danach sah ich drei Handlungsoptionen:
[A] Das alte Wiki online zu lassen, größtentails mit Verweisen aufs Neue. Die Gefahr wäre, dass Fellows dann anfingen Seiten dennoch zu editiern oder aus Verwirrung neu anzulegen. Wir könnten dann schnell die Übersicht verlieren, so dass sich die Migration ewig hinzieht.
[B] Das alte Wiki sperren, größtenteils mit Verweisen aufs Neue. Die Arbeit würde dann effektiv unter wiki-test fortgesetzt werden, inklusive SSL-Warnung und allem.
[C] Einmal kräftig und schmerzhaft gegen den ganzen verklemmten Apparat gegen treten und die Seiten austauschen, in der Hoffnung dass dann bald alles besser wird™.
Ich habe mich dann für C entschieden. Das Feedback bisher fand ich ausgesprochen produktiv, was gesagt wird trägt zur Reorganisation der Seite bei.
On Wednesday 09 March 2016 15:53:15 Paul Hänsch wrote:
Ich habe mich dann für C entschieden. Das Feedback bisher fand ich ausgesprochen produktiv, was gesagt wird trägt zur Reorganisation der Seite bei.
Ich hab mich hier bisher raus gehalten. Mir wäre es nur wichtig, dass wenn alte Seiten nicht mehr unter der alten Adresse erreichbar sind, dass dann auf der alten Seite ein Verweis oder besser noch eine Weiterleitung eingerichtet wird.
Viele Grüße, Torsten
Hallo zusammen,
Am 09.03.2016 um 16:07 schrieb Torsten Grote:
On Wednesday 09 March 2016 15:53:15 Paul Hänsch wrote:
Ich habe mich dann für C entschieden. Das Feedback bisher fand ich ausgesprochen produktiv, was gesagt wird trägt zur Reorganisation der Seite bei.
Ich hab mich hier bisher raus gehalten. Mir wäre es nur wichtig, dass wenn alte Seiten nicht mehr unter der alten Adresse erreichbar sind, dass dann auf der alten Seite ein Verweis oder besser noch eine Weiterleitung eingerichtet wird.
Dem kann ich mich voll und ganz anschließen! Z.B waren die Fellowshipgruppen bisher immer unter wiki.fsfe.org/Groups zu finden, es gibt jetzt auf der Startseite einen Link https://wiki.fsfe.org/FellowshipGroup der auf eine leere Seite zeigt, die ich auch nicht editieren darf. :(
Viele Grüße Michael
Hallo Michael,
Michael Kesper mkesper@schokokeks.org writes:
Dem kann ich mich voll und ganz anschließen! Z.B waren die Fellowshipgruppen bisher immer unter wiki.fsfe.org/Groups zu finden, es gibt jetzt auf der Startseite einen Link https://wiki.fsfe.org/FellowshipGroup der auf eine leere Seite zeigt, die ich auch nicht editieren darf. :(
Die Gruppen findest du unter http://wiki.fsfe.org/LocalGroup und darauf zeigt auch der Link im Menü. Die Links im Text kann ich auch incht ändern, weil ich, genau wie du keine Seiten im Haupt-Namespace des Wikis selbst bearbeiten kann. Deswegen können wir auch Seiten wie /FellowshipGroup nicht bearbeiten, weil das direkt im Namespace des Wikis liegt. Was darunter liegt, geht dann wieder.
Happy hacking! Florian
Hallo zusammen,
Am 09.03.2016 um 21:13 schrieb Florian Snow:
Die Gruppen findest du unter http://wiki.fsfe.org/LocalGroup und darauf zeigt auch der Link im Menü. Die Links im Text kann ich auch incht ändern, weil ich, genau wie du keine Seiten im Haupt-Namespace des Wikis selbst bearbeiten kann. Deswegen können wir auch Seiten wie /FellowshipGroup nicht bearbeiten, weil das direkt im Namespace des Wikis liegt. Was darunter liegt, geht dann wieder.
Wer kann das dann korrigieren?
Viele Grüße Michael
Hallo Michael,
Michael Kesper mkesper@schokokeks.org writes:
Wer kann das dann korrigieren?
Vermutlich nur die Admins.
Happy hacking! Florian
Hallo zusammen,
Michael Kesper mkesper@schokokeks.org writes:
Wer kann das dann korrigieren?
Vermutlich nur die Admins.
Happy hacking!
Was genau ist den da überhaupt passiert?
Wir wurden vorab auch gar nicht über eine Migration informiert, was sehr unschön ist. Es erfordert viel Arbeit von uns das alles wieder zurecht zu biegen, wofür eigentlich keine Ressourcen eingeplant waren.
Viele Grüsse Marcus
Hi all.
Michael Kesper mkesper@schokokeks.org writes:
Wer kann das dann korrigieren?
Vermutlich nur die Admins.
Happy hacking!
Was genau ist den da überhaupt passiert?
Wir wurden vorab auch gar nicht über eine Migration informiert, was sehr unschön ist. Es erfordert viel Arbeit von uns das alles wieder zurecht zu biegen, wofür eigentlich keine Ressourcen eingeplant waren.
Was bisher schon aufgefallen ist: In der Edit History steht jetzt überall anonymous. Die wirkliche History scheint zumindest was die Autoreninformationen angeht nicht mehr vorhanden zu sein.
Wir haben bisher immer mit Kategorien gearbeitet. Das scheint so nicht mehr zu gehen oder hat sich irgendwie geändert.
https://wiki.fsfe.org/CategoryGroupZurich
Hat früher eine Zusammenfassung mit Links auf alle Seiten mit dieser Kategorie ergeben. Diese Seite ist leer und ich kann sie auch mit meinem User nicht bearbeiten.
Viele Grüsse Marcus
Hallo Marcus,
Marcus Moeller marcus.moeller@gmx.ch writes:
Was bisher schon aufgefallen ist: In der Edit History steht jetzt überall anonymous. Die wirkliche History scheint zumindest was die Autoreninformationen angeht nicht mehr vorhanden zu sein.
Ich weiß leider auch nicht woran das liegt. Eventuell muss da noch was migriert werden.
Wir haben bisher immer mit Kategorien gearbeitet. Das scheint so nicht mehr zu gehen oder hat sich irgendwie geändert.
Die Kategorien haben einen eigenen Namespace. Das heißt statt CategoryAdvocacy heißt es jetzt Category/Advocacy. Da kannst du dann auch eine Übersichtsseite erstellen. Ich würde aber vorschlagen für sowas eher Seiten unterhalb der Gruppenseite anzulegen, weil die Kategorien eigentlich breiter angelegt sind, also eure Seiten würden dann wahrscheinlich in Category/Advocacy fallen und eventuell noch weitere Kategorien. Die Unterseiten lassen sich aber genauso per Macro auflisten wie die Kategorien, so dass ihr dann auch schön wieder eine Übersicht habt, was alles zu eurer Gruppe gehört.
Wir werden uns nach und nach durchs Wiki arbeiten, so dass alle Seiten sinnvoll in Namespaces gruppiert und mit Kategorien getaggt sind. Ich muss dazu noch ein paar Sachen abklären und dann gehen wir der Reihe nach alle Seiten durch.
Happy hacking! Florian
Hi Florian.
Marcus Moeller marcus.moeller@gmx.ch writes:
Was bisher schon aufgefallen ist: In der Edit History steht jetzt überall anonymous. Die wirkliche History scheint zumindest was die Autoreninformationen angeht nicht mehr vorhanden zu sein.
Ich weiß leider auch nicht woran das liegt. Eventuell muss da noch was migriert werden.
Wir haben bisher immer mit Kategorien gearbeitet. Das scheint so nicht mehr zu gehen oder hat sich irgendwie geändert.
Die Kategorien haben einen eigenen Namespace. Das heißt statt CategoryAdvocacy heißt es jetzt Category/Advocacy. Da kannst du dann auch eine Übersichtsseite erstellen. Ich würde aber vorschlagen für sowas eher Seiten unterhalb der Gruppenseite anzulegen, weil die Kategorien eigentlich breiter angelegt sind, also eure Seiten würden dann wahrscheinlich in Category/Advocacy fallen und eventuell noch weitere Kategorien. Die Unterseiten lassen sich aber genauso per Macro auflisten wie die Kategorien, so dass ihr dann auch schön wieder eine Übersicht habt, was alles zu eurer Gruppe gehört.
Wir werden uns nach und nach durchs Wiki arbeiten, so dass alle Seiten sinnvoll in Namespaces gruppiert und mit Kategorien getaggt sind. Ich muss dazu noch ein paar Sachen abklären und dann gehen wir der Reihe nach alle Seiten durch.
https://wiki.fsfe.org/Category/GroupZurich
kann ich leider auch nicht bearbeiten. Ich wüsste auch nicht was dann da rein sollte, damit dort eine Liste mit Links zu allen Seiten dieser Kategorie erscheinen.
Könntest du uns da weiterhelfen. Das ist für uns sehr wichtig, da wir nur über diese Funktion alle Event Pages von uns finden.
Viele Grüsse Marcus
Hallo Marcus,
Marcus Moeller marcus.moeller@gmx.ch writes:
Könntest du uns da weiterhelfen. Das ist für uns sehr wichtig, da wir nur über diese Funktion alle Event Pages von uns finden.
Ich würde alle Seiten, die ihr habt, unterhalb von [1] anlegen. Dann ist erst schon mal alles beieinander und dort solltest du auch Schreibrechte haben.
Und anschließend kannst du dort, wo du eine Übersicht haben möchtest, folgendes Macro einfügen:
<<Navigation(children[,maxdepth])>>
Also z.B. so <<Navigation(children)>> was dir alle Unterseiten ausgibt.
Happy hacking! Florian
Hi again.
Marcus Moeller marcus.moeller@gmx.ch writes:
Könntest du uns da weiterhelfen. Das ist für uns sehr wichtig, da wir nur über diese Funktion alle Event Pages von uns finden.
Ich würde alle Seiten, die ihr habt, unterhalb von [1] anlegen. Dann ist erst schon mal alles beieinander und dort solltest du auch Schreibrechte haben.
Und anschließend kannst du dort, wo du eine Übersicht haben möchtest, folgendes Macro einfügen:
<<Navigation(children[,maxdepth])>>
Also z.B. so <<Navigation(children)>> was dir alle Unterseiten ausgibt.
Es geht um die Events. Die sind nicht unter [1], sondern werden als Event pages geführt in einem Subfolter Zurich gefolgt vom Datum an dem das Event ist. Also z.B.:
Events/Zurich/2016-02-11
Greets Marcus
[1] https://wiki.fsfe.org/LocalGroup/Zurich _______________________________________________ fsfe-de mailing list fsfe-de@fsfeurope.org https://mail.fsfeurope.org/mailman/listinfo/fsfe-de
Hi again.
Marcus Moeller marcus.moeller@gmx.ch writes:
Könntest du uns da weiterhelfen. Das ist für uns sehr wichtig, da wir nur über diese Funktion alle Event Pages von uns finden.
Ich würde alle Seiten, die ihr habt, unterhalb von [1] anlegen. Dann ist erst schon mal alles beieinander und dort solltest du auch Schreibrechte haben.
Und anschließend kannst du dort, wo du eine Übersicht haben möchtest, folgendes Macro einfügen:
<<Navigation(children[,maxdepth])>>
Also z.B. so <<Navigation(children)>> was dir alle Unterseiten ausgibt.
Es geht um die Events. Die sind nicht unter [1], sondern werden als Event pages geführt in einem Subfolter Zurich gefolgt vom Datum an dem das Event ist. Also z.B.:
Events/Zurich/2016-02-11
Ich habe es mal dort angelegt:
https://wiki.fsfe.org/Events/Zurich
Aber es wird komisch angezeigt. Früher war es jeweils eine Zeile für einen Eintrag, jetzt wird alles in einer einzigen Zeile angezeigt.
Viele Grüsse Marcus
Hallo Marcus,
Marcus Moeller marcus.moeller@gmx.ch writes:
Aber es wird komisch angezeigt. Früher war es jeweils eine Zeile für einen Eintrag, jetzt wird alles in einer einzigen Zeile angezeigt.
Ja, das Subpage-Listing sieht anders aus als das Kategorien-Listing aus dem alten Wiki. Ich schau mir das mal genauer an.
Happy hacking! Florian
On 2016-03-10 09:40, Marcus Moeller wrote:
Ich habe es mal dort angelegt:
https://wiki.fsfe.org/Events/Zurich
Aber es wird komisch angezeigt. Früher war es jeweils eine Zeile für einen Eintrag, jetzt wird alles in einer einzigen Zeile angezeigt.
Ich habe die Optik des <<Navigation>> Makros an das der Search makros angeglichen. Das sollte jetzt um einiges besser aussehen. Den Style für Definition Lists habe ich auch nochmal angefasst, die Wirkung sieht man auf den Events-Seiten selbst.
Außerdem habe ich vorhandene Kategorien neu angelegt, und die Verweise in allen Wikiartikeln umgebogen.
Nicht vorhandene Seiten zeigen jetzt eine Suchliste, so dass idR. auf umbenannte Seiten verwiesen wird. Gleichzeitig sinkt damit die Gefahr, dass Seiten in verschiedenen Schreibweisen mehrfach angelegt werden - das war im alten Wiki ein großes Problem. Echte redirects kommen noch, zumindest für einene Teil der Seiten.
Der EventAggregator ist in Arbeit.
Happy Hacking.
On Thursday 10 March 2016 20:24:00 Paul Hänsch wrote:
Echte redirects kommen noch, zumindest für einene Teil der Seiten.
Wenn sich die URL einer Seite durch die Migration geändert hat, sollte es für alle Seiten einen Redirect von der alten auf die neue URL geben. Sonst erzeugen wir tote Links überall dort, wo auf die Seite verwiesen wurde.
Ein Beispiel:
Viele Grüße, Torsten
On 2016-03-10 20:34, Torsten Grote wrote:
Wenn sich die URL einer Seite durch die Migration geändert hat, sollte es für alle Seiten einen Redirect von der alten auf die neue URL geben.
Wir können redirects auf Ebene der Wikisoftware einrichten, oder auf Ebene des Webservers.
Setzen wir sie im Wiki auf, führt das in MoinMoin dazu, dass Redirect-Seiten auch in Suchergebnissen und Navigation-Listings angezeigt werden. Da wir gerade von letzteren mehr gebrauch machen wollen, geht das natürlich der Aufräumaktion zuwider. Doppelungen wie CategoryFAQ, CategoryFaq und CategoryFaqs im selben Menü sind ungeeignt den Professionalitätsverlust eines 404 aufzuwiegen. So etwas haben wir im Moment an mehreren Stellen.
Pflegen wir eine Redirect-Liste im Webserver (in Form einer .htaccess-Datei oder anderweitig) besteht dieses Problem so nicht. Diese Form stellt zudem auch sicher, dass die weitergeleiteten Seitennamen im Wiki dann nicht mehr nutzbar sind. Wird eine Seite dann später nochmal umbenannt, oder wird ein alter Name dann doch wieder beansprucht, bleibt die Aufgabe den Redirect zu ändern allerding am chronisch überlasteten System-Hackers Team hängen. Noch dazu ist diese Lösung für Wiki-Authoren komplett unsichtbar und führt leicht zur Überraschung zukünftiger Fellows, die dann ohne das Hintergrundwissen von Heute feststellen dass bestimmte Seitennamen einfach fixiert weitergeleitet werden.
Dennoch bevorzuge ich letztere Lösung. Ich finde aber, dass wir zumindest die unpassendsten Seitennamen, sowie die exotischeren Ausreißer davon einfach außen vor lassen könnten.
Sonst erzeugen wir tote Links überall dort, wo auf die Seite verwiesen wurde.
Das Dilemma verstehe ich natürlich. Durch die Suchvorschläge die mitlerweile auf leeren Seiten erscheinen ist dem aber ein kleines bisschen die Schärfe genommen.
On Friday 11 March 2016 12:12:34 Paul Hänsch wrote:
Pflegen wir eine Redirect-Liste im Webserver (in Form einer .htaccess-Datei oder anderweitig) besteht dieses Problem so nicht. [...] Noch dazu ist diese Lösung für Wiki-Authoren komplett unsichtbar und führt leicht zur Überraschung zukünftiger Fellows, die dann ohne das Hintergrundwissen von Heute feststellen dass bestimmte Seitennamen einfach fixiert weitergeleitet werden.
Die Information, welche Redirects bestehen, könnte man einfach ins Wiki schreiben. Natürlich mit dem Problem, dass die Admins nochmal mehr Arbeit haben (einmal in die .htaccess Datei schreiben, einmal im Wiki dokumentieren).
lg, Johannes
Hallo Marcus,
Marcus Moeller marcus.moeller@gmx.ch writes:
Es geht um die Events. Die sind nicht unter [1], sondern werden als Event pages geführt in einem Subfolter Zurich gefolgt vom Datum an dem das Event ist.
Meine Antwort bezog sich auf die Kategorie, die ihr im alten Wiki hattet und wie ihr diese gut ersetzen könnt. Jetzt ist die Kategorie ohnehin wieder da, aber Kategorien müssen wir WikiCaretaker nochmal aufräumen.
Was die Plugins angeht, muss sich ein Admin die Sache ansehen.
Happy hacking! Florian
Hi again.
Marcus Moeller marcus.moeller@gmx.ch writes:
Was bisher schon aufgefallen ist: In der Edit History steht jetzt überall anonymous. Die wirkliche History scheint zumindest was die Autoreninformationen angeht nicht mehr vorhanden zu sein.
Ich weiß leider auch nicht woran das liegt. Eventuell muss da noch was migriert werden.
Wir haben bisher immer mit Kategorien gearbeitet. Das scheint so nicht mehr zu gehen oder hat sich irgendwie geändert.
Die Kategorien haben einen eigenen Namespace. Das heißt statt CategoryAdvocacy heißt es jetzt Category/Advocacy. Da kannst du dann auch eine Übersichtsseite erstellen. Ich würde aber vorschlagen für sowas eher Seiten unterhalb der Gruppenseite anzulegen, weil die Kategorien eigentlich breiter angelegt sind, also eure Seiten würden dann wahrscheinlich in Category/Advocacy fallen und eventuell noch weitere Kategorien. Die Unterseiten lassen sich aber genauso per Macro auflisten wie die Kategorien, so dass ihr dann auch schön wieder eine Übersicht habt, was alles zu eurer Gruppe gehört.
Wir werden uns nach und nach durchs Wiki arbeiten, so dass alle Seiten sinnvoll in Namespaces gruppiert und mit Kategorien getaggt sind. Ich muss dazu noch ein paar Sachen abklären und dann gehen wir der Reihe nach alle Seiten durch.
https://wiki.fsfe.org/Category/GroupZurich
kann ich leider auch nicht bearbeiten. Ich wüsste auch nicht was dann da rein sollte, damit dort eine Liste mit Links zu allen Seiten dieser Kategorie erscheinen.
Könntest du uns da weiterhelfen. Das ist für uns sehr wichtig, da wir nur über diese Funktion alle Event Pages von uns finden.
Events scheinen auch noch broken zu sein:
https://wiki.fsfe.org/Events#Adding_Events
für mich sieht es so aus, als ob das EventAggregator plugin gar nicht aktiv wäre.
Viele Grüsse Marcus