* 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
* 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
* 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
* 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
2. Versuch. Warum hat er das letzte Mal nicht eingecheckt?
* Angepaßte CreatePage, so daß die neuen Elemente nicht direkt bei der Erstellung abgefragt werden
* AddElement wurde so angepaßt, daß man nur optionale Elemente anlegen kann
* Mist.remove funktionsfähig gemacht
* ObjectType um remove-Methode erweiterert
Jetzt sollte der UDCT soweit funktionsfähig sein, daß er verwendbar wird. Es lassen sich neue Elemente ablegen und löschen. Es lassen sich neue CT anlegen und löschen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@346 8810af33-2d31-482b-a856-94f89814c4df
* Angepaßte CreatePage, so daß die neuen Elemente nicht direkt bei der Erstellung abgefragt werden
* AddElement wurde so angepaßt, daß man nur optionale Elemente anlegen kann
* Mist.remove funktionsfähig gemacht
* ObjectType um remove-Methode erweiterert
Jetzt sollte der UDCT soweit funktionsfähig sein, daß er verwendbar wird. Es lassen sich neue Elemente ablegen und löschen. Es lassen sich neue CT anlegen und löschen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@332 8810af33-2d31-482b-a856-94f89814c4df
Durch Einführung und Verwendung von ContentItemXMLRenderer weerden ContentBundles bei der Erzeugung der XML-Ausgabe zur ausgehandelten Sprache aufgelöst und statt des ContentBundles dieses neue Objekt ausgeben.
Es ist eine API-Änderung nötig gewesen: in DomainObjectTraversal.java mußte die walk()-Methode protected markiert werden.
(Dateien vergessen hinzuzufügen.)
git-svn-id: https://svn.libreccm.org/ccm/trunk@321 8810af33-2d31-482b-a856-94f89814c4df
Durch Einführung und Verwendung von ContentItemXMLRenderer weerden ContentBundles bei der Erzeugung der XML-Ausgabe zur ausgehandelten Sprache aufgelöst und statt des ContentBundles dieses neue Objekt ausgeben.
Es ist eine API-Änderung nötig gewesen: in DomainObjectTraversal.java mußte die walk()-Methode protected markiert werden.
(Dateien vergessen hinzuzufügen.)
git-svn-id: https://svn.libreccm.org/ccm/trunk@320 8810af33-2d31-482b-a856-94f89814c4df
Durch Einführung und Verwendung von ContentItemXMLRenderer weerden ContentBundles bei der Erzeugung der XML-Ausgabe zur ausgehandelten Sprache aufgelöst und statt des ContentBundles dieses neue Objekt ausgeben.
Es ist eine API-Änderung nötig gewesen: in DomainObjectTraversal.java mußte die walk()-Methode protected markiert werden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@319 8810af33-2d31-482b-a856-94f89814c4df
Es sollte ebenfalls noch mit den alten Inhalten in der DB funktionieren, allerdings wird dann keine Sprachvariante ermittelt (altes Verhalten).
Problematisch kann sein, daß Links nun automatisch in eine andere Sprachversion wechseln, falls die gewünschte Variante nicht vorhanden ist. Ich bin mir noch nicht sicher, ob die Standardversion des ContentItems zurückgegeben wird, wenn keine Übereinstimmung gefunden werden kann, oder ob der Link dann entfällt.
git-svn-id: https://svn.libreccm.org/ccm/trunk@265 8810af33-2d31-482b-a856-94f89814c4df
- Display of information about index items is now more informative and accurate
- Upload option can now be turned off for text assets
using com.arsdigita.cms.hide_text_asset_upload_file configuration property
- Can hide the action for creating a content item from the content sections list
- Users were adding brackets () to the Name field of a content item in basic
properties resulting in "page not found" error when you try to open the
published item
git-svn-id: https://svn.libreccm.org/ccm/trunk@254 8810af33-2d31-482b-a856-94f89814c4df
Beitrag von Terry:
- Neues Import Format fuer terms: SKOS
- Keyphrase extraction utility, nutzbar um Kategorien vorschlagen zu lassen,
die zu einem content item passen.
Update Script:
ccm upgrade ccm-ldn-terms --from-version 6.5.0 --to-version 6.5.1
Es sind Änderungen am theme erforderlich, um die Funktionen nutzen zu können:
siehe:
ccm-ldn-aplaws/src/com/arsdigita/aplaws/ui/TermWidget.java
ccm-ldn-aplaws/web/__ccm__/themes/aplaws/types/ContentTypes.xsl
ccm-cms/web/__ccm__/static/cms/admin/category-step/category-step.xsl
ccm-ldn-navigation/src/com/arsdigita/london/navigation/cms/CategoryDataCollectionDefinition.java
Damit ist trunk hb auf Stand r1902 aplaws trunk
(1871 bis 1876 waren eigene patches, die bereits enthalten sind, ebenso 1894)
Patch 1879 uebersprungen, fuegt dictionary fuer eclipse in das root Verzeichnis
von trunk ein. Da gehoert aber nichts hin, ausserdem Eclipse im Moment nicht
in Benutzung hier.
git-svn-id: https://svn.libreccm.org/ccm/trunk@235 8810af33-2d31-482b-a856-94f89814c4df
jensp
pb
quasi