Hi there Anastasia - thanks for putting together this example.
Unfortunately this is a bug in the renderer - I spent some time this
evening trying to resolve it, but unfortunately it is a quite serious
and fairly intricate one. I have filed this issue as FLUID-3656 and
added a failing test case based on your example to our automatic tests
for the renderer. I will look at it further tomorrow.
Cheers,
A.
On 17/05/2010 15:45, Anastasia Cheetham wrote:
Antranig, thanks for your IM chat this afternoon about the problem we've
encountered. I have successfully put together a very simple example that
illustrates the problem. If you could have a look and provide any insights as
to what we might be doing wrong, we'd really appreciate it.
I've committed the code to the scratchpad:
http://source.fluidproject.org/svn/scratchpad/multiple-renderers/
It's pretty bare-bones, but I've tried to put some instructions in the HTML. If
it's not clear enough, please ping me for more information.
Some background for others on the list:
We're trying to render two different data models (same model structure,
different data) into two different but identical HTML templates. When we do,
the autobinding seems to get confused as to which model to update. I'm not sure
if we're doing something wrong, or if we've found a bug in the renderer.
There's a bit of duplication in the code, but I'm trying to replicate the
scenario in the application we first encountered the problem in
(CollectionSpace). The reason the ids and selectors in the cutpoints arrays are
identical is because CollectionSpace is working from a list of
selector/valuebinding mappings only (very similar to a prototree), so we simply
duplicate the selectors as ids.
Antranig, if you have any thoughts, we'd really appreciate hearing them. If you
can point out a glaring error in what we're doing, that would be great!! :-)
_______________________________________________________
fluid-work mailing list - [email protected]
To unsubscribe, change settings or access archives,
see http://fluidproject.org/mailman/listinfo/fluid-work
