Marc Salvetti wrote:
Bonjour,
je suis en train d'essayer d'ajaxiser un formulaire de mon appli, et j'ai
rencontré d'abord ce problème dont j'ai trouvé la réponse, mais je la copie
juste au cas ou :)
Au début chaque requete affichait le message No xml answer.
En fouillant un peu, je me suis
Merci pour le lien, je vais lire ça tout de suite.
Oui, j'ai mis le browser-update, mais uniquement après le generate jx, pas
dans le pipe d'au dessus qui fait l'aggregation.
Marc
Le 07/11/05, Sylvain Wallez [EMAIL PROTECTED] a écrit :
Marc Salvetti wrote:
Bonjour,
je suis en train
Ok, je comprend le problème.
Par contre, je ne vois pas bien ce qu'il faut que je mette dans l'attribut
ajax-action.
Si je pointe directement sur le pipe de generation de la form, je prend une
erreur cannot find a form object, d'après ce que je comprend, parceque je
ne repasse pas dans la fonction
:o( mais complique la surcharge, vu dans le trunk
En quoi ça la complique ??
On voit moins bien ce que ces XSL ont dans le ventre ?
Pour mes premières expériences CForms, j'ai en fait réécrit ces XSL
selon mes lubies, xhtml, éviter les @title vide, passer plus
d'attributs, avoir des
Marc Salvetti wrote:
Dans ajax-action, tu dois mettre l'action qui rappelle la continuation,
qui elle même, après traitement de la form, rappelera le pipeline
d'affichage.
Sylvain
Désolé, mais là je suis tout perdu :(
L'action qui est actuellement dans le parametre action est l'action
Je vais essayer de coller le code de la sitemap qui rentre dans l'affichage
du form, tu verras peut etre mieux quel est mon probleme, car je ne vois
vraiment pas comment rappeler la continuation sans passer par l'aggregation.
Dans la sitemap :
La resource d'aggregation :
map:resource
Hello
J'utilise des numbered entities dans mes XSL pour décrire des caractères
spéciaux, comme les accents ou les symboles monétaires. Par exemple,
j'utilise #8364; pour le symbole euro, ou #233; pour un e accent aigu.
Le problème, c'est que mon serialiseur (
Salut,
quand tu déclares le serializer xml tu peux lui dire l'encoding à utiliser:
map:serializer name=xml src=... mime-type=...
encodingUTF-8/encoding
/map:serializer
En utf-8 par exemple, les #233; ne seront pas convertis en é.
Cdt,
Raphaël FRANCHET
Systèmes d'information
ANYWARE
En utf-8 par exemple, les #233; ne seront pas convertis en é.
salut
justement, si :-( .. le code ou le rendu donnent un é.
avec un UTF-8 en encoding (au lieu du iso-8859-1 que j'utilise), la
seule différence c'est que lorsque je regarde le code de la page, le
#8364; est devenu €.
laurent
Suite au problème exposé plus bas, disons rapidement, une séquence de
pages à ordonner (toc) et à éditer une à une (page), je note ici pour
mémoire une approche non cforms, au cas où cela puisse intéresser.
J'ai été réellement impressionné par tout ce que CForms peut faire, il
fait ce qu'il
Plusieurs le savent, Cocoon a un concurrent OpenSource
http://www.orbeon.com/software/
Il fallait tout de même évaluer.
Au premier abord, c'est plus beau, on voit qu'il y a derrière une
compagnie avec un graphiste.
Au fur et à mesure que l'on investit les exemples, la sensation de déjà
vu
Bonjour,
J'ai vu avec Cocoon que l'on peut positionner un form-encoding par défaut
(web.xml : param-nameform-encoding/param-name).
Ce paramètre sert à initialiser la request (cf. CocoonServlet.getEnvironment :
this.defaultFormEncoding).
Je rencontre des cas où cette définition par défaut n'est
Le 07/11/05, Jean-Christophe Kermagoret [EMAIL PROTECTED] a écrit :
Concrètement,
map:match pattern=controller
map:select type=request-method
map:when test=POST
!-- Tu n'appelles pas ton agrégation --
map:call continuation={request-param:continuation-id}/
/map:when
map:when test=GET
!--
J'avoue que je l'ai regardé de loin :-)
Bon courage :-)
Sylvain Wallez a écrit :
Jean-Christophe Kermagoret wrote:
Bonjour Marc,
souvent c'est la raison pour laquelle on passe par l'analyse du type
de la requête, comme cela tu ne changes pas l'appel de ton pipeline :
* si GET, on affiche
14 matches
Mail list logo
