* Alle Konfigurations Parameter aus enterprise.init sind in neuen Konfigurationsdateien
* Ausnahme: Initialisierung Formbuilder, was durch ccm-core erfolgt.
* Die meisten Konfigurationsparameter liegen in c.ad.cms.LoderConfig.java
* Komplizierte Parameterlisten wie die Rollen im Content-Center sind noch hart codiert.
* Alter portlet initializer aufgeteilt in loader und initializer neu
* Alter sectioninitializer als Zwischenlösung ausgegliedert in SectionLegacyInitializer
* ~/xml/ContentTypeInitilizer verlegt in loader
* ~/installer/Initializer ersetzt durch Initializer neuen Typs.
Als neuer Fehler ist aufgetaucht, dass einige Keys im Content-Center nicht lokalisiert werden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@471 8810af33-2d31-482b-a856-94f89814c4df
independently from the actual content-section configuration.
Now uses the content-section parameter to automatically reflect
configuration changes.
git-svn-id: https://svn.libreccm.org/ccm/trunk@470 8810af33-2d31-482b-a856-94f89814c4df
* Tabelle für Kontaktarten eingeführt - hat allerdings noch einen unschönen Namen (GenericContactType) was eigentlich GenericContact - Type bedeuten sollte, aber wahrscheinlich als Generic - ContentType interpretiert wird.
* Erste Version von GenericOrganization.pdl
git-svn-id: https://svn.libreccm.org/ccm/trunk@466 8810af33-2d31-482b-a856-94f89814c4df
Dazu mussten 3 Klassen von c.ad.london.aplaws.ui nach c.ad.london.terms.ui
verlegt werden. Aus aplaws.config wurde der Parameter ajax-expand-on-all-branches
nach terms verlegt.
forum-categorized compiliert und startet. Auf der Seite wird das Navigationsmenue
eingeblendet und ein neuer Tabulator "Categories" erscheint. Darunter ist noch
keine Aktion möglich, es werden noch nicht alle tags in XSLT verarbeitet.
git-svn-id: https://svn.libreccm.org/ccm/trunk@457 8810af33-2d31-482b-a856-94f89814c4df
(wsx - West Sussex)
Damit wird es möglich, ein Forum auch in den Navigationsbaum einzuhängen,
nicht nur als Adresse unterhalb von /portal/.
Compiliert im Moment noch nicht, da noch Abhängigkeiten zu ccm-ldn-aplaws
aufgelöst werden müssen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@450 8810af33-2d31-482b-a856-94f89814c4df
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
jensp
pb
quasi
henning