PLEASE NOTE: These forums are no longer utilized and are provided as an archive for informational purposes only. All support issues will be handled via email using our support ticket system. For more detailed information on this change, please see this blog post.

getting tags in paragrpah text default values

  1. I set up the following data in the default value field of a paragraph text box and the <p> and tags are showing up on the frontend. I can't seem to get them to stop showing. Suggestions?

    String #1
    brand | string | end | winding | gauge | length | quantity

    String #2
    brand | string | end | winding | gauge | length | quantity

    String #3
    brand | string | end | winding | gauge | length | quantity

    String #4
    brand | string | end | winding | gauge | length | quantity

    String #5 (optional)
    brand | string | end | winding | gauge | length | quantity

    String #6 (optional)
    brand | string | end | winding | gauge | length | quantity

    Posted 13 years ago on Thursday May 12, 2011 | Permalink
  2. I'm not sure I understand what you are describing. Can you post a link to your form so we can see what it is doing?

    Posted 13 years ago on Thursday May 12, 2011 | Permalink
  3. Okay, now I understand. HTML isn't supported in TEXTAREA fields as far as default values go. That is why the markup is being displayed. It won't render in the textarea. You'll have to add the Default values and instead of using <p> and
    just use carriage returns.

    Posted 13 years ago on Thursday May 12, 2011 | Permalink
  4. actually, I didn't add the html tags, they just appear on the front end on their own. Suggestions?

    Posted 13 years ago on Friday May 13, 2011 | Permalink
  5. bump

    Posted 13 years ago on Monday May 16, 2011 | Permalink
  6. Did you copy-n-paste the contents of the Default Value from a Word document or something similar? It may have carried over hidden HTML which can happen when copy-n-pasting from applications like Word.

    Try copy-n-pasting the contents of the default value from a Plain Text editor and then re-save the form and test.

    If it's displaying in the Default Value that is because it's part of the content of the default value and because HTML doesn't render in the textarea, it's showing the actual HTML.

    Posted 13 years ago on Monday May 16, 2011 | Permalink
  7. No on the copy and paste, all of the text was entered in directly. I created another paragraph text box to be certain and it is producing the same html tag bug.

    My client needs this page launched ASAP so suggestions on how to get this fixed are greatly appreciated.

    Posted 13 years ago on Monday May 16, 2011 | Permalink
  8. This isn't default Gravity Forms behavior, which means something else is causing this issue. Most likely your theme or another plugin. Gravity Forms doesn't do this out of the box, so it's being caused by other code.

    You will have to test for theme and plugin conflicts to determine what could be causing the issue. Instructions for how to do so can be found here:

    http://www.gravityhelp.com/documentation/page/Testing_for_a_Theme/Plugin_Conflict

    Posted 13 years ago on Monday May 16, 2011 | Permalink
  9. I appreciate that but it doesn't ultimately solve the problem/ You've already asserted that GF doesn't produce this error with TwentyTen but what about all of GF's options for overriding CSS classes etc. I was hoping to get some info about that as opposed to simply eating up time with trial and error.

    Posted 13 years ago on Monday May 16, 2011 | Permalink
  10. @drewmcmanus I'm not sure what GF options for overriding CSS classes, etc. has to do with your issue of the Default Value not outputting properly on your site? Can you explain further? The issue you are having with the default value isn't default Gravity Forms behavior AND no other users are reporting this issue which points to an issue specific to your site which is why I suggested testing for plugin/theme conflicts.

    Posted 13 years ago on Monday May 16, 2011 | Permalink
  11. Then I guess it's just buyer beware. I'm really sorry to see that.

    Posted 13 years ago on Monday May 16, 2011 | Permalink
  12. @drewmcnamus I'm not sure what exactly you mean. There is something else on your site (plugin or theme) that is causing this issue. You have to determine what it is.

    We can't prevent plugins or themes from causing issues, it's how PHP works. There isn't any way around that, it's just the reality that is WordPress. Out of the box Gravity Forms does not do what you are describing, so something else on your site is causing the issue.

    The only way to determine what is causing the problem is to test for theme and plugin conflicts. The only way to do that is to deactivate them all and activate them one by one until you determine which one is causing the issue.

    If you don't want to do the plugin and theme conflict test to see which of your plugins or your theme is causing the problem, we'd be glad to do it for you. Send us a WordPress admin login for the site to us via our Contact Us form and we can take a look.

    Posted 13 years ago on Monday May 16, 2011 | Permalink
  13. I appreciate the offer but I performed a the plugin test before submitting my initial support request and already knew that wasn't the issue. And of course, GF wouldn't be expected to behave that way out of the box, so it is clear to everyone that there was a conflict, that's why I contacted support to begin with.

    What I was hoping to encounter was a sense of understanding and perhaps recognition of what the problem might be and where I should look given how much support experience must exist for a product that sells as well as GF. Why spend three hours tracking down a problem when the support board can provide the insight needed to cut that time down to minutes? Or that was at least the plan.

    At the very least, a straightforward "we've never seen this before" response followed up by an inquiry as to which theme was being used, if it was on a Network install, etc. which version of PHP/WP/etc. is being used would have been appreciated.

    As of now, I simply took more of my time and resigned the form to work around the bug.

    As WP themes become increasingly powerful and diverse, I can only image you're going to encounter issues like this more often. Although it won't do me any good, at least GF can benefit from the experience. In the meantime, I guess I'll simply have to satisfied with paying for GF while simultaneously having to work around it's shortfalls.

    BTW, the theme is is "Awake" from themes.mysitemyway.com.

    Posted 13 years ago on Tuesday May 17, 2011 | Permalink
  14. @drewmcmanus,

    There are literally thousands of plugin/theme combinations that could cause problems and there's no way we're going to be able to know what's what offhand without asking some questions and ruling out some of the possible and most common causes. I don't agree when you can call this a Gravity Forms shortfall because you've not proven that to be the case.

    Carl has tried to understand your issue, has been responsive and has extended a hand to help. He even offered to access your site and take a look at it for you if you. I'm not sure why you're disappointed that he didn't ask what you feel were the "right" questions when he's been offering to help all the time.

    If you'd like to share your login information as he suggested, I'm sure he will be able to help you identify the source of the problem.

    Posted 13 years ago on Tuesday May 17, 2011 | Permalink
  15. As mentioned, I've already taken the time to redesign the form so as to avoid the bug. And I do think you have a great deal of potential to streamline your support process to better direct your efforts and separate users into different skill sets. Being eager and helpful is great but effort, attitude, and achievement are typically mutually exclusive.

    You restated the point I made earlier about finding the problem by asking questions and gathering knowledge. But the system you have in place to accomplish that is less than ideal. For example, you could improve your efficiency a great deal and get far more achievement out of the fantastic effort and attitude of the support staff by visiting the support forums at Shopp and Woo Themes. Adopting the processes they use could go a long way.

    Although I'll be the first to admit I'm not in the norm, I don't really want someone to go in and fix a problem directly, I'd rather know how to properly troubleshoot and fix the problem myself so as to increase my understanding of the plugin and be better prepared to deal with issues in the future (and ultimately reduce your support load).

    Posted 13 years ago on Tuesday May 17, 2011 | Permalink

This topic has been resolved and has been closed to new replies.