W3C home > Mailing lists > Public > www-forms@w3.org > December 2002

relavant or delete

From: Roman Huditsch <roman.huditsch@hico.com>
Date: Thu, 19 Dec 2002 15:08:10 +0100
Message-ID: <0C79A363CB0321418927D0CB1AD0403C095AC2@hicoetsrv000006.hico.local>
To: <www-forms@w3.org>


Am I right that the relevant attribute within xforms:bind elements is to affect both the UI and the instance data? Which means that when the relevance for a specific instance element calculates to false, bounded UI elements get inactive and the the instance data is not submitted. 
I would like to make a test before my instance data gets submitted, which prevents <instanceOf> elements within my instance that contain empty xlink:href attributes to get submitted. 
I first thought that I could do that with the relevant attribute, but doing this all UI elements bound to the corresponding instance elements get invisible, too.
So maybe a delete action triggered by a click on the submit button is the answer? That leads me to another question. What should be the correct value for the at attribute in the delete element when I want the delete action to take effect on my whole instance data? (at="//*")?

my instance looks like :

		<topicMap id="beispiel" xmlns="http://www.topicmaps.org/xtm/1.0/" xmlns:xlink="http://www.w3.org/1999/xlink">
		<topic id="">
				<topicRef xlink:href=""/>
					<topicRef xlink:href=""/>
				<resourceRef xlink:href=""/>
     					<topicRef xlink:href=""/>

how would the delete look like, when I want every <instanceOf> element to not be submitted when the xlink:href attribute of the <topciRef> element is empty?
I tried so much statements, but I wasn't able to make it work the way I want it.
Please help me.


-----Ursprüngliche Nachricht-----
Von: Mikko Honkala [mailto:honkkis@tml.hut.fi]
Gesendet: Donnerstag, 19. Dezember 2002 11:59
An: Sebastian Schnitzenbaumer; CLAVIER Remi FTRD/RTA/LAN;
Betreff: Re: Recursive Form

Hi Sebastian and others,

I think this does not solve the complete problem. Namely it would not 
allow the generation of arbitrarily deep UI. One solution for XForms 2.0 
(or 3.0 :)) would be to add a template mechanism, similar to 
xslt:template. This might be quite difficult to implement, though, 
because of the dynamic nature of XForms.


Sebastian Schnitzenbaumer wrote:

> This is not possible in XForms 1.0. One solution for future
> XForms versions would be to extend the repeat semantics
> and define something like "up" and "down" next to "before"
> and "after" as parameters when inserting. With "down"
> one could say to insert a nodeset not just next to the
> selected nodeset, but to nest inside a nodeset at a given
> point, which would, as far as I can see it, solve your problem.
> - Sebastian
> ----- Original Message -----
> To: www-forms@w3.org
> Sent: Wednesday, December 18, 2002 10:51 AM
> Subject: RE: Recursive Form
>  I  'm working about the faisability study to translate ICS forms (defnned
> by ETSI) as XForms.
> My first question is : how to create recurive formes?
> As an exemple, I supose the model attached to my representation is 
> somethig
> like
> ...
>                    ... many fiield to fill in ...
>     ...
>  ...
> I need to create a Form to recursivly generate the hierarchy of paragraphs
> and , of course, the tables...
> I don't know the exact deep of this tree...
> I try using  and  but at this time, I can't
> obtain a correct result.
> Cane everyone help me?
> Thanks
> Mr Rémi Clavier
> Expert Méthodes et Outils
> France Telecom R&D/RTA/D2M
> 2, Avenue Pierre Marzin
> 22307 Lannion
> tel : +33 2 96 05 22 20
> fax: +33 2 96 05 22 20
> e_mail : remi.clavier@francetelecom.com
Received on Thursday, 19 December 2002 09:08:47 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:36:07 UTC