Yeah its kind of related. It appears the DialogNavigationHandler assumes that since a dialog is in progress that *any* navigation outcome should be handled by it until the dialog is over with.
It seems the problem of having a dialog run in Tiles (or Iframe) will occur with even one dialog. DialogNavigationHandler just takes over b/c it thinks everything is part of a dialog. I have an idea on this that I haven't fully explored but I'll toss it out there since you are thinking about this problem. What if we had special renderers associated with a <s:commandLink> and <s:commandButton>. The renderer could automatically add "dialog:" to the action name. This would also make things a little more consistent since now the user has to use "dialog:foo" to kick off the dialog but then inside the dialog, you don't use this convention. The inconsistency is a little confusing. This solution does not address multiple dialogs but it does allow you to have JSF links that are not dialog links and therefore you could probably improve DialogNavigationHandler to delegate actions that do not begin with the "dialog" prefix. A variation on this solution might also be possible for multiple dialogs, but like you, I am still working on what might be a good solution for that. sean On 9/14/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > This sounds like it might be related to the overall (current) limitation of > one active dialog per session, instead of one per window. Are you trying to > do that? (Note that making a result from a submit to a page that is part of > an existing dialog will likely trigger this). > > Robust support for multiple dialogs is on my list of things to see cleaned > up for a 1.0.1 release ... once I get home from Beijing (tomorrow) and try > to get 1.0.0 out the door. > > Craig > > On 9/13/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > > Sorry sent to myfaces-dev again. > > > > sean > > > > ---------- Forwarded message ---------- > > Wrom: > NVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHS > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
