# Input Data Fields Validation Should Be at The Top of The List **URL:** \ **Category:** Feature Requests\ **Created:** [September 23, 2023, 2:45pm UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461 "2023-09-23T14:45:14Z")\ **Posts on this page:** 18\ **Page:** 1
**Author:** ![Monj](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/monj/32/62349_2.png) [@Monj](https://community.glideapps.com/u/Monj)\ **Post date:** [September 23, 2023, 2:45pm UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/1 "2023-09-23T14:45:14Z")
In the world of software development, we often emphasize the principle: “Garbage In, Garbage Out.” The quality of data input directly affects the quality of the output. Today, I stand before you as a passionate member of the Glide community to address a critical need for our platform—a need that, if fulfilled, can significantly enhance the experience for developers and users alike. First and foremost, let me express my admiration for Glide as a powerful platform. Its capabilities are vast, and it has enriched the lives of many developers. However, there is one significant challenge we face—input field validation. In the realm of software engineering, ensuring the integrity of user input data is paramount. Effective validation should occur on the front end, prior to data transmission to the database. While Glide offers workarounds that can involve a multitude of steps, these methods, though helpful, often feel like an inefficient use of a developer’s time. We believe that our efforts should be focused on innovation and creativity, rather than spending hours laboriously validating inputs. Imagine the impact on our community if Glide were to prioritize this feature enhancement. By addressing this fundamental need, Glide could catalyze a substantial improvement in the efficiency and productivity of developers. In essence, it would be like strengthening the foundation of a house, ensuring its stability and longevity. I earnestly appeal to my fellow Glide developers to rally behind this crucial cause. Let’s unite to demonstrate the significance of this feature request to the Glide team. Please show your support by upvoting and providing comments that highlight the importance of enhanced input field validation in our beloved platform. Together, we can elevate Glide to new heights, making it an even more invaluable resource for developers worldwide. Your engagement in this endeavor is greatly appreciated. @david @NoCodeAndy @Jeff_Hager @Darren_Murphy @ThinhDinh @Mark Thank you for your attention and support. ---
**Author:** ![david](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/david/32/62831_2.png) [@david](https://community.glideapps.com/u/david)\ **Post date:** [September 23, 2023, 9:59pm UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/2 "2023-09-23T21:59:24Z")
You’ve pinged me on the weekend and I don’t even understand what you’re asking for. Was this written by ChatGPT? Data validation already happens on the client–can you please be more specific? ---
**Author:** ![Monj](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/monj/32/62349_2.png) [@Monj](https://community.glideapps.com/u/Monj)\ **Post date:** [September 24, 2023, 1:33am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/3 "2023-09-24T01:33:04Z")
Hi @david, Thank you for responding. First, I wrote my request first and asked ChatGPT to help me phrase it better. Allow me to elaborate on this critical feature request that could significantly enhance our experience with Glide apps. Currently, when we incorporate input form components into a form, it would be immensely beneficial if each component inherently possessed the capability to perform form validation. This would obviate the need for complex validation processes through tables, streamlining the form validation workflow. Take, for instance, the **Phone Entry component.** Ideally, it should only accept numerical input and a limited set of characters such as ‘()±’. However, the current behavior permits any input, including letters, to pass through to the table. This leads to what can be aptly described as “Garbage In.” Presently, the workaround entails creating a computed field to perform this validation, which can be rather time-consuming, especially when dealing with multiple input fields. The above **Phone Entry component** example is just one instance. Let’s consider a simpler case - the **Text Entry component.** Suppose we wish to restrict input to a specific length, say, 10 characters. It would be highly advantageous if we could define this input length directly during the design phase, rather than necessitating the creation of a computed field for subsequent validation. In essence, the proposed feature would significantly streamline the development process, saving valuable developer time and effort. Your support for this feature request would be invaluable in advocating for its implementation. I trust that this explanation clarifies the importance of this feature. Thank you for your consideration and support. PS. I have to say that I love Glide Apps and this request will only make my love for it grow even deeper. ---
**Author:** ![ThinhDinh](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/thinhdinh/32/49_2.png) [@ThinhDinh](https://community.glideapps.com/u/ThinhDinh)\ **Post date:** [September 24, 2023, 1:33am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/4 "2023-09-24T01:33:37Z")
What exact validation do you want? ---
**Author:** ![Monj](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/monj/32/62349_2.png) [@Monj](https://community.glideapps.com/u/Monj)\ **Post date:** [September 24, 2023, 1:34am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/5 "2023-09-24T01:34:48Z")
I just posted my response. Please read above. Thanks. ---
**Author:** ![ThinhDinh](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/thinhdinh/32/49_2.png) [@ThinhDinh](https://community.glideapps.com/u/ThinhDinh)\ **Post date:** [September 24, 2023, 1:36am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/6 "2023-09-24T01:36:40Z")
> [@Monj](#): > > The above **Phone Entry component** example is just one instance. Let’s consider a simpler case - the **Text Entry component.** Suppose we wish to restrict input to a specific length, say, 10 characters. It would be highly advantageous if we could define this input length directly during the design phase, rather than necessitating the creation of a computed field for subsequent validation. This is already built in. ![image](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/3X/9/8/98c4205dcd0adc9e38d7983b643ac0062667e740.png) ---
**Author:** ![Monj](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/monj/32/62349_2.png) [@Monj](https://community.glideapps.com/u/Monj)\ **Post date:** [September 24, 2023, 1:44am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/7 "2023-09-24T01:44:05Z")
Oops! I’m sorry, I meant the **Number Entry component** not Text Entry. ---
**Author:** ![Darren\_Murphy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/darren_murphy/32/47326_2.png) [@Darren\_Murphy](https://community.glideapps.com/u/Darren_Murphy)\ **Post date:** [September 24, 2023, 1:47am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/8 "2023-09-24T01:47:33Z")
You can set min/max values with the Number Entry component, and it doesn’t accept non-numeric inputs. Which additional validations should it have? ---
**Author:** ![Monj](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/monj/32/62349_2.png) [@Monj](https://community.glideapps.com/u/Monj)\ **Post date:** [September 24, 2023, 1:55am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/9 "2023-09-24T01:55:30Z")
![Screenshot 2023-09-23 at 9.51.02 PM](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/3X/5/7/575b301426694ea93a10c8a936255c6bd63e2a4c.jpeg) ![Screenshot 2023-09-23 at 9.51.08 PM](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/3X/1/a/1ae0debf5ae73111ac704b1943c7c42067a4d154.png) Here is an example and you can see that is allow non-numeric inputs. Am I missing something? It did not validate the input. The validation shouldn’t even allow the form to be submitted. It should have given and error msg that nothing is allowed but numbers. The only way to do this is through the workaround of computed fields. Am I correct on this? ---
**Author:** ![Monj](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/monj/32/62349_2.png) [@Monj](https://community.glideapps.com/u/Monj)\ **Post date:** [September 24, 2023, 1:57am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/10 "2023-09-24T01:57:40Z")
How about the **Phone Entry component**? ---
**Author:** ![ThinhDinh](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/thinhdinh/32/49_2.png) [@ThinhDinh](https://community.glideapps.com/u/ThinhDinh)\ **Post date:** [September 24, 2023, 7:41am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/11 "2023-09-24T07:41:07Z")
I don’t know how you got “w” in there, but “e” is considered a default possible key to enter in number entries for HTML5 number input elements. As I understand, it stands for the exponent, and is used for shortening long numbers. E.g: 200 = 2 \* 10^2 = 2e2. However, I have not used this before. I just tried and see that I can’t submit an add form with the number entry having an “e” character. I would also suggest you not tagging the team or us in the posts. A post in the feature requests section should be enough. For the Phone entry component, phone numbers in some cases do have characters inside them, I think mainly for marketing purposes. > **[Phoneword](https://en.wikipedia.org/wiki/Phoneword)** > > Phonewords are mnemonic phrases represented as alphanumeric equivalents of a telephone number. In many countries, the digits on the telephone keypad also have letters assigned. By replacing the digits of a telephone number with the corresponding letters, it is sometimes possible to form a whole or partial word, an acronym, abbreviation, or some other alphanumeric combination. > Phonewords are the most common vanity numbers, although a few all-numeric vanity phone numbers are used. Toll-free teleph... ---
**Author:** ![Monj](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/monj/32/62349_2.png) [@Monj](https://community.glideapps.com/u/Monj)\ **Post date:** [September 25, 2023, 2:55pm UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/12 "2023-09-25T14:55:01Z")
Okay Thank you. ---
**Author:** ![david](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/david/32/62831_2.png) [@david](https://community.glideapps.com/u/david)\ **Post date:** [September 25, 2023, 3:00pm UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/13 "2023-09-25T15:00:11Z")
In summary: 1. You want an option to make the Number entry stricter 2. You want some way to make the Phone Number entry stricter–phone numbers can contain letters and other symbols. Can you explain what you need in this case? ---
**Author:** ![Monj](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/monj/32/62349_2.png) [@Monj](https://community.glideapps.com/u/Monj)\ **Post date:** [September 25, 2023, 3:36pm UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/14 "2023-09-25T15:36:08Z")
David, In simple terms, all I am asking is that when we add a form component (during the design process) that we can have check a box or have some parameter settings that specify the validation of that component. So when the user is filling out the form, the validation is happening live and NOT ALLOW the user to submit the form until they have filled out the form correct. Again, it would be VERY HELPFUL if we DO NOT have to spend the time trying to figure out how to do this with computed columns. It just takes too much time away from us, especially when you have lots of components to validate. I hope this make better sense. Thank you. ---
**Author:** ![Monj](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/monj/32/62349_2.png) [@Monj](https://community.glideapps.com/u/Monj)\ **Post date:** [September 25, 2023, 8:29pm UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/15 "2023-09-25T20:29:14Z")
> [@ThinhDinh](#): > > > [@Monj](#): > > > > The above **Phone Entry component** example is just one instance. Let’s consider a simpler case - the **Text Entry component.** Suppose we wish to restrict input to a specific length, say, 10 characters. It would be highly advantageous if we could define this input length directly during the design phase, rather than necessitating the creation of a computed field for subsequent validation. > > This is already built in. > > ![image](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/3X/9/8/98c4205dcd0adc9e38d7983b643ac0062667e740.png) I just want to add that the min and max length validation still passes whatever amount of characters to the table regardless of what limit you enter in them. So technically, it doesn’t stop users from entering more characters and that defeats the purpose. ---
**Author:** ![ThinhDinh](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/thinhdinh/32/49_2.png) [@ThinhDinh](https://community.glideapps.com/u/ThinhDinh)\ **Post date:** [September 26, 2023, 12:12am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/16 "2023-09-26T00:12:18Z")
Do you still talk about the Text Entry component? I think it definitely works within a native form. Are you talking about a custom form? If that’s the case, custom forms are just a workaround for us. Glide does not officially support it, and entry components’ validation have never been intended to be used outside of the native forms. ---
**Author:** ![Monj](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/monj/32/62349_2.png) [@Monj](https://community.glideapps.com/u/Monj)\ **Post date:** [September 26, 2023, 12:23am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/17 "2023-09-26T00:23:24Z")
Yes, Text Entry on Custom Forms. Thanks. ---
**Author:** ![ThinhDinh](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/thinhdinh/32/49_2.png) [@ThinhDinh](https://community.glideapps.com/u/ThinhDinh)\ **Post date:** [September 26, 2023, 12:33am UTC](https://community.glideapps.com/t/input-data-fields-validation-should-be-at-the-top-of-the-list/66461/18 "2023-09-26T00:33:52Z")
Yeah, that’s not supported. As noted above, custom forms are just a workaround, originally for the fact that duplicate validation is not supported in native forms for Classic Apps.