Hi,

I often build forms manually to test PHP apps I write. As Web Form Builder makes it quicker and easier to create forms, I thought I'd use it to build my test harnesses. But I can't work out how to submit the forms to a URL.

Is there a way to submit WFB forms to a URL so my PHP apps can capture the posted values?

Thanks,

Steve

I am pretty sure that would require a substantial modifications to the scripts Steve. The submit process is designed to work internally with its own files and not external ones.

You could submit the data to MySQL and they write a PHP script to pull the data back out.

Hi Scott,

Thanks for your quick response. That's a shame. Guess I'll have to continue doing it the old fashioned way.

Submitting the data to MySQL is not an option because the forms are supposed to act as a test harness to test the functionally of methods. The PHP apps in question accept form posts from other applications/systems (Windows, HTML, PHP and/or Javascript apps/code). The test forms post data to the target PHP app URLs to test these methods to make sure they are receiving and processing data correctly (basically unit testing).

Thanks anyway.

Regards,

Steve

Steve am trying to see where you are going. A manually produced form is part of a html file but any receipt of a post is static to the site. The only difference is the WFB uses a lot more files for many options. You sill need a receiving script to get the data from the form.

I have often used a WFB form to redirect to a php script and the auto produced csv file can be sorted, data calculated and displayed using php. I do not see a great difference only with WFB it is much easier and gives a better form display.

My advice, set up a WFB form and redirect to a script that reads the csv file the data is then available for whatever use.

If you cannot get it working, contact me and I will send a demo, I have one somewhere I used on this forum for while

Hi Prism,

Thank you for your advice. I appreciate it but I think you may be misunderstanding what I'm trying to describe.

I have developed a number of PHP applications that accept data via form posts. The data can be from Windows apps, HTML code, Javascript apps, or other PHP apps. During development and testing, before releasing to Production, I hand-code some HTML pages containing forms to unit test these PHP apps by posting data to them. This is to make sure that they are receiving and processing the data posted to them.

There is no point altering these PHP apps to load the data from MySQL, CSV or whatever because that's not testing the interface. In other words, that's not the way they receive their data so why would I input the data during testing in a completely different way?

Anyway, it doesn't matter. It appears Web Form Builder can't do what I want so I will continue to build the test forms using HTML. It's a simple method that works, although a bit time consuming.

Thanks again for your advice.

Regards,

Steve

PS Also from Oz.

I altered one of my form scripts to do something customized. Let me take a look.

It's probably not exactly what you want but it was easy to replace the php script that the form builder submits to with my own custom script. This one is capturing the radio button variable and redirecting according to the users selection.
http://ericrohloff.com/coffeecup/ccforu … doyoulike/

I think I see where you are going. The form builder is a data collector with some embellishments. Hand coded forms are straight forward and do bend to requirements. Horses for courses. You cannot win them all but if you need a snazzy contact form with a payment option look no further. I wish you all the best with your venture. sounds interesting.

Fellow Aussie eh! hope the fires and floods leave you alone

Thank Eric and Prism,

It's ok, I'll just use hand-coded forms like I have always done before. I have about 20 to do but in the end it will probably work out quicker anyway.

Regards,

Steve

PS Fortunately I'm quite a distance away from the fires and floods.