Forum Replies Created
-
Posts
-
Thank you Vinay, again. But the same issue is still illustrated: you can save the page initially, but if you look at the editor screen for the page you created, you will see that the Avia editor is busted and if you click on the Codeblock, there is no longer any code stored there. The pasted webform code is still jumping out of the av_codeblock. The form does appear on the public-facing page.
I just spent a while debugging myself and figured it out. This specific line of code is causing the problem, and if I remove it, the webform appears to work:
‘<tr><td style=’nowrap:nowrap;text-align:right;font-size:16px;font-family:Calibri;width:200px;’>Tell us about yourself! </td><td> <textarea name=’Description’ maxlength=’32000′ style=’width:250px;’> </textarea></td></tr>`
My initial hunch was that the long maxlength was causing some sort of overflow, but that’s not the problem. The <textarea> piece needs to be deleted out of that <td>. So there is either incorrect syntax in the form or Avia can’t handle the textarea.For the moment, I’ll avoid using textarea fields and should be good, but there might indeed be a bug there on your side. I’ll let you know if I find anything else.
Thanks for your help!
NateThanks Vinay. Zoho Forms is actually a different product from Zoho (confusing, I know). I have updated the pastebin to be unlisted not private so you can access. Thanks again!
Thank you Vinay! Pastebin link is below. I agree it sounds like one of those things since the default simplified javascript (Option 1) works fine so obviously Avia can handle javascript in general. My hunch was that it was jumping outside a div or something since the elements on the backend appear to jump outside the Avia builder upon saving. I started deleting portions of the code to check but I’m not enough of a pro to make headway.
The code in pastebin is now shorter too – I deleted one of the long dropdown fields so it would be easier for you to work with.
Thank you Vinay. The form that you see is Option 1 from Zoho (a default simple form). It is Option 2 that is the problem (a form with editable html). To reproduce the issue:
1. Go to the page I have linked in the Private Content below.
2. You will see an empty Code Block waiting for you in a Color Section on the bottom. Paste in all the code I provided previously.
3. Save the page. Now scroll back down to that color section in the editing screen. The blocks have been pushed out of it and form fields are displaying weird all over the place.
4. Go to the public facing page and see how the form does not display.I can take screenshots and dump in Word if you need me to. Thanks!
Update: I see the Opacity command is what causes the entire thing to be transparent. I remove that, and I can see it. But other issues remain. A big one is that I can save once, but when I go back into page editor, all the elements are jumbled and the code block is uneditable.
I think I found it. W3 Total Cache was set to minify JS. I unchecked that box, as suggested by https://docs.woothemes.com/document/configuring-caching-plugins/. Now I am able to add products to the Woocommerce cart. The curious thing is that I had not made any changes to W3 lately; recent changes includes upgrades to WP 4.5 and the new Enfold, so those seemed more likely culprits. Something else must have changed during that process.
Good to go now, and it had nothing to do with Enfold. Thank you!
Yes! Please check out our website at http://www.assess.com. Please let me know if you need anything else!
