LangUtil:
- supportedLanguage wird immer um "--" für die invarianten CIs erweitert, d.h. Invariante CIs werden immer unterstützt
- trim() für alle LanguageStrings eingeführt, da sonst ein versehentliches Leerzeichen in der Config für die supportedLanguages das System in einen Fehler laufen läßt.
iso639full.properties:
- Eigentlich ist diese Datei überflüssig, aber in diesem Fall noch hilfreich, da ich den String für sprachinvariante CIs ("--") einfach eintragen konnte
ContentBundle:
- getInstance(String language), negotiate(...) und hasInstance(String language) so angepaßt, daß sie mit sprachunabhängigen CIs umgehen können
AbstrctObjectList:
- Filter in generateObjectListXML() geändert, so daß er auch auf sprachinvariante CI matched
git-svn-id: https://svn.libreccm.org/ccm/trunk@1161 8810af33-2d31-482b-a856-94f89814c4df
- GreetingItem verwendet jetzt auch die ExtraXMLGenerators
- MultiPartArticle wird mit altem Theme jetzt auch dargestellt
git-svn-id: https://svn.libreccm.org/ccm/trunk@1075 8810af33-2d31-482b-a856-94f89814c4df
- SciOrganizationPanel, SciDepartmentPanel um Filterformular für Projekte erweitert
- Allgemeine Hilfsklassen für Integration von Filterformularen in von CompoundContentItemPanel abgeleiteteten Klassen.
- Default-Wert für show-Parameter kann bei CompoundContentItemPanel jetzt aus einer JSP heraus überschrieben werden. Ebenso kann die Anzeigen der verfügbaren Daten (die Reiter) aus einer JSP heraus deaktiviert werden. Dadurch
können bestimmte Informationen z.B. aus einem SciOrganizationItem, z.B. die Publikationen, auch über einen Navigationspunkt (unter Verwendung einer speziellen JSP) angezeigt werden.
- Die üblichen Kleinigkeiten
git-svn-id: https://svn.libreccm.org/ccm/trunk@958 8810af33-2d31-482b-a856-94f89814c4df
initialisiert. Das Standard-Theme ist von __ccm__ nach themes
verschoben.
Administration unter /ccm/navigation/admin wird mit falschem Header
dargestellt. Wenn man in navigation-index.xsl den Import von
(aplaws-generic)/content-section-index.xsl auskommentiert, ist die
Darstellung richtig (dann allerdings mit altem RH theme und ohne den
APLAWS header). Der gleiche Fehler ist auch schon bei r780 (z.B. IAW)
vorhanden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@903 8810af33-2d31-482b-a856-94f89814c4df
Damit entfallen Einträge in apm_package* und site_node samt den entsprechenden
Klassen. Und weil es, nachdem verschiedene Probleme in core gefixt waren, so
schön einfach ging, auch gleich themedirector umgestellt.
In beiden Fällen update script erforderlich:
ccm-portalworkspace 6.6.1-6.6.2
ccm-themedirector 6.6.1-6.6.2
Es müssen dann lediglich die jar-files ausgetauscht werden und das
Basisverzeichnis für das fallback theme (in themes/heirloon/apps bzw. noch
__ccm__/apps) in portal-workspace bzw. theme-director umbenannt werden.
Der Großteil der Applicationen ließe sich jetzt mit ein paar Zeilen
Codeänderung umstellen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@829 8810af33-2d31-482b-a856-94f89814c4df
- Fehlende Eigenschaften beim ProceedingsPropertyStep nachgetragen (als Basis wurde nicht der Sheet vom PublicationWithPublisherPropertiesStep sondern der vom
PublicationPropertiesStep verwendet).
git-svn-id: https://svn.libreccm.org/ccm/trunk@813 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
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
kleinere Änderungen in ArticleSectionPanel notwendig, unter anderem die Möglichkeit den anzuzeigenden MultiPartArticle von außen zu setzen. Das ist notwendig, da
sich das Index-Item nicht über einen der im Modul MultiPartArticle verfügbaren Wege abfragen lässt.
git-svn-id: https://svn.libreccm.org/ccm/trunk@622 8810af33-2d31-482b-a856-94f89814c4df
- Die Templates werden im Navigation-Admin in der Auswahlbox für den Template Dispatcher Context jetzt nach Titel sortiert (vorher wurden sie unsortiert angezeigt).
git-svn-id: https://svn.libreccm.org/ccm/trunk@601 8810af33-2d31-482b-a856-94f89814c4df
- Some changes on the renders to make some parts of the rendering overwritable in a child class
- Added a browse button Xinha
git-svn-id: https://svn.libreccm.org/ccm/trunk@600 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
* 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
Filter geändert, so daß er bei einer nicht unterstützten Sprache die Standardsprache verwendet. Eingestellt wird das über waf.categorization.supported_languages
git-svn-id: https://svn.libreccm.org/ccm/trunk@360 8810af33-2d31-482b-a856-94f89814c4df
Ich konnte zwar nicht alle Stellen im laufenden System verifizieren, aber nach meinen Verständnis sollte die Unterstützung nun vollständig sein.
git-svn-id: https://svn.libreccm.org/ccm/trunk@271 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
quasi
jensp
pb