you're right. But the idea of passing a defaults structure in during a
step, and having the tag pass that on to the next step seems untidy... I'll
keep working on it and see if I can come up with a more elegant suggestion.
(any input welcome guys <g>)
Toby Tremayne
Code Poet and Zen Master of the Heavy Sleep
Show Ads Interactive
359 Plummer St
Port Melbourne
VIC 3207
P +61 3 9245 1247
F +61 3 9646 9814
ICQ UIN 13107913
-----Original Message-----
From: Gary Morin [mailto:[EMAIL PROTECTED]]
Sent: Friday, 20 April 2001 7:13 PM
To: Fusebox
Subject: RE: cf_wizard
You could do it the way you suggest, but it defeats the purpose of the
cf_wizard tag, at least the benefits I see for it, I pass my wizard
variables back and forth, so when back is pressed the form is still
submitted and the XFB.backStep takes it back. The same happens when the user
goes down a nested wizard. This means I would have to check for the
attributes existence in a number of places, unless it can be done when the
form is validated.
There is also a similar problem if the defaults structure is used, using
cf_wizard you only need to submit form variable once it then gets stored in
the background session structure, then at a latter step on the wizard you
can just use it again. You do not need to pass it from form to form. So if
you use defaults stucture method, you should only pass it to cf_wizard at
the time you need to check for the attribute existence, which it at the next
step but as before the next step may be in a different direction.
What would be idea is at the stage when the form is displayed, for the
defaults for that step to be passed to the cf_wizard, Cf_wizard then will
need to pass the defaults to the next call of cf_wizard to check whether the
defaults are needed. (does this make sense)
In the meantime, just setting a hidden form field with the same name as the
checkboxes, a dummy value worked.
Gary Morin
KeyGIS Limited
Tel: +44 (0)1604 891152
Fax: +44 (0)1604 891164
www.keygis.co.uk
[EMAIL PROTECTED]
-----Original Message-----
From: Toby Tremayne [mailto:[EMAIL PROTECTED]]
Sent: 20 April 2001 01:46
To: Fusebox
Subject: RE: cf_wizard
you're right - I think that would be the easiest way to do it... do you
think it needs the facility to pass in a structure of defaults?
In the fusebox sense, bear in mind that the attributes and form elements are
still being passed, so I guess what you could do is check for the existence
of the attribute, and if it's not there, set/reset the matching var in the
output scope to 0 or whatever.
Not sure entirely of the best way to handle it but that would work.
Toby
Toby Tremayne
Code Poet and Zen Master of the Heavy Sleep
Show Ads Interactive
359 Plummer St
Port Melbourne
VIC 3207
P +61 3 9245 1247
F +61 3 9646 9814
ICQ UIN 13107913
-----Original Message-----
From: Gary Morin [mailto:[EMAIL PROTECTED]]
Sent: Friday, 20 April 2001 3:20 AM
To: Fusebox
Subject: RE: cf_wizard
A simple solution that does not need modification to cf_wizard, is to pass
hidden form field with the same name but with a dummy value which will be
ignored by latter code but not by cf_wizard.
-----Original Message-----
From: Gary Morin [mailto:[EMAIL PROTECTED]]
Sent: 19 April 2001 17:03
To: Fusebox
Subject: RE: cf_wizard
I suppose I should get to grips with cf_returnFuseaction, but I don't find
its use logical for nested wizards, at least one where the user initiates a
nested wizard.
I have just found one problem, easily seen with checkboxes, if you set a
check box then this is caught and saved, but if you uncheck it, then it is
not passed so it will not be in the attribute list. As CF_wizard will not
see it, it doesn't clear the existing value for the check box in the
background session variable.
Perhaps one solution is to pass into the wizard a defaults structure, if an
element is in the defaults structure and is not in attributes list, it uses
the defaults value. The problem with this method is that you must ensure you
only pass the variables you want it to check, this may be different for each
step of the wizard.
Can you think of an alternant method?
Gary
-----Original Message-----
From: Toby Tremayne [mailto:[EMAIL PROTECTED]]
Sent: 19 April 2001 02:14
To: [EMAIL PROTECTED]
Subject: RE: cf_wizard
Gary,
thanks for the feedback! that makes me feel quite vindicated actually,
because I had the basic functions perfect ages ago but I had some problems
with the nesting functionality. I couldn't see a scenario when anyone would
ever use it but I thought I'd better fix it anyways hehehe. Glad it came in
handy
Toby
Toby Tremayne
Code Poet and Zen Master of the Heavy Sleep
Show Ads Interactive
359 Plummer St
Port Melbourne
VIC 3207
P +61 3 9245 1247
F +61 3 9646 9814
ICQ UIN 13107913
-----Original Message-----
From: Gary Morin [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 19 April 2001 4:52 AM
To: Fusebox
Subject: RE: cf_wizard
I have been working on something similar for the last couple of days, see
messages form two days ago regarding returnfuseaction. I needed a way to do
nested wizards, the returnfuseaction tag was not really suited for it. I was
working on a similar technique to cf_wizard, but it was slow going. Within
an hour of downloading your cf_wizard tag, I have my existing application
working with it, and have just got the nested wizard to work. The longest
item was downloading 4.5.1 sp 2.
It's excellent
Cheers
Gary
-----Original Message-----
From: Toby Tremayne [mailto:[EMAIL PROTECTED]]
Sent: 18 April 2001 11:53
To: Fusebox
Subject: cf_wizard
Many apologies to everyone I took ages to get back to, things went kind of
insane here shortly afte rI last posted.
I've updated the wizard tag, fixed all the bugs I'd found and put up some
example apps at
http://kato.sai.com.au/cfwizard
you can download the source to the apps there, which include the tag itself.
You'll find wizard.cfm and wizard_readme.txt in the \tags directory inside
the zip file. Please let me know what you think and any ideas for
improvement...
Cheers
Toby
Toby Tremayne
Code Poet and Zen Master of the Heavy Sleep
Show Ads Interactive
359 Plummer St
Port Melbourne
VIC 3207
P +61 3 9245 1247
F +61 3 9646 9814
ICQ UIN 13107913
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
