> > post after I dig a little bit deeper.
I hope to post some code for this soon. The problem is that it's a bit hackish in that the abstraction/dsl is not clean enough. I am more inclined to keeping the refresh logic in lisp, as that is more flexible and can handle large > data sets (since the client does not need to download the whole set in > one shot), I think the best solution would be something like the suggest-presentation .. the only problem is, we have to tell the radio buttons presentation about the dropdown which needs to be changed, iow, how does one identify the dropdown? (through its presentation-dom-id) ? > although I suspect a pure client side javascript solution > should work well for most cases. I would highly recommend special-casing a presentation using javascript for this case, see for example this <http://paste.lisp.org/+2DN8> code. It has a half-working custom-2c-radio presentation (haven't figured out how to refresh/redraw the dropdown yet) and the rest of it is a presentation which shows or hides other fields depending on the value of a dropdown. I can't suggest this approach (though it works) because it all depends on using templated form views(which is why I can easily identify the divs that need to be hidden or shown, something that's hard to do with regular form-views; divs also serve as a unit of grouping, grouping is also handled well by the wizard-form) Weblocks aims to degrade gracefully when javascript is disabled. Applying that precept to your situation, it would seem to me that using the wizard-form would be the best solution. On page x you select the appropriate radio button / checkbox, and then, on page (+1 x) of the form the dropdown is automatically populated with the right values. Going back and forth also presents no problem[1], and of course it works perfectly when javascript is disabled. [1] As long as presentation-choices is a function that looks at the radio presentation slot value to decide.. -- You received this message because you are subscribed to the Google Groups "weblocks" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.
