Gleichzeitig Einführen einer neuen Infrastruktur für themes:
Es gibt nun ein Verzeichnis ~/themes/ in das alle theme bezogene Daten
migriert werden sollen. Das sollte im ersten Schritt mit den Applicationen
erfolgen, die ihre Dateien in ~/__ccm__/apps ablegen. ccm-themedirector nutzt
bereits diese Infrastruktur. Die alte Infrastruktur mit ~/packages und
~/templates und ~/static bleibt übergangsweise in core und cms erhalten.
Das gibt uns die Möglichkeit, Mandalay als neues / alternatives Standard Theme
in die Standard Distribution einzubauen.
Update Script erforderlich:
ccm-themedirector from-version=6.6.0 to-version=6.6.1
git-svn-id: https://svn.libreccm.org/ccm/trunk@800 8810af33-2d31-482b-a856-94f89814c4df
* Korrektur für Time.java, wodurch für ein Time-Widget kein korrektes bebop-Tag erzeugt wurde
* XML-Formatter für Date, Time und DateTime verwenden nun die DispatcherHelper.getNegotiatedLocale()-Methode
git-svn-id: https://svn.libreccm.org/ccm/trunk@798 8810af33-2d31-482b-a856-94f89814c4df
* Datum läßt sich jetzt auch nur teilweise ausfüllen
* Traversal-Adapter für search-context geschrieben. Wird der CT jetzt in den Suchindex aufgenommen?
git-svn-id: https://svn.libreccm.org/ccm/trunk@786 8810af33-2d31-482b-a856-94f89814c4df
- Alle anderen static initalizers haben jetzt am Anfang und Ende eine Log-Ausgabe (Level debug), in Klassen die bisher keinen Logger hatten wurde ein Logger eingebaut
- log4j.properties in ccm-core enthält jetzt vorbereitetet, auskommentierte Zeilen für alle Klassen mit static Blöcken
git-svn-id: https://svn.libreccm.org/ccm/trunk@748 8810af33-2d31-482b-a856-94f89814c4df
ACHTUNG:
In ~/bundle/cfg/integration.properties muss geaendert werden:
waf.pagemap.root=navigation/
waf.pagemap.workspace=navigation/
waf.pagemap.login_redirect=content/content-center-redirect.jsp
in
core.ui.pagemap.root_page_url=navigation/
core.ui.pagemap.workspace_url=navigation/
core.ui.pagemap.user_redirect_url=content/content-center-redirect.jsp
Ansonsten gibt es gleich beim Aufruf der ersten Seite ein Resource Not Fount.
git-svn-id: https://svn.libreccm.org/ccm/trunk@742 8810af33-2d31-482b-a856-94f89814c4df
Formatter angepaßt, so daß nun auch die Zeitzone berücksichtigt wird
git-svn-id: https://svn.libreccm.org/ccm/trunk@741 8810af33-2d31-482b-a856-94f89814c4df
- Rumpf für den Exporter für Publikationsdaten: Application-Klasse und Servlet und das drumherum (Inititalizer, Loader, PDL).
- Kommentare in BaseApplicationServlet ergänzt.
git-svn-id: https://svn.libreccm.org/ccm/trunk@728 8810af33-2d31-482b-a856-94f89814c4df
Erzeugt jetzt nun die Widgets in der für die Datumsformatierung der Locale korrekten Reihenfolge. Dieser Effekt wird mit Mandalay ab Revision 163 sichtbar.
git-svn-id: https://svn.libreccm.org/ccm/trunk@717 8810af33-2d31-482b-a856-94f89814c4df
siblings -> decendants geändert.
Tabellenfeld umbenannt alle Methoden und Felder in den Java-Klassen umbenannt
git-svn-id: https://svn.libreccm.org/ccm/trunk@708 8810af33-2d31-482b-a856-94f89814c4df
Jetzt werden die Formularfelder in der für die Locale korrekten Reihenfolge angezeigt und die Monate sind lokalisiert
git-svn-id: https://svn.libreccm.org/ccm/trunk@706 8810af33-2d31-482b-a856-94f89814c4df
* 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
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
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
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
- GenericContact: Länge für Wert in der DB bei GenericContactEntry auf 200 Zeichen erhöht
- Formatierungen
git-svn-id: https://svn.libreccm.org/ccm/trunk@646 8810af33-2d31-482b-a856-94f89814c4df
- Panels für sci-types-organization für neue Struktur der Orga->Mitglieder-Verknüpfung angepasst
- Verschiedene kleinere Korrekturen, unter anderem Verweise auf falsche ResourceBundles entfernt, einige zusätzliche Übersetzungen, unnötige Hoch-/Runterpfeile in
SciOrganizationProjectsTable und SciDepartmentProjectsTable entfernt usw.
git-svn-id: https://svn.libreccm.org/ccm/trunk@639 8810af33-2d31-482b-a856-94f89814c4df
Dieverse Änderungen am ItemSearchWidget
* Übersetzung vom Browse-Pane
* Such-Fomular erweitert, so daß die Liste der Contenttypen jetzt durch den Basis-CT eingeschränkt wird.
* viele andere Kleinigkeiten - hauptsächlich Formatierung
git-svn-id: https://svn.libreccm.org/ccm/trunk@636 8810af33-2d31-482b-a856-94f89814c4df
pb
quasi
jensp