We are now in touch over email to resolve this, but for the benefit of others reading:
I don’t know how much you know about HTML, but if I look at the page content of the Formidable version, I can see that the pdfembedder is contained within the <form> element of Formidable.
I presume that the way Formidable is set up, the next/prev buttons are taken as part of the form and cause the submit to fire. Those buttons aren’t actually designated as ‘submit’ buttons, so I guess that Formidable has some Javascript that causes any buttons to submit the form.
Anyway, the only suggestion I can make is to try to embed the PDF above the form itself, perhaps meaning you’d need the page title (‘Formidable Form with PDF’ etc) to also be outside the form, and then for the form to be embedded after both the title and the PDF.
Otherwise, I do think Formidable support might be in a better position to help since they should know the circumstances under which other buttons are ‘hijacked’ as submit buttons due to their code.
Thanks for the reply, Dan. The reason we have the PDF embedded within the form rather than separate from it is that our application is a series of writing prompts to assist a user in writing reflections on their life to pass on to their families. We have a workbook that includes writing examples and prompts, and people will likely spend a considerable amount of time writing and rewriting in response to those prompts. Formidable is a good choice for this because it allows people to save a draft of whatever they’ve written and come back to edit or add to it later. Even though there are a dozen or so areas for the user to write in, ultimately it will all be of a piece and we don’t want them to have to manage a dozen different pieces of in-progress text. So it’s inherent in the application that the entire thing be held within a single form, and PDFs containing writing prompts be interspersed between the form fields.
This is all just by way of explaining why it’s set up the way it is.
Anyway, I appreciate your advice and will take this up with the Formidable developer. Your suggestion about where the failure might be could be helpful in that conversation.
David,
Thanks for the update. It will probably best to email me with any further questions on this.
contact@wp-pdf.com
Best of luck!
Dan
Dan, I sent you a couple of emails last week but didn’t hear back from you.
Here’s some information I received from the Formidable folks:
“Alright, I looked into our JavaScript and we have this line of code:
jQuery(document).on(‘submit.formidable’,’.frm-show-form’,
frmFrontForm.submitForm);
This code watches for a submit event within a Formidable form. The
back/next buttons are triggering a submit event since they have no
type attribute specified.
If the PDF Embedder author adds type=”button” to all the buttons in
the PDF Embedder, then this will resolve the submit issue.”
I’m hoping this is the solution to the problem. Can you make this change to the PDF Embedder plugin?
David,
I did receive your emails and replied both times, but also started to suspect you weren’t receiving my replies for some reason…
Please could you check your spam folder?
Anyway:
That sounds fine to me. I’ve made a new version of the PDF Embedder Secure plugin that includes these changes, and you should now be able to pick up the updated version on your Plugins page provided you have entered your license key in the plugin settings.
Thanks,
Dan
I’ve activated the plug in and I’m able to view PDFs now directly in WP. But there is no option to change the defaul appear. Your site says:
“You can change the default appearance – e.g. width, and toolbar position/appearance through Settings -> PDF Embedder.”
But this is not true on my site. I’ve got the free version but there is no “PDF Embedder” option under Settings. 🙁 So there is very little option to change the appearance
<SORRY I didn’t mean to reply to a different thread subject >
