::Collaboration:: auf die Sprünge zu helfen, schlage ich vor Herr Scheid, dass Sie auf die eine oder andere von mir oben dargestellte Anregung zur Weiterentwicklung von ::collabor:: Stellung nehmen.

Diese kann und soll qualifizierend sein, Prioritäten und Machbarkeiten aus Ihrer Sicht enthalten, Änderungs- und Ergänzungsvorschläge aufweisen und schließlich weitere ::collabor:: Nutzer zum Mitdiskutieren anregen.

viele Grüße

aus dem tiefverschneiten Salzkammergut,

kommt unsere Stellungnahme zur Weiterentwicklung.
Tut mir Leid, dass es sich so verzögert hat, aber nun sind wir bereit und voller Tatendrang...

zu LDAP) Sie haben Recht - prinzipiell ist LDAP eine gute Sache, wir denken allerdings, dass es unseren Zeitrahmen etwas sprengt und würden uns lieber auf die Weiterentwicklung der Benutzerverwaltungs-Tools konzentrieren.

zu permanent nutzbare navigations-tools)
An welche tools denken Sie dabei?

Mir würde spontan z.B eine Auflistung der letzten besuchten Seiten einfallen, um schnell zu besuchten Seiten zurückspringen zu können. Eine weitere Möglichkeit wäre auf einem Blog anzuzeigen mit welchen anderen Blogs es verlinkt ist.
Da wir uns nicht sicher sind wie lange die Entwicklung der anderen Änderungen dauert, würde ich diesen Punkt gemeinsam mit LDAP erstmal zurückstellen und den nächsten "KIM" Administratoren vermachen.

zu 1) Wir haben das Löschen eines Users überprüft und konnten dabei keine Probleme feststellen.
Wie oft hatten Sie das Problem, dass die User nicht gelöscht werden konnten?

zu 2) Wir halten die Passwort-Absicherung auch nicht für sinnvoll, auch wenn es vom Sicherheitsstandpunkt
nicht falsch ist.
Was halten Sie von einer herkömmlichen Rückfrage, die bestätigt werden muss?
"Möchten Sie diesen Benutzer wirklich löschen JA/NEIN".

zu 3) Antville vergibt als Autor den Namen "Guest" für verweiste weblogs. Wir werden mal sehen ob wir die entsprechende datei finden, wo dieser name definiert wird und in ihn "Gast" umbenennen.

zu 4 & 5) Wir würden vorschlagen unter System Management/User-Manager bzw. Site-Manager im "show" Dropdown-Menü die Auflistungsparameter "outdated users" bzw "outdated sites" einzufügen. Somit werden nur Löschkandidaten angezeigt und können dann gelöscht werden.

Als zweite Variante wäre denkbar eine Funktion/Link "Lösche alte Blogs und User" anzulegen.
Vor dem Löschen würden dann alle Löschkandidaten angezeigt und durch eine Bestätigung könnte hier eine Massenlöschung dieser "abgelaufenen" Daten erfolgen.

Beim Löschen wäre denkbar zwischen "gnadenlos löschen" und "vorher benachrichtigen" zu unterscheiden. Unserer Meinung nach könnten folgende "gnadenlosen" Kriterien gelten:

a. Benutzer seit 1 Jahr registriert noch nie angemeldet (last visited nicht vorhanden)
b. Blog seit 1 Jahr registriert nix gepostet.
-> Hier erscheint der Link "löschen"

Folgende Benachrichtigungskriterien würden gelten:

c. Benutzer (lastvisited != 0) hat seit 1 Jahr nichts mehr gepostet
d. Blog (lastmodified != 0) wurde seit 1 Jahr nicht mehr editiert
-> Hier erscheint der Link benachrichtigen, in der Benachrichtigung werden die Benutzer gebeten sich bei
bestehendem Interesse anzumelden bzw. im blog was zu posten.
-> Der Link "löschen" erscheint bei diesen Kandidaten erst wenn seit der Benachrichtigung 1 Monat vergangen ist und die Kriterien c) und d) immernoch zutreffen.

zu 6) Zur Realisierung dieses Punktes schlagen wir folgendes vor:

a) Neue Datenbanktabellen "Hochschule" und "Lehrveranstaltung".
Ein Benutzer ist einer Hochschule zugeordnet und kann an mehreren Lehrveranstaltungen teilnehmen.

Mit dieser Zuordnung wäre es auch denkbar, dass bei neuen Anmeldungen der Stadt- bzw. Hochschulname nicht mehr freigewählt wird (was dieses Semester eine Vielzahl von unterschiedlichen suffixen ergeben hat) sondern durch die Zuordnung angehängt wird.

b) Formular erstellen um bestehende User diesen Kategorien zuzuordnen
c) Optionale Möglichkeit für den Benutzer beim "Registrieren" sich diesen Kategorien zuzuordnen
d) Auflistung und Sortierung unter "Benutzernamen-Übersicht" nach diesen Kategorien

zu 7) Die pro-User-Auflistung würden wir zunächst sortierbar nach "von-bis-Datum" machen um z.b nur die Einträge eines Semesters darzustellen.

Weiterhin könnte über ein dropdown die Liste auf alle Links zu Beiträgen/Kommentaren pro Lehrveranstaltung beschränkt werden (nur beiträge, die blogs dieser lehrveranstaltung zugeordnet sind anzeigen), dies wäre allerdings nur möglich (siehe punkt 6) wenn ein blog einer Lehrveranstaltung zugeordnet werden könnte. Hieße ebenfalls eine weitere Zuordnungs-Maske für blogs sowie optionale Zuordnung beim Anlegen eines neuen blogs.

Die Auflistung aller Einträge in ein virtuelles Blog, halten wir für sinnvoll aber würden dies aus zeitgründen auch erstmal hinten anstellen. (Einarbeitung in antville framework erforderlich)

zu 8) Wie auch beim virtuellen blog, müssen wir hierzu erst das antville framework sichten, wie einfach das zu implementieren ist.

zu 9) Könnten Sie diesen Punkt weiter ausführen? Uns ist gerade unklar, was genau eine "geschlossene Benutzergruppe" ausmacht und wie bzw. wo
die Auflistung erfolgen soll. Meinen Sie damit, die von uns in 6) angesprochene Relation Lehrveranstaltung?

viele grüße,

Christian Scheid & Friedemar Blohm