W3C home > Mailing lists > Public > www-forms@w3.org > November 2006

RE: repeats

From: Francisco Monteiro <monterro2004@tiscali.co.uk>
Date: Fri, 3 Nov 2006 16:32:28 -0000
To: <jeacott@hardlight.com.au>, "'www-forms'" <www-forms@w3.org>
Message-ID: <015c01c6ff65$a77d62f0$0200a8c0@computername>
 
As an author of a XForms implementation I am getting more confused every
day, all this complexion in design which should be simple brings me to a
comparison of XLink and we all know where XLink is used in anger (XBRL
)which is even more complicated than what it should really be!

Perhaps it's time to pack up

Kind Regards
Francisco
 
facileXForms - Really AJAX at heart

-----Original Message-----
From: www-forms-request@w3.org [mailto:www-forms-request@w3.org] On Behalf
Of Jason
Sent: 03 November 2006 12:37
To: www-forms
Subject: Re: repeats 


ok - so with the new draft and xforms 1.0 I now have to load an instance and
a matching prototype instead of the original idea of using the initial
instance as the prototype.

in every practical xform I have made I have always ended up setting my
instance as an empty prototype anyway, then I either remove all the
offending elements in the xforms-ready event handler, or load new data from
somewhere.
why is the 1.1 notion any better than this? and if there is a froced
prototype (and there is) then why not label it as such, then you could
re-automate activity like the original insert idea without the xform author
needing to specify the default behaviour?

I was hoping that xforms was moving more toward a more free idea with
respect to managing the xml model, with the bind  elements representing the
effective interface between model and view. more and more I find myself
required to use xpath instead of bind in many view attributes just because
they dont accept a bind or because I cant include the xpath 
functions to get things working in combination with binds.    I was 
hoping to be able to effectively traverse unknown xml structures and create
trees dynamically etc. unfortunately this seems not to be the current
direction.

where would be the harm in restoring the older notion of the original
instance data operating as the default prototype? the new context and origin
options would not be effected and could be left in place for those that
choose to use them when they are actually needed

Jason.

Received on Friday, 3 November 2006 16:32:30 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 10 March 2012 06:22:07 GMT