Is there anyway to add the ability to have someone add an attachment to the PHP Feedback Form?
I have the form setup with the usual features (name, email, info requested), but my client now wants people to be able to attach jpegs and/or mp3 files as they want to use it for musicians and artists who are interesting in performing at their cafe.
Sounds interesting, although it also sounds like the recipient doesn’t actually get the email message but just a notification. Is that true? Have you used any of their other scripts – they also have an email attachment script (not free) that also sounds like what I’m after.
Also how would I go about setting this up in Freeway. My current PHP Feedback form is within a box model setup. would that present any problems using this script.?
The recipient gets an email notification which contains a link to the file(s) on the server and the name, email address message, etc. from the sender.
They can then view/download whatever they prefer.
My example is the paid for version ‘upload plus’ and there are no limitations on how you use it in your layout. You can use it with your existing form (without the PHPFF action applied) and slightly modified to include the necessary bits with some markup.
It is the cgi script on the server that does all the serious stuff. There are of course similar scripts that do the same with PHP.
If you want an example I will need an email address - post it here using the format yourname (at) yoursite.com otherwise Walters FWT software will obfuscate it to email@hidden
After a little more research, I see that Forms To Go seems to have the ability to allow uploads as well. Forgot I had once downloaded it to try out.
I tried testing it on the form I have, and it sees all the fields except for the submit button. Fields are in a table within a box model layout. (FTG seems to see the name, email and message fields without or without PHP Feedback Action active or not, but not the submit button)
Not sure if I’m going to use FTG, but I thought I had only one form on the page – the one at the bottom. The constant contact info was done as a markup item, so I didn’t think of it as a form. I know that FTG sees two forms on the page (I guess the constant contact one at the top and the main form at the bottom). The client wanted them both on this page, so I may have to live with that. I know you’re not familiar with FTG, but do you know why it doesn’t see the submit button?
I have WebYep stuff on the page so I need the php extension.
Weird about the FTG and submit button. I did the same thing with loading the URL and it only shows me the first three items. not the submit button. Did you try it with the demo version of FTG or do you have a full running version? I only have the demo at the moment.
You may need to confirm that the name and value are set in the
Inspector for that button. Click on the submit button, then choose the
third tab from the left in the Inspector. Do yourself a huge favor and
DON’T set the Name attribute to ‘submit’. This can cause all sorts of
difficult-to-diagnose problems, particularly in IE, if you then try to
use JavaScript validation on the form, or other Stupid Browser Tricks.
On a Submit button, you can leave both the name and value empty, and
the button will still work. But if you definitely want to use the
Value field to set the text that will appear in the button on screen,
otherwise the browser fills it in with a default text, and it will be
different depending on the browser.
Walter
On May 9, 2011, at 6:39 PM, Jeffrey Stern wrote:
I know you’re not familiar with FTG, but do you know why it doesn’t
see the submit button?
Try your suggestion Walt about deleting submit from name field, but makes no difference in FTG. Dave thought I might need the multiple forms action since I also have the constant contact markup on the same page.
You might want to get the page to validate before you try to parse it
for form variables:
There’s lots to work on here, but it probably all stems from a few
little things.
When you use an inline Markup Item to insert some code, you must
ensure that whatever code you are inserting has only inline tags –
span, img, etc. written in it.
isn’t valid, and
can’t be made to be. Solution – use the CrowBar Action in place of a
Markup Item. It can detect when it is being used inline, and will
switch your code around so that its content is moved outside of any
container P tag.
When you paste in code, you have to take care to match HTML level of
your page with the HTML level of the pasted code (or vice-versa,
depends on which is more trouble). The <BR> tag is only valid in
HTML 3.2 or maybe HTML 4. XHTML requires that singleton tags like br,
hr, and img (and most form elements) be self-closed (a trailing slash
before the closing angle bracket) otherwise all the rest of the code
following will be off-kilter. And upper-case tag names are illegal in
XHTML, too. <BR> has to be written as <br/>.
Walter
On May 9, 2011, at 8:42 PM, Jeffrey Stern wrote:
I’m using 4.5.4
Try your suggestion Walt about deleting submit from name field, but
makes no difference in FTG. Dave thought I might need the multiple
forms action since I also have the constant contact markup on the
same page.
Ok so I downloaded the Crowbar Action and placed the Constant Contact code into the code area. It looks like that was the code causing the validation errors. Now the only error I get is the following (which I guess is my PHP Feedback form table):
Line 231, Column 98: document type does not allow element “div” here; missing one of “object”, “applet”, “map”, “iframe”, “button”, “ins”, “del” start-tag
…=“fwGeneratedMap1” style=“overflow:hidden;height:405px;width:472px;”>
So if using a table as an inline object is not a valid way of doing this, how do I get my form into the sidebar area without it – or is there some other action I need to add.