Gravity Support Forums User Favorites: cbg

Gravity Support Forums User Favorites: cbg cbg Gravity Support Forums User Favorites: cbg en-US Tue, 07 Apr 2026 01:21:07 +0000 http://bbpress.org/?v=1.0.1 <![CDATA[Search]]> q https://legacy.forums.gravityhelp.com/search.php Kevin Flahaut on "HTML 5 input types" https://legacy.forums.gravityhelp.com/topic/html-5-input-types#post-5750 Tue, 25 May 2010 08:57:27 +0000 Kevin Flahaut 5750@https://legacy.forums.gravityhelp.com/ @illinoisharley thanks for doing the extra legwork and sharing the results. I'm installing the beta version of Chrome for Windows and will give it a run. As you mentioned, there are a lot of scripts on this site. With the inconsistencies, I'd bet there is some kind of conflict there but we'll check it out and see. UPDATE: I installed Google Chrome beta 5.0.375.55 on Windows XP and the sidebar form on <a href="http://www.canopyoutdoor.com.au/" rel="nofollow">http://www.canopyoutdoor.com.au/</a> worked just fine for me. Again, I can't replicate the problem. <a href="http://grab.by/grabs/7125b3d0d839cda779e3a2a9a5f0f2ef.png" rel="nofollow">screenshot</a> The error style didn't display because it appears like the default styles aren't being enqueued properly and/or there is some kind of styling conflict. Kevin Flahaut on "HTML 5 input types" https://legacy.forums.gravityhelp.com/topic/html-5-input-types#post-5747 Tue, 25 May 2010 08:03:11 +0000 Kevin Flahaut 5747@https://legacy.forums.gravityhelp.com/ Danny, we appreciate the extra information. I can see there are a few places where the Thesis specific styles can still be tweaked on my end. I actually intended to change the "5%" to "auto" in this last release but missed it. These were added to help solve some of the most common Thesis form styling issues that resulted from some "questionable" theme CSS, most notably applying a blanket 45% width to all inputs. They work well with a default implementation of Thesis, but of course with other custom styles, it's hard to predict. With the huge variety themes out there, we can aim for the middle ground and hopefully the forms work fine with very little tweaking. One size really doesn't fit all so sometimes it does take a bit more work to get everything just so. The option to completely turn off the default forms CSS exists too, so it's easy to completely restyle the forms to your liking without the influence of any other stylesheets. As far as the input types, the majority of the themes I've seen don't use the type attribute for input styling at all so the styling issue wouldn't affect most. It's not that the HTML 5 fields actually break anything, just related to the choice of CSS selectors. Moving forward, we will be changing the HTML 5 fields to an optional setting in the next release so this won't be an issue. Thanks again. Danny on "HTML 5 input types" https://legacy.forums.gravityhelp.com/topic/html-5-input-types#post-5740 Tue, 25 May 2010 02:00:40 +0000 Danny 5740@https://legacy.forums.gravityhelp.com/ Back to the original request - please build in a switch to turn these on or off. We have many clients that simply request XHTML 1.0 Strict validation and this breaks it. HTML 5 is great but it is pretty unnecessary here for most people (and most people will use some sort of XHTML doctype which will throw validation errors with them). Danny on "HTML 5 input types" https://legacy.forums.gravityhelp.com/topic/html-5-input-types#post-5739 Tue, 25 May 2010 01:58:56 +0000 Danny 5739@https://legacy.forums.gravityhelp.com/ Kevin, I'm the developer. The styling issues came from 2 things: 1.) HTML 5 input types 2.) Thesis specific fixes (some are rather questionable to be honest, 5% !important width on checkboxes?) We often use input[type="text"] in CSS, since this was changed to type email and type tel the styling was lost. In addition the Thesis fixes now took precedence over custom styling as almost every div in the chain up to the form was defined in the stylesheet (this is really unnecessary and forces us to do the same). Example of Thesis specific CSS: <code>#content_box .post_box .format_text ul.gfield_radio li input</code> What would be enough: <pre><code>.format_text input[type="radio"] .format_text .gform_wrapper input .format_text .gfield_radio input</code></pre> What we used previously: <code>.custom .format_text .gform_wrapper input[type="radio"]</code> What we have to use now: <code>.custom #content_box .post_box .format_text ul.gfield_radio li input</code> Chris Hajer on "HTML 5 input types" https://legacy.forums.gravityhelp.com/topic/html-5-input-types#post-5738 Tue, 25 May 2010 01:02:54 +0000 Chris Hajer 5738@https://legacy.forums.gravityhelp.com/ Another data point. On Windows XP with Chrome 5.0.375.55 beta When I go to this page and submit with no data: <a href="http://www.canopyoutdoor.com.au/" rel="nofollow">http://www.canopyoutdoor.com.au/</a> I do not get the validation error messages. The cursor just jumps to the email field. When I go to this site: <a href="http://canopyoutdoor.biz/" rel="nofollow">http://canopyoutdoor.biz/</a> The validation error messages show up as expected. With Firefox 3.6.3, I get the validation error messages as expected on both sites. There are a bunch of JavaScript errors on both sites, when checking in Firefox, but I am not sure if any of them are related to this problem. I counted something like 26 scripts, including the inline JavaScript. In Google Chrome, this page does not even seem to be POSTing: <a href="http://www.canopyoutdoor.com.au/" rel="nofollow">http://www.canopyoutdoor.com.au/</a> when you click submit. On the .biz page, you get a "waiting for" when it posts back to the server, then you get the validation error message. At .com.au, that does not happen, but the cursor jumps to the email field right away. One other weird thing: if you F5 to refresh in Chrome, you get the warning about duplicate form submission on the .biz site, but not the .com.au site. That makes me believe the POST was not submitted. So, I can confirm what <a href="http://forum.gravityhelp.com/topic/html-5-input-types#post-5723" rel="nofollow">cbg is saying here</a>. Kevin Flahaut on "HTML 5 input types" https://legacy.forums.gravityhelp.com/topic/html-5-input-types#post-5730 Mon, 24 May 2010 21:55:10 +0000 Kevin Flahaut 5730@https://legacy.forums.gravityhelp.com/ Okay, thanks so much for the extra information. Anything else you can tell us will be valuable in testing future versions. cbg on "HTML 5 input types" https://legacy.forums.gravityhelp.com/topic/html-5-input-types#post-5728 Mon, 24 May 2010 20:30:57 +0000 cbg 5728@https://legacy.forums.gravityhelp.com/ Thanks for investigating. I tested with Chrome 4.1.249.1064 on Windows and it works. However it does not work with Chrome 5.0.375.55 beta on Windows. Please note that it works on staging (<a href="http://canopyoutdoor.biz/" rel="nofollow">http://canopyoutdoor.biz/</a> user / password: stage / stage) with Gravity Forms 1.3.11 and Chrome 5.0.375.55 beta on Windows. It could be a problem with Chrome 5.x on Windows; however it works with Gravity Forms .1.311. I will talk to our developer about providing feedback on what he did to fix the problem. Kevin Flahaut on "HTML 5 input types" https://legacy.forums.gravityhelp.com/topic/html-5-input-types#post-5724 Mon, 24 May 2010 19:38:52 +0000 Kevin Flahaut 5724@https://legacy.forums.gravityhelp.com/ I checked this out in multiple browsers again, Chrome 4.1.249 on Windows, Chrome 5.0.375.55 on Mac - error message displayed fine for me everywhere. <a href="http://grab.by/grabs/6e255223f9ebc727c79d85a88974a1b3.png" rel="nofollow">screenshot</a> I'm glad the other forms are working for you now, but I'm personally not convinced that the HTML 5 field attributes had anything to do with any styling issues. It would be great if you could post whatever "fix" your developer came up with so we can have a look. cbg on "HTML 5 input types" https://legacy.forums.gravityhelp.com/topic/html-5-input-types#post-5723 Mon, 24 May 2010 18:27:32 +0000 cbg 5723@https://legacy.forums.gravityhelp.com/ Thanks for feedback. Our developer went and fixed the styles to work with the new html 5 tags. However I would appreciate if you could help us fix a more subtle issue. I you use Chrome 5.0 and you go to <a href="http://canopyoutdoor.biz/" rel="nofollow">http://canopyoutdoor.biz/</a> (user / password: stage / stage) and click the Submit on "EMAIL A CONSULTANT" form you can see the error message caused by form validation. This site uses Gravity Forms 1.3.11. If you go to <a href="http://www.canopyoutdoor.com.au/" rel="nofollow">http://www.canopyoutdoor.com.au/</a> and click the Submit on "EMAIL A CONSULTANT" form the error message is not displayed. This happens with Chrome only (I tested with IE and Firefox and it works). I would appreciate if you have a look and provide feedback. Otherwise the other forms work correctly. Kevin Flahaut on "HTML 5 input types" https://legacy.forums.gravityhelp.com/topic/html-5-input-types#post-5711 Mon, 24 May 2010 16:59:51 +0000 Kevin Flahaut 5711@https://legacy.forums.gravityhelp.com/ I still can't replicate your issues. I've tested across multiple browsers and so far, no dice. I'm seeing normal validation and validation error styling being displayed. <a href="http://grab.by/grabs/3c72be5ce3c8a6e0ce03dae64827dba4.png" rel="nofollow">screenshot</a> What specific browsers/platform are you having problems with? There weren't any database schema changes for version 1.3.12 but if you're planning on running WordPress version 3.0, you're going to need the newest version of Gravity Forms. If you're not upgrading your WordPress install for a while, you should be able to roll back to the earlier version without any issues.