Chip Levinson
going with the flow Posts:30
|
08-24-2006 01:31 PM |
|
I own Dynamic Registration 2.2 and am interested in asking registered users about 12 additional questions beyond the standard registration questions. I understand I can do this now in Dynamic Registration if I want all the questions to appear on the same screen. However, I would like to split the 12 questions into multiple screens (e.g., questions 1-4 on screen #1, then 5-8 on screen #2, etc.) .
Does Dynamic Forms 2.0 support multiple screens? (Maybe I missed it, but I did not see this feature listed in the online user guide.)
If the answer is yes, please: 1) tell me where this is explained in the manual or 2) if it is not in the manual explain how to do this
Also, please describe (to a novice) the steps I would need to take to link Dynamic Registration 2.2 with Dynamic Forms 2.0. I would like a new user to be able to register on my portal, create their password, then be directed to the 12 question multi-screen form.
If multiple screen forms are not supported, do you have any plans to add this feature and when can we expect it (is it weeks or months away)?
Thanks so much! Chip
|
|
|
|
|
Chip Levinson
going with the flow Posts:30
|
08-24-2006 01:36 PM |
|
I thought of another question after I looked at the Enhancement Requests forum. Is Dynamic Forms 2.0 the latest version, or is there a 2.2 version? When I click on purchase Snow Covered only lists the 2.0 version for sale. If there is a Forms 2.2, how do I purchase it?
Chip |
|
|
|
|
Luke Goodale
wading in the water Posts:20
|
08-25-2006 09:55 AM |
|
I believe what you want to do is possible with dynamic forms. You would simply create several pages, each with a dynamic forms module. Then link the modules to direct to each of the pages in succession, while passing form results.
And the manual seems to be in need of a new revision. I assume they are waiting until the 2.2 release. And I believe 2.1 is the current version. 2.2 should be coming out fairly soon. Chad answered my post about calendar controls in version 2.2:
Hi. We have a pre-release ready (awaiting some updated documentation however we might end up releasing it early simply because its the only version that supports 3.3/4.3). The release is very stable though, there are four date options for a calendar pop up, month/year dropdown lists, day/month/year with three textbox's.
So... Probably within the next week.
Here is the whole thing:
http://www.datasprings.com/Products...fault.aspx
I hope this helps |
|
|
|
|
Luke Goodale
wading in the water Posts:20
|
08-25-2006 09:57 AM |
|
Well, I seem to have quoted improperly.... Oh well, I'm sure you get the point.
|
|
|
|
|
Chip Levinson
going with the flow Posts:30
|
08-25-2006 10:05 AM |
|
Luke,
Thank you for the feedback. You point out one work-around to multi-page forms. I may have my questions split into as many as 6-8 pages. One challenge is I will be continually downloading the data to my PC for analysis. If I used your idea, what would the process look like to download the data to my local PC? Would I need to run a separate download for each page, and then import each pages data into MS Access or SQL Server, and then link all the pages together with a Primary ID? This seems tedious, unless the process can be automated with a SQL statement - something I have no experience in.
I am hoping that version 2.2 offers a more seamless option where all the data is stored in a single table and that all we need to do is designate page/screen breaks as a formatting option.
Chip
A new thought occurred to me, I could do a work around with your idea to get all the data in the same table. I can design the last page of the survey to include all the questions, then have previous forms pass their data to this page, making the previous questions invisible so they are not re-asked. Does this sound feasible? |
|
|
|
|
Luke Goodale
wading in the water Posts:20
|
08-25-2006 11:29 AM |
|
I can design the last page of the survey to include all the questions, then have previous forms pass their data to this page, making the previous questions invisible so they are not re-asked.
That is actually the same solution I came to about half of the way through reading your response. You could easily pass the information from previous pages into hidden fields or session variables (I haven't used these much myself yet...), doing so until the final page. Upon submission of the final page, you could execute a dynamic SQL statement that inserts a new record with the pertinent information into your table.
You could also do a SQL statement on each page if that works better with your setup. A Create statement on the first page and updates on each succesive page. This would increase database load, however, a user would not be required to finish the entire set of pages before information is gathered. You might also be able to use this to enable a user to come back to a partially completed form (just a thought, although this would require some nifty workarounds).
|
|
|
|
|
Luke Goodale
wading in the water Posts:20
|
08-25-2006 11:29 AM |
|
Ok, I quit on attempting to quote things....
|
|
|
|
|
Chad Nash Posts:5260
|
09-01-2006 09:02 AM |
|
"A new thought occured to me, I could do a work around with your idea to get all the data in the same table. I can design the last page of the survey to include all the questions, then have previous forms pass their data to this page, making the previous questions invisible so they are not re-asked. Does this sound feasible?"
Yes, thats one work around. Pass along session or querystring variables on all of the form field values between forms, then finally pass them to the final form which accepts all of those values as hidden fields and then finally distribute emails with dynamic events and also maybe some dynamic SQL events fire off to store the data in one table.
Two features we are looking into for both Dynamic Forms and Dynamic Registration are multiple column format, ability to offer multiple pages (i.e. Next, Previous, etc...), and ultimatly the ability to have a templated form where you could insert the form fields as you would want them.
Just an FYI - We split the forms and registration module up specifically because we would want different enhancements which are more specific to forms, some more specific to registration, etc... At the same time though many of the enhancements are needed in both. So if there are features you specifically see in one (such as the Calendar control for Dynamic Registration) then we will make sure to retrofit Dynamic Forms with that same feature as it shouldn't be too much work. |
|
|
|
|
Information Systems
skipping stones Posts:4
|
02-02-2007 09:21 AM |
|
Why not use SQL to put results in a database. First page would create the initial entry, and subsequent pages would perform updates. Then you would only need to pass the primary key from page to page. |
|
|
|
|
Chad Nash Posts:5260
|
02-04-2007 07:44 AM |
|
Yes, this is also a good idea. In fact the results are already put in the database and you wouldn't need to create a custom table if you didn't want to. the only problem with this is that there is a key value stored for each response called UniqueResponseID and this field is not currently available as a parameter within SQL events or anything. We plan to make this available in the next release and it will open up a lot of implementations such as this and also integrations with Tailored Text/HTML module and so forth.
-Chad |
|
|
|
|