Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-fr@cocoon.apache.org
Received-SPF: pass (athena.apache.org: domain of salvetti.marc@gmail.com
 designates 209.85.142.190 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=BArHisTIkS9OWDVdjiyq1PKuvXcGDE1C6MsBR3qB/lXOU7Ijsdm2JiU0zqYqgKBBIAV/ehc+Pl2AtY1UPYujzfkeMl7D/ENQLTNUX0g34PeYYZ95px1yCWDk3n74wJ4EZp43wGz+aHu07fYD4BOYPhrHH9fM4f0EccztGhJXdy8=
Message-ID: <15786ae80805150140n64152fa6y12e9ab24db0279a2@mail.gmail.com>
Date: Thu, 15 May 2008 15:40:07 +0700
From: "Marc Salvetti" <salvetti.marc@gmail.com>
To: users-fr@cocoon.apache.org
Subject: Re: Validation de formulaire Ajax
In-Reply-To: <1210839222.482bf0b6b6314@imp.free.fr>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_9567_32042089.1210840808105"
References: <1210839222.482bf0b6b6314@imp.free.fr>

------=_Part_9567_32042089.1210840808105
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

ca n'est probablement pas le probleme mais il me semble que le
submitonchange=3D"true" n'est pas necessaire pour les input de type submit,
c'est plus pour les listes de selection ou les champs texte.

Pour ton probleme, je pense qu'il faut passer au debugger javascript pour
arriver a voir ce qui se passe.

Il y a une extention firefox venkmark qui est pas mal pour =E7a

Marc

2008/5/15 <andre.davignon@free.fr>:

>
>
> > Si mon souvenir est bon, normalement dans le html tu devrais voir sur t=
es
> > actions ajax qqchose du genre onclick=3D"submit_form(this)" (ajout=E9
> > automatiquement par le block forms sur les widgets) qui va envoyer une
> > requete xmlhttprequest, laquelle doit etre ensuite traitee au niveau de
> la
> > sitemap de facon a renvoyer uniquement les elements a mettre a jour (le=
s
> > bu:replace)
>
> Oui.
>
> >
> > en gros, dans ton pipe final il faut qq chose comme
> >
> > ...
> >          <map:transform type=3D"browser-update"/>
> > ...
> >         <map:select type=3D"ajax-request">
> >             <map:when test=3D"true">
> >                 <map:serialize type=3D"xml"/>
> >             </map:when>
> >             <map:otherwise>
> >                 <map:serialize type=3D"html"/>
> >             </map:otherwise>
> >         </map:select>
>
> C'est ce qui figure. Le transformer browser-update envoie bien les <bu>
> dans ma
> configuration pr=E9c=E9dente avec le pipe
>
> <map:match type=3D"request" pattern=3D"continuation-id">
>        <map:call continuation=3D"{request-param:continuation-id}"/>
> </map:match>
>
> > il faut aussi preciser au niveau des widgets qu'ils doivent envoyer le
> form
> > sur le onchange ce qui doit creer les onclick=3Dform_submit :
> >
> >                                 <ft:widget id=3D"****">
> >                                     <fi:styling submit-on-change=3D"tru=
e"/>
> >                                 </ft:widget>
> >
>
> Bien vu. Je viens de le faire et en HTML, je me retrouve donc avec des
> input de
> ce genre :
>
> <input id=3D"addCHAMP" type=3D"submit" name=3D"addCHAMP" title=3D"" value=
=3D"+"
> class=3D"forms action active" onchange=3D"forms_submitForm(this)"/>
>
> H=E9las, les actions Ajax d=E9clenchent toujours des POST de ce type :
>
> http://serveur/appli/5Bobject%20HTMLInputElement%5D
>
> Et donc n'appellent pas l'action du formulaire.
> Je ne vois pas pourquoi....
>
> Que peut-il se passer ?
>
> Andr=E9 Davignon
>
>
>
>
>
> ---------------------------------------------------------------------
> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>
>

------=_Part_9567_32042089.1210840808105--