Instead of hacking the document link with Javascript, that submits the form, etc., I set the correct link in the stylesheet: The URL is the same as the form's @action with an additional request parameter woody_submit_id set to the wi:action's @id. Additionally the link gets @target of course. So for the client it's just a link while for the server it is like a form submit. The form in the client still works, no "submitted twice" etc. And "save link target as" also works.
Joerg
On 11.05.2004 22:58, Joerg Heinicke wrote:
Hello,
this time I have a question. Maybe someone had it too and solved it.
I have a form with a repeater widget. Each item shall have a link/button, which opens a PDF in a new window. Of course I can build a link by passing all parameters of the PDF to the form (i.e. handle the document generation independent from woody/cforms), but I don't want this. If I have a server side form model I also want to use this for this type of tasks. So I have a submit widget named 'displayDocument' for each item and on server side I decide which document to show.
Now it becomes difficult. I can hack JavaScript setting the form's target to _new and submit the form. The document is shown correctly in the new window, but the form in the old window is no longer usable: "page submitted twice". When looking into woody javascript the reason is obvious. An additional requirement would be to offer "save link target as", but this does not work with a javascript link hack. Any idea how to solve it?
Joerg
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
