# Please do not get rid of my dear friend, gf\_invisible
**URL:** https://community.gravityforms.com/t/please-do-not-get-rid-of-my-dear-friend-gf-invisible/19848
**Category:** General Discussion
**Tags:** gf\_invisible
**Created:** [November 11, 2025, 8:13am UTC](https://community.gravityforms.com/t/please-do-not-get-rid-of-my-dear-friend-gf-invisible/19848 "2025-11-11T08:13:25Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@verysiberian](https://community.gravityforms.com/u/verysiberian)
#### Post date: [November 11, 2025, 8:13am UTC](https://community.gravityforms.com/t/please-do-not-get-rid-of-my-dear-friend-gf-invisible/19848/1 "2025-11-11T08:13:25Z")
Please do not remove support for the CSS Ready Class gf\_invisible. We use it in numerous situations (many forms and several sites) for fields already configured so that their visibility setting is hidden. “Why on earth would you do such a thing?” I hear you asking. “If you already set the field’s visibility to hidden, then you should not also need to add gf\_invisible.”
But we often do, and here’s why: we have tons of Gravity Flow workflows in which a hidden field’s functionality is necessary for conditional logic. This means that the field, although hidden, must appear among those displayed for the relevant step (e.g., user input or approval). In such cases, the “hidden” field is shown to the user, but the user has no business seeing it since it’s purely there for functionality. Adding gf\_invisible to a field set to hidden in its visibility settings has been the perfect solution for us. Please, please keep it. Thanks!
---
### Author:  [@chrishajer](https://community.gravityforms.com/u/chrishajer)
#### Post date: [November 11, 2025, 5:40pm UTC](https://community.gravityforms.com/t/please-do-not-get-rid-of-my-dear-friend-gf-invisible/19848/2 "2025-11-11T17:40:25Z")
When the CSS Ready Classes are deprecated in Gravity Forms, you can carry the class forward in your own projects by adding the following to your theme stylesheet or Custom CSS:
```auto
/*
gf_invisible
*/
.gform_wrapper .gf_invisible {
left: -9999px;
position: absolute;
visibility: hidden;
}
```
Replacements for other deprecated CSS Ready Classes can be found here:
> **[Migrating Your Forms from Ready Classes](https://docs.gravityforms.com/migrating-your-forms-from-ready-classes/#h-code-snippets)**
>
> If your forms use CSS Ready Classes, now is the time to begin transitioning to the Layout Editor or custom CSS solutions to ensure compatibility with upcoming versions of Gravity Forms.
---
### Author:  [@verysiberian](https://community.gravityforms.com/u/verysiberian)
#### Post date: [November 14, 2025, 10:31am UTC](https://community.gravityforms.com/t/please-do-not-get-rid-of-my-dear-friend-gf-invisible/19848/3 "2025-11-14T10:31:23Z")
Yes, thanks, I realize that, but it is quite a massive chore to update hundreds of fields on hundreds of forms using the CSS Ready Classes. Many of us who have used Gravity Forms for 10+ years have a huge number of updates to make in preparation for this change. I really hope that you will find a way to support your customers who have been following your documentation for years and using CSS Ready Classes until these warnings started appearing. Perhaps you would consider creating a plugin or snippet that would automate the migration. Thank you for considering the idea.
---
### Author:  [@richardw8k](https://community.gravityforms.com/u/richardw8k)
#### Post date: [November 14, 2025, 11:30am UTC](https://community.gravityforms.com/t/please-do-not-get-rid-of-my-dear-friend-gf-invisible/19848/4 "2025-11-14T11:30:42Z")
Gravity Forms 3.1 won’t be released for at least a year, 3.0 is still in development, so you have plenty of time to plan and implement the required changes.
---
### Author:  [@richardw8k](https://community.gravityforms.com/u/richardw8k)
#### Post date: [November 14, 2025, 11:30am UTC](https://community.gravityforms.com/t/please-do-not-get-rid-of-my-dear-friend-gf-invisible/19848/5 "2025-11-14T11:30:56Z")