* der eingestellten Locale anpaßt (12-Stunden vs. 24-Stunden-Format)
* Event angepaßt, so daß die Anzeige sich ebenfalls anpaßt (AttributeFormatter angepaßt). Diese Anpassung muß evt. bei allen PropertiesStep gemacht werden, die Datumsangaben verwenden oder es wir finden eine bessere Lösung, so daß man den AttributeFormatter nicht jedesmal neu schreiben muß.
git-svn-id: https://svn.libreccm.org/ccm/trunk@705 8810af33-2d31-482b-a856-94f89814c4df
Konfiguration für den Bereich der Jahresangaben hinzugefügt.
NewsItem kann nun bearbeitet werden, ohne daß die Jahresangaben des Start- und Enddatum sich ändern, weil sie nicht (mehr) im definierten Bereich der Jahreszahlen liegen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@704 8810af33-2d31-482b-a856-94f89814c4df
Event kann nun bearbeitet werden, ohne daß die Jahresangaben des Start- und Enddatum sich ändern, weil sie nicht (mehr) im definierten Bereich der Jahreszahlen liegen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@703 8810af33-2d31-482b-a856-94f89814c4df
OptionGroup erweitert, so daß nun auch neue Optionen am Anfang der Liste hinzugefügt werden könnten (prependOption).
DateWidget speichert nun den eingestellten Jahresbereich und verfügt über eine neue Funktion, um weitere Jahreseinträge hinzuzufügen. Diese Methode fügt die Jahreszahl nur ein, wenn sie sich nicht im Bereich der Jahreszahlen befindet. Dabei wird darauf geachtet, daß Jahreszahlen, die kleiner als der definierte Bereich sind, am Anfang der Liste eingefügt werden. Größere Zahlen werden am Ende der Liste eingefügt.
Beim mehrfachen Aufrufen der Methode werden die Jahreszahlen nicht weiter sortiert, so daß die resultierende Liste nicht in der korrekten Reihenfolge erscheint. Das war auf Grund von Bebop nicht so ohne weiteres möglich, da das Widget nach der Initialisierung gesperrt wird, wodurch die bereits vorhandenen Felder nicht mehr geändert werden können. Das sollte aber im Normalfall kein Problem darstellen, da für die CTs, wo das Widget verwendet wird, diese Methode nur einmal aufgerufen werden muß.
git-svn-id: https://svn.libreccm.org/ccm/trunk@702 8810af33-2d31-482b-a856-94f89814c4df
Updates erstellen jetzt identisches Schema der db, CCM funktioniert auf
den ersten Blick wie bisher.
Update MUSS in folgender Reihenfolge durchgeführt werden:
ccm-cms-assets-imagestep
ccm-cms-assets-notes
ccm-ldn-navigation
ccm-ldn-terms
ccm-cms
ccm-cms-types-article
ccm-cms-types-newsitem
ccm-cms-types-event
ccm-core
git-svn-id: https://svn.libreccm.org/ccm/trunk@697 8810af33-2d31-482b-a856-94f89814c4df
Auf der Webseite sollten jetzt für alle RelationAttribute statt des keys der lokalisierte Wert angezeigt. Dazu waren u.A. einige Änderungen am ContentItemXMLRenderer und dem RelationAttributeInterface nötig.
git-svn-id: https://svn.libreccm.org/ccm/trunk@696 8810af33-2d31-482b-a856-94f89814c4df
Auf der Webseite sollten jetzt für alle RelationAttribute statt des keys der lokalisierte Wert angezeigt. Dazu waren u.A. einige Änderungen am ContentItemXMLRenderer und dem RelationAttributeInterface nötig.
git-svn-id: https://svn.libreccm.org/ccm/trunk@686 8810af33-2d31-482b-a856-94f89814c4df
Wird jetzt von GenericArticle statt von CT Article abgeleitet. Dadurch läßt er sich unabhängig von CT Article installieren.
git-svn-id: https://svn.libreccm.org/ccm/trunk@671 8810af33-2d31-482b-a856-94f89814c4df
es in einer mit spezializierten Objekten einen anderen TraversalAdapter als für die Detailansicht zu verwenden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@667 8810af33-2d31-482b-a856-94f89814c4df
Fehler bei der Zuweisung der ContentSection korrigiert. Aus unbekannten Gründen wurde der nicht-primären Instanz des ContentBundles beim Anlegen des Bundles
entfernt. Gelöst durch erneute Zuweisung der ContentSection an die Instanzen nach dem Anlegen des Bundles
BulkPublish:
Bisher wurde das Item zwar publiziert, der Lifecycle wurde aber nicht gestartet, was dazu führte, dass die Items im Status 'Pending' verblieben. Durch einfügen von
lifecycle.start() behoben.
Template SciProject.jsp:
Diese Template ruft die Methode com.arsdigita.london.navigation.DataCollectionRenderer#setSpecializeObjects(true) auf. Dies führt dazu, dass die ItemList in der
XML-Ausgaben zusätzlich zu den <nav:attribute>-Elementen das komplette Objekt, wie es auch in der Detailansicht enthalten ist, enthält. Dies sollte das Erstellen
komplexer Listen, z.B. für Projekte oder Publikationen erleichtern.
git-svn-id: https://svn.libreccm.org/ccm/trunk@666 8810af33-2d31-482b-a856-94f89814c4df
- PDFBox-Bibliothek gegen aktuelle Version ausgetauscht. PDFBox wird zur Auswertung von PDFs für die Suche verwendet. Die vorhandene Version war relativ alt und hatte mit einigen PDFs aus DaBIn
Probleme, möglicherweise aufgrund einer neueren Version des PDF-Formates. Die aktuelle Version von PDFBox scheint diese PDFs problemlos verarbeiten zu können. Zur Integration waren folgende
Änderungen notwendig:
- Einfügen einiger weiterer Bibliotheken (fontbox, bcmail, icu4j, jempbox), die von PDFBox benötigt werden
- Austausch von commons-logging-1.0 durch commons-logging-1.1.1
- Anpassen der Importe in ccm-core/src/com/arsdigita/search/converter/PDFConverter.java. PDFBox ist mittlerweile ein Apache-Projekt, daher wurden die Pakete von org.pdfbox nach org.apache.pdfbox
umbehannt. Die Namen der Klassen und die Interfaces der Klassen sind gleich geblieben.
git-svn-id: https://svn.libreccm.org/ccm/trunk@663 8810af33-2d31-482b-a856-94f89814c4df
quasi
pb
jensp