RE: CForms samples for 2.1.7 - i18n question - errors SOLVED except for one
On Mon, 2005-03-14 at 22:16 +0100, Linden H van der (MI) wrote: Hi Jeremy, you can specify the catalogue name in i18n attributes like this: img src=cal.gif alt=cataloguename:calendar.alt i18n:attr=alt/ Thanks for replying, I already deducted this from a discussion some years ago where Bruno suggested this. Talking about hidden docs/features. ;-) Talking about users too lazy to read the docs :-) http://cocoon.apache.org/2.1/userdocs/transformers/i18n-transformer.html#Attributes However, the forms catalogue has always been the default (which IMHO is a nuisance) have you changed this? I don't recall changing it, but it now points to other. Bye, Helma -- Bruno Dumon http://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: CForms samples for 2.1.7 - i18n question - errors SOLVED except for one
Hi Helma
you can specify the catalogue name in i18n attributes like this:
img src=cal.gif alt=cataloguename:calendar.alt i18n:attr=alt/
However, the forms catalogue has always been the default (which IMHO is
a nuisance) have you changed this?
regards Jeremy
On 12 Mar 2005, at 22:50, Linden H van der (MI) wrote:
It finally clicked: I added the extra i18n keys to the wrong catalogue
(forms instead of the default others). :-(
Now there is only one error/problem left:
how do I specify from which catalogue the attribute should come? I.e.
img src=cal.gif alt=calendar.alt i18n:attr=alt/
tries to find the calendar.alt key in the default catalogue, but it's
in the forms catalogue.
Thanks.
Bye, Helma
-Original Message-
From: Linden H van der (MI) [mailto:[EMAIL PROTECTED]
Sent: Saturday, 12 March 2005 21:56
To: dev@cocoon.apache.org
Subject: RE: CForms samples for 2.1.7 - i18n question -
update on error
Hi,
I've been adding and removing comments in the pipeline below
and I found that the weird namespace is introduced by the
i18n transformer. At first I thought it was an invalid locale
setting, but even if I set it to en-US the error remains.
Please help!
Bye, Helma
-Original Message-
From: Linden H van der (MI) [mailto:[EMAIL PROTECTED]
Sent: Saturday, 12 March 2005 21:02
To: dev@cocoon.apache.org
Subject: RE: CForms samples for 2.1.7 - i18n question
Bertrand et Sylvain,
Right now, no i18n works. In core.log I find lines like:
INFO(2005-03-12) 20:24.05:156 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-3/XMLResourceBundleFactory: Resource not found:
OtherMessages, locale: nl_BE, bundleName:
file:/D:/svn/cocoon/build/webapp/samples/blocks/cssforms/messa
ges/OtherMessages_nl_BE.xml. Exception:
org.apache.cocoon.ResourceNotFoundException: Resource not
found.: org.apache.excalibur.source.SourceNotFoundException:
file:/D:/svn/cocoon/build/webapp/samples/blocks/cssforms/messa
ges/OtherMessages_nl_BE.xml doesn't exist.
INFO(2005-03-12) 20:24.05:812 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-3/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
INFO(2005-03-12) 20:24.49:031 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-4/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
INFO(2005-03-12) 20:25.54:421 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-4/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
INFO(2005-03-12) 20:27.33:968 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-4/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
In /samples/blocks/cssforms/messages I have the usual set of
messages. IIUC nl_BE should default to nl and en_US should
default to FormsMessages.xml.
Are these messages correct?
This is my pipeline:
map:match pattern=*-display-pipeline.jx
map:generate type=jx src=forms/{1}_template.xml
label=content1/
map:transform type=i18n label=debug1
map:parameter name=locale
value={flow-attribute:locale}/
/map:transform
map:call resource=simple-page2html label=debug2
map:parameter name=file value=forms/{1}_template.xml/
/map:call
map:transform
src=resources/forms-samples-styling.xsl label=debug3/
map:transform type=i18n label=debug4
map:parameter name=locale
value={flow-attribute:locale}/
/map:transform
map:serialize/
/map:match
Right now I get the i18n keys (i.e. 'firstname' instead of
'First Name'). However, the error messages are translated
correctly, i.e. the defaults as available in
/samples/blocks/forms/messages are translated, while my
extended set (cssforms is merely a copy of
/samples/blocks/forms) are ignored.
Since I get the correct language, I assume the first i18n
works correctly.
The second doesn't work, since I introduce a key calendar.alt
for calendar image alt attribute and that's still there.
In the page source I find this:
email.help
small xmlns:[EMAIL PROTECTED]@#=[EMAIL PROTECTED]@#
br(below in English only)br
/small
And if you do not know what bemail/b address is,
then well, chances are
that you do not have it. However, if you have access
to the Internet,
you can easily get yourself one!
br
Which is the result of:
fd:help
i18n:textemail.help/i18n:text
smallbr/(below in English only)br//small
And if you do not know what bemail/b address is,
then well, chances are
that you do not have it. However, if you have access
to the Internet,
you can easily get yourself one!
br/
.
/fd:help
So I suppose I have 2 or 3 problems here:
1. my extended messages are not read (I even moved away the
original forms directory and restarted Jetty).
2. I get that
RE: CForms samples for 2.1.7 - i18n question - errors SOLVED except for one
Hi Jeremy, you can specify the catalogue name in i18n attributes like this: img src=cal.gif alt=cataloguename:calendar.alt i18n:attr=alt/ Thanks for replying, I already deducted this from a discussion some years ago where Bruno suggested this. Talking about hidden docs/features. ;-) However, the forms catalogue has always been the default (which IMHO is a nuisance) have you changed this? I don't recall changing it, but it now points to other. Bye, Helma
RE: CForms samples for 2.1.7 - i18n question - errors SOLVED except for one
It finally clicked: I added the extra i18n keys to the wrong catalogue (forms
instead of the default others). :-(
Now there is only one error/problem left:
how do I specify from which catalogue the attribute should come? I.e.
img src=cal.gif alt=calendar.alt i18n:attr=alt/
tries to find the calendar.alt key in the default catalogue, but it's in the
forms catalogue.
Thanks.
Bye, Helma
-Original Message-
From: Linden H van der (MI) [mailto:[EMAIL PROTECTED]
Sent: Saturday, 12 March 2005 21:56
To: dev@cocoon.apache.org
Subject: RE: CForms samples for 2.1.7 - i18n question -
update on error
Hi,
I've been adding and removing comments in the pipeline below
and I found that the weird namespace is introduced by the
i18n transformer. At first I thought it was an invalid locale
setting, but even if I set it to en-US the error remains.
Please help!
Bye, Helma
-Original Message-
From: Linden H van der (MI) [mailto:[EMAIL PROTECTED]
Sent: Saturday, 12 March 2005 21:02
To: dev@cocoon.apache.org
Subject: RE: CForms samples for 2.1.7 - i18n question
Bertrand et Sylvain,
Right now, no i18n works. In core.log I find lines like:
INFO(2005-03-12) 20:24.05:156 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-3/XMLResourceBundleFactory: Resource not found:
OtherMessages, locale: nl_BE, bundleName:
file:/D:/svn/cocoon/build/webapp/samples/blocks/cssforms/messa
ges/OtherMessages_nl_BE.xml. Exception:
org.apache.cocoon.ResourceNotFoundException: Resource not
found.: org.apache.excalibur.source.SourceNotFoundException:
file:/D:/svn/cocoon/build/webapp/samples/blocks/cssforms/messa
ges/OtherMessages_nl_BE.xml doesn't exist.
INFO(2005-03-12) 20:24.05:812 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-3/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
INFO(2005-03-12) 20:24.49:031 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-4/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
INFO(2005-03-12) 20:25.54:421 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-4/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
INFO(2005-03-12) 20:27.33:968 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-4/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
In /samples/blocks/cssforms/messages I have the usual set of
messages. IIUC nl_BE should default to nl and en_US should
default to FormsMessages.xml.
Are these messages correct?
This is my pipeline:
map:match pattern=*-display-pipeline.jx
map:generate type=jx src=forms/{1}_template.xml
label=content1/
map:transform type=i18n label=debug1
map:parameter name=locale
value={flow-attribute:locale}/
/map:transform
map:call resource=simple-page2html label=debug2
map:parameter name=file value=forms/{1}_template.xml/
/map:call
map:transform
src=resources/forms-samples-styling.xsl label=debug3/
map:transform type=i18n label=debug4
map:parameter name=locale
value={flow-attribute:locale}/
/map:transform
map:serialize/
/map:match
Right now I get the i18n keys (i.e. 'firstname' instead of
'First Name'). However, the error messages are translated
correctly, i.e. the defaults as available in
/samples/blocks/forms/messages are translated, while my
extended set (cssforms is merely a copy of
/samples/blocks/forms) are ignored.
Since I get the correct language, I assume the first i18n
works correctly.
The second doesn't work, since I introduce a key calendar.alt
for calendar image alt attribute and that's still there.
In the page source I find this:
email.help
small xmlns:[EMAIL PROTECTED]@#=[EMAIL PROTECTED]@#
br(below in English only)br
/small
And if you do not know what bemail/b address is,
then well, chances are
that you do not have it. However, if you have access
to the Internet,
you can easily get yourself one!
br
Which is the result of:
fd:help
i18n:textemail.help/i18n:text
smallbr/(below in English only)br//small
And if you do not know what bemail/b address is,
then well, chances are
that you do not have it. However, if you have access
to the Internet,
you can easily get yourself one!
br/
.
/fd:help
So I suppose I have 2 or 3 problems here:
1. my extended messages are not read (I even moved away the
original forms directory and restarted Jetty).
2. I get that
RE: CForms samples for 2.1.7 - i18n question - errors SOLVED
Found this one too somewhere in an old message:
img src=cal.gif alt=forms:calendar.alt i18n:attr=alt/
Now all I need are translations ;-)
Bye, Helma
-Original Message-
From: Linden H van der (MI) [mailto:[EMAIL PROTECTED]
Sent: Saturday, 12 March 2005 23:51
To: dev@cocoon.apache.org
Subject: RE: CForms samples for 2.1.7 - i18n question -
errors SOLVED except for one
It finally clicked: I added the extra i18n keys to the wrong
catalogue (forms instead of the default others). :-(
Now there is only one error/problem left:
how do I specify from which catalogue the attribute should come? I.e.
img src=cal.gif alt=calendar.alt i18n:attr=alt/
tries to find the calendar.alt key in the default catalogue,
but it's in the forms catalogue.
Thanks.
Bye, Helma
-Original Message-
From: Linden H van der (MI) [mailto:[EMAIL PROTECTED]
Sent: Saturday, 12 March 2005 21:56
To: dev@cocoon.apache.org
Subject: RE: CForms samples for 2.1.7 - i18n question -
update on error
Hi,
I've been adding and removing comments in the pipeline below
and I found that the weird namespace is introduced by the
i18n transformer. At first I thought it was an invalid locale
setting, but even if I set it to en-US the error remains.
Please help!
Bye, Helma
-Original Message-
From: Linden H van der (MI) [mailto:[EMAIL PROTECTED]
Sent: Saturday, 12 March 2005 21:02
To: dev@cocoon.apache.org
Subject: RE: CForms samples for 2.1.7 - i18n question
Bertrand et Sylvain,
Right now, no i18n works. In core.log I find lines like:
INFO(2005-03-12) 20:24.05:156 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-3/XMLResourceBundleFactory: Resource not found:
OtherMessages, locale: nl_BE, bundleName:
file:/D:/svn/cocoon/build/webapp/samples/blocks/cssforms/messa
ges/OtherMessages_nl_BE.xml. Exception:
org.apache.cocoon.ResourceNotFoundException: Resource not
found.: org.apache.excalibur.source.SourceNotFoundException:
file:/D:/svn/cocoon/build/webapp/samples/blocks/cssforms/messa
ges/OtherMessages_nl_BE.xml doesn't exist.
INFO(2005-03-12) 20:24.05:812 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-3/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
INFO(2005-03-12) 20:24.49:031 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-4/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
INFO(2005-03-12) 20:25.54:421 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-4/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
INFO(2005-03-12) 20:27.33:968 [core.i18n-bundles]
(/samples/blocks/cssforms/form1.flow)
PoolThread-4/XMLResourceBundle: Resource update failed.
OtherMessages, locale: nl Exception: Resource not found.
In /samples/blocks/cssforms/messages I have the usual set of
messages. IIUC nl_BE should default to nl and en_US should
default to FormsMessages.xml.
Are these messages correct?
This is my pipeline:
map:match pattern=*-display-pipeline.jx
map:generate type=jx src=forms/{1}_template.xml
label=content1/
map:transform type=i18n label=debug1
map:parameter name=locale
value={flow-attribute:locale}/
/map:transform
map:call resource=simple-page2html label=debug2
map:parameter name=file
value=forms/{1}_template.xml/
/map:call
map:transform
src=resources/forms-samples-styling.xsl label=debug3/
map:transform type=i18n label=debug4
map:parameter name=locale
value={flow-attribute:locale}/
/map:transform
map:serialize/
/map:match
Right now I get the i18n keys (i.e. 'firstname' instead of
'First Name'). However, the error messages are translated
correctly, i.e. the defaults as available in
/samples/blocks/forms/messages are translated, while my
extended set (cssforms is merely a copy of
/samples/blocks/forms) are ignored.
Since I get the correct language, I assume the first i18n
works correctly.
The second doesn't work, since I introduce a key calendar.alt
for calendar image alt attribute and that's still there.
In the page source I find this:
email.help
small xmlns:[EMAIL PROTECTED]@#=[EMAIL PROTECTED]@#
br(below in English only)br
/small
And if you do not know what bemail/b address is,
then well, chances are
that you do not have it. However, if you have access
to the Internet,
you can easily get yourself one!
br
Which is the result
