Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Message-ID: <40A2706F.2040705@gmx.de>
Date: Wed, 12 May 2004 20:43:59 +0200
From: Joerg Heinicke <joerg.heinicke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.6) Gecko/20040113
MIME-Version: 1.0
To: users@cocoon.apache.org
Subject: Re: [woody/cforms] submit a form to a new window
References: <PMEAKOHKGMEEJELFIFKECEFPCEAA.jd@datatrio.com>
In-Reply-To: <PMEAKOHKGMEEJELFIFKECEFPCEAA.jd@datatrio.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

On 12.05.2004 21:06, JD Daniels wrote:

> You condused me :)

I feared that when writing the mail :)

> I have the same problem... calling the forms action in the new window wont
> stop the original window from being unaware the form has been called will
> it?

What does "calling the forms action in the new window" mean? Calling the 
form's @action URL? The original window does not know that another 
window called that URL. And if you submit the form in the original 
window it gets the old state as it has still the old continuation in the 
form's @action.

Better now?

Joerg

> -----Original Message-----
> From: Joerg Heinicke [mailto:joerg.heinicke@gmx.de]
> 
> Found it myself:
> 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: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org