Reference: Form Builder Version 2.3 Build 5149

1) How can I control popup behavior so as to only popup the Form Builder created form instead of the form enclosed in another form in which the Form Builder created form scrolls? I only want the popup Form Builder created form; nothing more.

2) Both the Notification Message Email and Auto Response Message Email as successfully sent. However, the text of the Notification Message Email back to the site admin is formatted into a vertical column that is perhaps 25% or less of each message row such that only 1 to 3 words appear on each row. How can this behavior be corrected and formatted in a fashion similar to the Auto Response Message Email sent to the customer?

Thanks,

Phiol

3) Whether I popup or embed I am still faced with the problem of blending the Form Builder data with other page and/or session data. Rules don't allow additional fields to be hidden without contriving some arbitrary condition and even when they are hidden they still consume page space. Then too,, if I merely add hidden fields like default "fb_form_custom_html", etc., input fields, it then becomes necessary to walk through other logic down to and including the database insert logic to carry other page and session data down to and into the database.

4) It would be nice to have a switch that would enable an initial insert and then subsequent replacement of a database row when the keys are the same. Not having this requires additional coding.

5) It would seem Form Builder was built with a mindset of being a standalone application rather than one that allows for augmenting existing applications. Perhaps that should be pointed out along with the list of features.

Phil

I don't think you have control over the email notification styling from with the app. I do believe you have to alter the code to do this. It would make a great suggestion.

Rolly,

True, but it would seem inappropriate (to me) to have to make what I think is a fix rather than merely a matter of individual discretion. I haven't gotten to fixing the email formatting yet, but it's likely to be simple to do so; yet why should I have to?

Incidentally, I have been able to get around my item #3. To do so I added several non-Form Builder data fields to the <formname>.html form like:

<input name="product_id" type="hidden" value="$_SESSION / $_POST, etc., value"/>

Then I merged:

"product_id":{"label":"Product Id","fieldtype":"text"} and other fields in like fashion...

into "rules" located at the bottom of form.cfg.php.

Doing so works like a champ and also displays properly on results page and almost certainly on emails as well. It's unfortunate the developer didn't provide this flexibility given that it would have been so simple to have done so.

Phil

I really can't say how simple this would be to put in the form builder app. Sure it's easy for you and I to go into the html and alter the code after the fact but getting an app to produce an html form that works reliably for all users is other thing.