* Selectboxen zur Auswahl der Sprache und die Anzeige der Sprachen im Tab Sprachen ist nun lokalisiert mittels java.util.Locale
git-svn-id: https://svn.libreccm.org/ccm/trunk@1200 8810af33-2d31-482b-a856-94f89814c4df
- Besseres Logging bei Exceptions, die in einer JSP auftreten
- Fehlerkorrektur im SelectFilter für CustomizableObjectList. Der SelectFilter war nicht null sicher, das heißt wenn der Wert für den der Select-Filter definiert ist bei einem Item nicht
vorhanden ist, kam es zu einer NPE.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1194 8810af33-2d31-482b-a856-94f89814c4df
* AbstractObjectList: Anzeige korrigiert, sollte nun in Ordnung sein.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1187 8810af33-2d31-482b-a856-94f89814c4df
* ContentBundle#negotiate() ist nun deprecated
* ContentBundle#getInstance() und ContentBundle#hasInstance() haben nun einen optionalen Parameter allowLanguageIndependent
* Alle Aufrufe von ContentBundle#negotiate() in GlobalizationHelper#getNegotiatedLocale(), true) geändert
Bekannte Probleme:
* AbstractObjectList: Zeigt zur Zeit auf Grund eines falschen SQL-Filters ggf. ein CI zweimal an (als Sprachvariante und als sprachunabhängige Variante)
* die Aufrufe von ContentBundle#getInstance() und ContentBundle#hasInstance() haben zur Zeit u.U. ein fest programmierten Parameter true. Dieser Parameter muß später als genereller Config-Parameter gesetzt werden, so daß man das Feature der sprachunabhängigen ContentItems bei Bedarf abschalten kann.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1162 8810af33-2d31-482b-a856-94f89814c4df
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
jensp
quasi
pb