You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by bu...@apache.org on 2003/02/17 14:08:42 UTC
DO NOT REPLY [Bug 17127] New: -
[PATCH] I18nTransformer support for multiple catalogues
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17127>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17127
[PATCH] I18nTransformer support for multiple catalogues
Summary: [PATCH] I18nTransformer support for multiple catalogues
Product: Cocoon 2
Version: Current CVS
Platform: Other
OS/Version: Other
Status: NEW
Severity: Enhancement
Priority: Other
Component: sitemap components
AssignedTo: cocoon-dev@xml.apache.org
ReportedBy: bruno@outerthought.org
CC: bruno@outerthought.org
This patch extends the I18nTransformer with support for multiple catalogues, as
discussed on cocoon-dev in the thread
http://marc.theaimsgroup.com/?t=104505932200002&r=1&w=2
Since the "old" configuration style is still supported, users shouldn't be
affected by these changes.
One thing I added that was not in the original discussion is the possibility to
use input modules in catalogue name and catalogue location, e.g.
<catalogue id="messages" name="messages" location="{defaults:skin}/translations"/>
would use a skin-dependent message bundle. The name and location are
re-evaluated on each use of the i18n-transformer, so it is possible to use
request-dependent information in there.
Next to that, I also fixed what appeared to me as a bug (and was different in
behaviour from Cocoon 2.0x): if i18n:text is used inside an i18n:translate
element, the content of the i18n:text element was not used as key for
translation. The user was required to always use an i18n:key attribute (but only
when i18n:text was used inside i18n:translate).
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org