* 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
Folgende Punkte funktionieren:
* Hinzufügen, Editieren, Verschieben und Löschen des Widgets
* Bearbeiten der Optionen für die Skalen (Hinzufügen, Editieren, Löschen)
Funktioniert noch nicht:
* Hinzufügen von Fragen - Zur Zeit sind da 3 Dummy-Texte eingebaut, um die eigentliche Ausgabe zu testen
* Ausgabe der Zeilen (Frage plus Skala) erfolgt noch nicht im richtigen Format
* Noch keine Anzeige auf der Webseite (keine Ahnung warum, ich dachte, daß sollte funktionieren,
wenn die Ausgabe im Form-Editor funktioniert)
* vermutlich viele andere Dinge
git-svn-id: https://svn.libreccm.org/ccm/trunk@381 8810af33-2d31-482b-a856-94f89814c4df
Benutzt dafür nun seinen eigenen XMLGenerator und TraversalAdapter.
git-svn-id: https://svn.libreccm.org/ccm/trunk@380 8810af33-2d31-482b-a856-94f89814c4df
quasi
pb