Kamal Bhatt pisze:
> Am I correct in assuming that if we don't use ajax then the bu:replace
> in not necessary? Is there anywhere I can find documentation on the "bu"
> namespace?

Unfortunately, there is not much resources on bu namespace apart from sample of 
AJAX block.
BrowserUpdateTransformer has been considered as rather internal aspect of Forms 
that users shouldn't
be bothered about.

As see now, there are cases when knowledge about BU transformer is needed. 
Anyway, you can even take
a look at transformer's source code because this transformer is really simple 
one.

But if you need a help I'm ready to explain how AJAX works in Forms.

>> Yep, it has been discussed a long time ago. I found a good response
>> from Sylvain on this topic:
>> http://article.gmane.org/gmane.text.xml.cocoon.devel/35520
>>
>> Reading from that, your solution is not a hack really. You only need
>> to adopt it to AJAX techniques.
>>
>> I hope that helps you a bit.
>>
>>   
> Thanks for that. I personally disagree with the statement that this
> shouldn't be done dynamically. The next thread suggests that the concept
> may be revisited if someone could come up with a usecase. Does my
> scenario count?

As Sylvain already pointed out, if we allowed labels to be dynamic and 
supported by framework
someone other will raise his hand and tell us he needs access key to be dynamic 
and supported by the
framework. Personally speaking, I'm also against adding such feature to Forms 
even though your
use-case is valid. I believe that good frameworks does not try to cover all 
possible cases but only
common ones and leave enough freedom to implement solution in those rare ones.

What I would love to see is to figure out in detail how to achieve your goal 
using template and add
it to the documentation as FAQ entry.

> Thanks for the reply.

No problem!

-- 
Grzegorz Kossakowski

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to