angepaßt auf die Verwendung von basetypes.Address und basetypes.Contact
git-svn-id: https://svn.libreccm.org/ccm/trunk@447 8810af33-2d31-482b-a856-94f89814c4df
* baseContact nach contact umbenannt
* ldn-contact wird im CC jetzt auch so angezeigt
git-svn-id: https://svn.libreccm.org/ccm/trunk@445 8810af33-2d31-482b-a856-94f89814c4df
* Kleine Fehler korrigiert.
* Basiert vollständig auf basetype.Person
* Bereit zur Erweiterung mit zusätzlichen Informationen
git-svn-id: https://svn.libreccm.org/ccm/trunk@441 8810af33-2d31-482b-a856-94f89814c4df
* Verwendet nun ausschließlich die UI von basetypes.Address
CT fertig
git-svn-id: https://svn.libreccm.org/ccm/trunk@439 8810af33-2d31-482b-a856-94f89814c4df
* XML-Dateien hinzugefügt, damit die BaseTypes in die Tabelle content_types geladen werden und als interne Typen gekennzeichnet sind
* Euinige Fehlerkorrekturen an den UIs
ContentTypes
* Klasse ContentType und Tabelle content_types erweitert um Felder für ancestors und siblings um die Vererbungshierachie speichern zu können
* AbstractContentTypeLoader um Methode createPedigree erweitert, die aus der Verebungsstruktur der Klassen die Hierarchie ableitet und in der Datenbank speichert
* ItemSerachWidget angepaßt, so daß es nun auch abgeleitete Contenttypen akzeptiert. Es werden nun z.B. auch CT's von Type contenttypes.Member angezeigt und als Zuweisung akzeptiert, wenn nach dem Vaterobject basetypes.Person verlangt wird.
git-svn-id: https://svn.libreccm.org/ccm/trunk@438 8810af33-2d31-482b-a856-94f89814c4df
Kompiliert und läßt laden und starten, alledings gibt es eine Exception beim Anlegen eines neuen BaseContacts
BaseContacts so angepaßt, daß es den basetype verwendet.
git-svn-id: https://svn.libreccm.org/ccm/trunk@436 8810af33-2d31-482b-a856-94f89814c4df
z.B.
com-ibm.icu.util.Calender durch java.util.Calender ersetzt
Unnötige Config-Dateien aus Member und baseAddress entfernt
git-svn-id: https://svn.libreccm.org/ccm/trunk@428 8810af33-2d31-482b-a856-94f89814c4df
Auf diese Weise bleibt das Paket funktionsfähig mit alten Datenbanken. Dieses Paket kann nicht zusammen mit dem neuen ccm-cms-address (ehem. baseAddress) verwendet werden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@427 8810af33-2d31-482b-a856-94f89814c4df
* Die Konfigurations-Parameter waf.categorization.supported_languages und com.arsdigita.cms.languages zu waf.kernel.supported_languages zusammengefasst
* In DispatcherHelper eine Methode getNegotiatedLocale eingeführt, die beim Aushandeln der Locale zwischen Browser und CCM auch dem Konfigurations-Parameter waf.kernel.supported_languages respektiert
* Alle Aufrufe von DispatcherHelper.getRequest().getLocale() auf die neue Methode DispatcherHelper.getNegotiatedLocale() geändert.
* Konfiguration von Categorization geändert. Verwendet jetzt keinen eigenen Eintrag für die unterstützten Sprachen mehr. Stattdessen wird die Konfiguration von Kernel verwendet.
* ContentSectionInitializer geändert, so daß er nun Kernel.getConfig().getSupportedLanguages() verwendet.
Außerdem diverse Aufräumarbeiten (Unnötige Imports entfernt, Reformat, Annotationen hinzugefügt, Klammern bei If-Anweisungen) in den Sourcen, wo immer sie mir in die Händegefallen sind.
git-svn-id: https://svn.libreccm.org/ccm/trunk@419 8810af33-2d31-482b-a856-94f89814c4df
Abhängigkeit mehr besteht.
RssFeedPortlet bleibt in Portal und funkitioniert unabhängig von ccm-ldn-rss.
Kann verwendet werden, um externe RSS Feeds anzuzeigen.
Portlent NavigationDirectory nach ccm-ldn-navigation verschoben, wo auch
andere Portlets vorhanden sind.
Kleine Formatierungskorrekturen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@391 8810af33-2d31-482b-a856-94f89814c4df
quasi
pb