LanguageUtil: Fehlerkorrektur in setSupportedLanguages. Jetzt funktioniert der Vergleich des Parameter waf.kernel.language_independent_code mit waf.kernel.supported_languages korrekt.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1301 8810af33-2d31-482b-a856-94f89814c4df
* 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
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
* 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
* 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
SVN-Version 1.0.5 Rev 1603 + alle meine Änderungen
- Navigation (Adaptive Mode)
- Paginator angeglichen
- Paginator <NoContent> -Tag eingeführt
- manipulate-input.js erweitert für deutsche Umlaute (erste Version)
und vielleicht noch ein paar andere Dinge...
git-svn-id: https://svn.libreccm.org/ccm/trunk@1 8810af33-2d31-482b-a856-94f89814c4df
quasi
pb