cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sylvain Wallez <>
Subject Re: CForms :Advise on a new widget structure before going further
Date Mon, 04 Oct 2004 11:25:13 GMT
oceatoon wrote:

>>>Are there any documents about <fb:child-bindings>, I have googlised it and
>>Ahem... it's currently only in the source file's javadoc:
>>Mmh.. I see the problem. Are the i18n keys related to the selection list
>>item values, i.e. can you use an item's value to build the corresponding
>>i18n key? If yes, then that's a good candidate for the implementation of
>>CForms template as JX macros I'm about to commit today.
>>Using these macros (assuming the selection-list's value is stored in a
>>"item" output widget), you'll be able to write:
>><ft:repeater id="repeat">
>>  <i18n:text key="${widget.getChild('item').getValue()}"/>
>>  <ft:widget id="other-widget"/>
>I see the solution, it solves the problem as long as the value of the
>output, meaning also the key of the i18n isn't a whole sentence, which
>offcourse ends out being my case. ;-) , I think I'll manage to cut my
>sentences short, so this should work for me thanks.

Why couldn't it work with a whole sentence? A key is a key, whatever its 
length. Or am I missing something?

>But out of curiosity, I don't have the knowledge to weigh how much work it
>would take to allow an fd:selection-list tag in the repeater on an output
>widget definition?? For the mapping to happen just like in a field
>selection-list and then no i18n-ation pb :-)

Sorry, but I don't understand "fd:selection-list tag in the repeater on 
an output widget definition". Can you provide an example on how you 
would like this to be written?


Sylvain Wallez                                  Anyware Technologies 
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }

View raw message