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.

Newbie 'Must Read' Thread

  1. twofus
    Member

    The documentation for this plugin is horrid and I don't have the time to sift through thousands of forum messages to try and find the answer to my problems, so since I believe I'm a typical 'out-of-the-box' Wordpress user, Alex/Kevin, how about prefilling this thread with links to all the 'all-time greats' in questions which cover the basic use of the plugin and sticky this to the top of the forum?

    I'll get you going with the first issues I ran across using the plugin immediately after install:

    1. Where the heck is the 'I didn't take programming 101 in college' documentation???

    2. How do I style the form so that field A is beside field B, if I so desire?

    I hope you see the humor in my post.

    Cheers

    Posted 14 years ago on Thursday November 25, 2010 | Permalink
  2. Morten Knudsen
    Member

    for question 2: please see:
    http://forum.gravityhelp.com/topic/introducing-css-ready-classes-for-gravity-forms-v15

    Posted 14 years ago on Thursday November 25, 2010 | Permalink
  3. We do realize that the current documentation isn't comprehensive. We're going to release an extensive new set of documentation along with the upcoming 1.5 release. There are complete breakdowns of the functions, examples, etc.

    Positioning 2 inputs next to each other is simply a CSS function. You would need to float the first element (containing list item "li") left, set the width to your preference and the second will float inline if there's enough room in your form. Its a common question and not difficult to find if you WERE to search for an answer.

    http://forum.gravityhelp.com/search.php?q=inline+float

    As solsikkehaven mentioned above, the upcoming version 1.5 includes helper "ready classes" make inline fields and column layouts easier for everyone to pull off, regardless of the level of CSS knowledge.

    Posted 14 years ago on Thursday November 25, 2010 | Permalink
  4. twofus
    Member

    Appreciate the help folks. I wish I had the ability out of the box to have four or five text fields side-by-side because in the forms I'm working with fields that contain only 2 characters each without a sidebar on the form page. Perhaps someone has figured out how to modify 1.5b3's css to allow more than 3 columns for text? If so, I'd appreciate any input.

    Other quickie -- is this forum a BBPress forum? If so, which one? Pretty slick.

    TKU kindly

    Posted 14 years ago on Thursday November 25, 2010 | Permalink
  5. The only way for Gravity forms to accomplish this out of the box would be to add a grid. Initially it is really straight-forward to do, but to actually do it depends on how they have their functions set up.

    So..for the Dev team it can be a very quick thing to add, or very complicated - all dependant on how they coded their functions. I hope it is an easy adjustment for them, myself.

    Posted 14 years ago on Thursday November 25, 2010 | Permalink
  6. @twofus - this should get you pointed in the right direction. It's basically taking the 3 column ready styles, adding a couple more and changing the percentage values to allow for 5 columns.

    http://pastie.org/pastes/1326908/text

    I haven't tested it at all so you may need to tweak it to get your form just so. I'm just giving you something to spin off of.

    the 5 class names you'll see in the CSS are

    * gf_first_fifth
    * gf_second_fifth
    * gf_third_fifth
    * gf_fourth_fifth
    * gf_fifth_fifth

    You would implement those like the other ready class helpers as described here

    http://www.gravityhelp.com/css-ready-classes-for-gravity-forms/

    If you don't need the fields to be spaced out into columns - which still may be too much spacing if you have a large form, you can make the field containers display inline so the flow next to each other. It's the same basic concept as in the demo here.

    http://www.rocketgenius.com/gravity-forms-mad-lib-style-form-demo/

    if you scroll down a ways on that page, you'll see the basic CSS and explanation

    Posted 14 years ago on Friday November 26, 2010 | Permalink
  7. Just for clarification, Kevin

    The guide is using GF version 1.5 - isn't this the beta/unstable version? Are you sure you want to advise that to a non-programmer such as @twofus?

    Posted 14 years ago on Friday November 26, 2010 | Permalink
  8. The helper classes included in the 1.5 version are simply pre-built CSS rules to aid in creating advanced layouts. They've been tested thoroughly and there's no new functionality in the plugin needed to support them. The styles should work in any version if the style rules are added and implemented correctly.

    This also goes for the inline styles I referenced in the demo, they're simply CSS rules and don't require any specific version of Gravity Forms to work.

    The 5 column style rules I proposed above are based on the 3 column "ready class" rules. I threw those out there because @twofus requested some guidance. I did say that those rules HAVE NOT been tested and may require some additional work. I'm doubtful that they're something that will even be added to the core CSS.

    I don't see any issues with the advice.. it's not programming, just good ol' CSS formatting.

    Posted 14 years ago on Friday November 26, 2010 | Permalink
  9. ah. Good to know. There's a lot to be said about clarity. Thank you for yours.

    Posted 14 years ago on Friday November 26, 2010 | Permalink
  10. twofus
    Member

    thanks Kevin. The only issues I've had with beta 3 is that in IE v 8.0.6 it won't save the form, and when I paste the gf_middle_third shortcode in the advanced CSS it won't remain so I have to enter it and then immediately save the form and then it remains. Using Firefox it works perfectly.

    My last attempt at trying to shine everyone's shoes with what I know was to add data to the database and then have the client enter one field of data and then the form auto-fill with an Ajax call but I had to give up once I realized that was more of a pipe dream than reality with what I know.

    Alex was kind enough to walk me through adding CSV data but since I have 9,000 rows and 20+ columns, that required more than 200,000 inserts which was just crazy nuts so I moved on.

    I like urmedia's idea of a drag-and-drop grid for us rookies. You know, put in the max width and number of columns desired and -- bam -- there is your layout now drag and drop the type of content you want into the first gridbox in the row. Need another row? Tick the box. That will remove users from shortcode hell.

    This project will take a major, major step forward when we can either use data from an external database or have the ability to import CSV data. I've always enjoyed the way WP-Table-Reloaded accomplished their CSV data import even though the plugin's backend is a bit bulky.

    Alex -- go get an Angel to fund some programmers!

    Posted 14 years ago on Friday November 26, 2010 | Permalink
  11. I've not had any issues with saving the beta in IE8 and I'm sure it has nothing to do with adding a class name in your instance. I'll boot up the windows machine and give it another go to see if I can recreate your issue though.

    We have discussed some kind of drag/drop layout editor, but if it happens it will most likely be an add-on and not something added to the core. That said, it's still going to be a while before that happens.

    I'm not sure exactly what you're calling "shortcode hell" - maybe adding the helper class names to the fields? If so, I guarantee you that's still a lot easier for most folks than having to roll their own CSS.

    As a side note, we've already hired an additional programmer to help Alex and we don't really need an angel. We have tons of feature requests, some good and some not so much, but it takes time to research -> develop -> implement -> test -> refine -> deploy all of these things. We don't just rush stuff out the door hap-hazzard.. we owe it to our clients to deliver the best we can. If you're waiting on a feature, trust that we're moving as quickly as we can to get the new toys out there.

    Posted 14 years ago on Friday November 26, 2010 | Permalink
  12. twofus
    Member

    Guys, how do I go about changing the font color on selective gfield_label's? In other words, I want only a few of my field titles to have a different color (all red instead of black).
    Thx

    Posted 13 years ago on Wednesday December 1, 2010 | Permalink
  13. I would create a custom class in your theme stylesheet, then apply the class name in the form builder admin (advanced tab) for each field you want to change.

    body .gform_wrapper li.myclassname .gfield_label {color:#f00}

    just replace "myclassname" with whatever you want to call it and plug the correct name in the admin

    Posted 13 years ago on Wednesday December 1, 2010 | Permalink
  14. For the record Gravity Forms uses standard CSS to style forms and has extensive API hooks available to extend it's functionality using PHP. There isn't anything Gravity Forms specific or special as far as customizations typically go, design wise it's standard CSS and code/functionality wise it's PHP and standard WordPress hook/filter conventions.

    Floating fields in CSS is just like floating any element in CSS. However you need to inspect the HTML and determine what elements need to be floated and write custom CSS. You can also use the CSS Ready Classes if you are running Gravity Forms v1.5 Beta.

    We can provide you with guidance on how to do things, and are always willing to help with code snippets (both PHP and CSS) but we can't write complex customizations for you if you want to do something beyond a simple code snippet.

    As far as documentation goes we are getting ready to launch a new documentation area, including an extensive API hook/filter reference guide. However in order to implement hook/filters you will need to have an understanding of how WordPress hook/filters work and how to implement them using PHP. Our documentation will not be a general how to guide for PHP, CSS or WordPress. It's Gravity Forms specific documentation.

    For things Gravity Forms does not do out of the box but can do via customizations (which is practically anything if you know PHP/WordPress/CSS) you will have to have a certain level of understanding of PHP and CSS in order to customize the functionality, otherwise you may want to consider hiring a developer to assist you with complex customizations.

    Posted 13 years ago on Wednesday December 1, 2010 | Permalink
  15. Hi Carl,

    You should take the request for better documentation to heart. It would be great to have a single document, not multiple pages, for us users to download, view and search. I hope that's coming soon.

    thanks

    HG

    Posted 13 years ago on Wednesday December 1, 2010 | Permalink
  16. @HuntererGatherer New documentation is under development and will launch with the new site and the public release of Gravity Forms v1.5. Although a single document currently isn't the plan, it's online documentation and not a download. We can look at possibly making a PDF available if there is enough demand for it. The new documentation is based on MediaWiki which powers Wikipedia.com.

    Posted 13 years ago on Wednesday December 1, 2010 | Permalink
  17. twofus
    Member

    Thanks for the push Kevin.. here's the snippet for that title

    <label for="input_1_54" class="gfield_label">Curveball Grade - Present*</label>

    So if I understand you, I would use this for the single title?

    'body .gform_wrapper li.myclassname .gfield_label.input_1_54 {color:#f00}'

    Posted 13 years ago on Wednesday December 1, 2010 | Permalink
  18. No, the last part is incorrect. That would mean that the label would have the class of "gfield_label" AND a class named "input_1_54" which is not the case. All you need is to specify your classname and then by inheritance, the label with the class "gfield_label" will inherit the properties specified in the new rule.

    Also, trying to add a unique identifier in the rule negates the whole idea of a reusable class. You really don't need it.

    Posted 13 years ago on Thursday December 2, 2010 | Permalink
  19. twofus
    Member

    I think we're talking apples and oranges Kevin. I don't want all the labels to be red, just a few select ones. Is that possible?

    Posted 13 years ago on Thursday December 2, 2010 | Permalink
  20. Yes, like I said in the original post, you create a class using the example I created. THEN, simply apply that class name to select fields in the admin. You click on the field name in the form builder, click on the advanced tab then add "myclassname" or whatever you call it in the CSS Class Name field. Save the form and you should see the change if you've applied it properly.

    Posted 13 years ago on Thursday December 2, 2010 | Permalink
  21. twofus
    Member

    my bad Kevin - I totally misunderstood you. It worked like a charm.

    Last question, if I may be allowed - do I need to resort to a third-party app for tool tips?

    Posted 13 years ago on Thursday December 2, 2010 | Permalink
  22. Great news. If you want to use the same tooltip we use in the admin, there are a few steps to setting it up and using it on the front end. I detailed how to do this in a post some time back. Here's the link with the how-to.

    http://forum.gravityhelp.com/topic/add-help-tips-next-to-a-field#post-7277

    Posted 13 years ago on Thursday December 2, 2010 | Permalink
  23. twofus
    Member

    good stuff Kevin. Thank you kindly. If this novice can work with this product, anybody can.

    BTW, I'm going to try and implement the five column css Thursday. I'll let you know how it goes.

    Posted 13 years ago on Thursday December 2, 2010 | Permalink
  24. @Carl,

    Thanks for responding about the docs. It would be great if you would just stuff the documentation in a PDF and make it available for download. I personally would print it out, stick it in a notebook and use it as a reference. And, a PDF would make it searchable. That would make the whole plug-in easier to use and save your time responding to questions.

    If others are like me, people just go to the forum first, instead of hunting through your page structure. But a PDF, would make it much easier to find answers. I think you would be surprised how much it would lighten your service requests.

    Thanks,

    HG

    Posted 13 years ago on Thursday December 2, 2010 | Permalink
  25. twofus
    Member

    any spell check options for the textareas? I have multiple textareas on one form to check. Appreciate any suggestions if anything has been tested.

    Posted 13 years ago on Friday December 3, 2010 | Permalink
  26. @Carl I'd like a pdf version, it'd be much easier to search through.

    Posted 13 years ago on Friday December 3, 2010 | Permalink
  27. This plugin as great, as far as I can tell—except for the documentation. "Horrid," as twofus said, is not an understatement. It's good to hear that some new documentation is in the works for the next full release.

    BUT forums and wikis ≠ proper documentation. I've spent the better part of a week browsing the forums, trying to teach myself this program. Everyone—me, the developers, the support team—could've saved themselves some time if a few simple walk-throughs had been readily available.

    Posted 13 years ago on Friday December 3, 2010 | Permalink
  28. @CGRInc - thanks for the feedback. Everybody has their own opinions about what is or is not adequate documentation. Personally, I think the wiki version is very comprehensive and will be more that adequate for most. We are planning to add some video tutorials as we go along to help as well.

    Posted 13 years ago on Friday December 3, 2010 | Permalink

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