You could run your pages through a filter that would make them valid xhtml. JTidy for example works fine.
Kalle > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, May 30, 2005 2:00 PM > To: MyFaces Discussion > Subject: HTML-Frames, "one-way" commandLinks and forced frame reloads > > Hi, > > I'm still migrating from from x:panelLayout to classic > html-frames because I have the problem, that I need 100% > valid xhtml-code which is valid for the mime type > application/xhtml+xml but this is extremly hard because JSF > produces invalid xhtml code (I have descriped this problem in > the "Serious problems with MyFaces ID allocation which is not > conform to XHTML!"-mail). > THerefore I try to seperate my whole web-app into several > frames with minimal, but valid xhtml-code. > > Now I have the following (simplified) situation: I have 2 > frames: one navigation-frame on the left side and one big > mainframe. The navigation frame contains a tree2-component > which loads folders and documents from a database and gernate > for each tree-item a navigation case which targets the > mainframe and loads a new site in the mainframe. This new > loaded mainframe-site then contains a self-made > article-renderer or a folder-renderer which renders the > content. Now if the user clicks on the an item in the > tree2-component in the navigation-frame, the mainframe is > loaded and the navigation-frame is of course NOT reloaded > (because I have frames). If the user then clicks again in the > nav-frame on a link, the jsf-site will just be reloaded (and > showed in the mainframe) instead of processing the > action-link. Only after this forced reload the commandLinks > are working again. So I have to reload the navigation frame > ON EVERY CLICK in the tree2-components which causes A LOT of troubles. > > This seems to be a generally problem, that after clicking on > a rendered commandLink the site which contains this link must > to be reloaded. Is there a reason why it is like this? Is > there a workaround? > > Greetings, > Hendrik >
