Steven Heynderickx wrote on 18 Nov 2009 15:57
For now the forms are like a more userfriendly input user interface for submitting data to templated-like page. Meaning forms are only visible in edit mode… an application like a contact-form is not what we are discussing here for now I think.
Up till now a page designer made a page …/cat:_template with an upper-part: (formatting the submitted data) an a lower part: "====" separated content blocks. If the designer wished that some part of his preformatted page would be replaced with variable-page-content he had to reference to the coresponding contentblock with %%content{1}%%.
Now that forms are in sight, each form input field will replace a content block of the previous way of working. And as I discovered in my test: referencing to %%content{1}%% still works with the new form-module in contentblock 1.
I was under the impression that one could reference to it by calling its name as defined in the form-module… but that doesn't seem to work… So how is it done?
So far, forms seem to group all data in a single content block. I tried to insert breaks using the "after" property, but it's not clear whether this feature is currently "planned" or "live".
Is there some way to distinguish between form data fields downstream?
This is planned, but not yet possible. Eventually you will be able to use field values by typing %%field{n}%% into your template, where n is a positive number from 1 upwards.
~ Leiger - Wikidot Community Admin - Volunteer
Wikidot: Official Documentation | Wikidot Discord server | NEW: Wikiroo, backup tool (in development)
Actually %%field{name}%%, where name is field name.
Piotr Gabryjeluk
visit my blog
I agree, Piotr. That would give more flexibility in adjusting forms moving forward.
Not having the ability to specify individual fields is the major thing that is stopping people from using forms. Is this likely to be implemented soon?
An Innovator at heart.
Me too — waiting with bated breath. Looking forward to what's in store.
notation can changed in future
Bartłomiej Bąkowski @ Wikidot Inc.
';.;' TeRq (Write PM)
Is this live?
A - S I M P L E - P L A N by ARTiZEN a startingpoint for simple wikidot solutions.
As far as I know, no.
~ Leiger - Wikidot Community Admin - Volunteer
Wikidot: Official Documentation | Wikidot Discord server | NEW: Wikiroo, backup tool (in development)
I know… I was hoping for an official wikidot-answer since there is so much activity today on the forms
A - S I M P L E - P L A N by ARTiZEN a startingpoint for simple wikidot solutions.
Its live:
http://terq.wikidot.com/listpages
http://terq.wikidot.com/formbis:_template
Bartłomiej Bąkowski @ Wikidot Inc.
';.;' TeRq (Write PM)
Let's test it! Thanks
A - S I M P L E - P L A N by ARTiZEN a startingpoint for simple wikidot solutions.
Found some bugs
A - S I M P L E - P L A N by ARTiZEN a startingpoint for simple wikidot solutions.
If you want to raise issues on the data forms, please create individual subthreads that can be discussed and closed independently, or use bugs.wikidot.com. Please do not use this 'one report per comment' approach, it is close to useless. I won't track bugs separately.
Ctrl+S never worked but obviously should. For all other bugs please provide test cases.
Portfolio
Super — I'm looking forward to playing with this. Thanks a lot.
I don't think Ctrl+S has ever worked with data forms. Would you consider this to be a bug? Hmm… I suppose it's safe to assume that because regular page editing supports it, data forms should as well.
Not sure if the bug should be posted here, or on bugs.wikidot.com though… it is a current feature so I assume the bugs wiki is the best place for it.
~ Leiger - Wikidot Community Admin - Volunteer
Wikidot: Official Documentation | Wikidot Discord server | NEW: Wikiroo, backup tool (in development)
I can not get it to display anything.
try unixified form fields identifiers: %%form_raw{labor}%%
Piotr Gabryjeluk
visit my blog