# Perspective Numeric Entry Field Not Using Full Basis **URL:** \ **Category:** Ignition\ **Tags:** ignition81\ **Created:** [September 22, 2021, 6:11pm UTC](https://forum.inductiveautomation.com/t/perspective-numeric-entry-field-not-using-full-basis/51234 "2021-09-22T18:11:34Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![swolnisty](https://avatars.discourse-cdn.com/v4/letter/s/7bcc69/32.png) [@swolnisty](https://forum.inductiveautomation.com/u/swolnisty)\ **Post date:** [September 22, 2021, 6:11pm UTC](https://forum.inductiveautomation.com/t/perspective-numeric-entry-field-not-using-full-basis/51234/1 "2021-09-22T18:11:34Z")
Lately, I have been noticing that placing a Numeric Entry Field component within a column-oriented flex container is giving me unexpected results. The component appears to only use a set height that cannot be adjusted by the component’s basis: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/c/2/c233bf412622de122fb4dead4f0be63b4def7e18.png) Placing the component in a row flex container does not seem to have the same issue, though both still exhibit the known top/bottom margin [bug](https://forum.inductiveautomation.com/t/bug-304-perspective-numeric-entry-field-not-honouring-top-bottom-margins/37993). Has anyone else encountered this? Right now, I’m embedding my numeric entry fields in coordinate containers set to percent mode, but it’s not ideal. ---
**Author:** ![ryan.white](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryan.white/32/73193_2.png) [@ryan.white](https://forum.inductiveautomation.com/u/ryan.white)\ **Post date:** [September 22, 2021, 8:35pm UTC](https://forum.inductiveautomation.com/t/perspective-numeric-entry-field-not-using-full-basis/51234/2 "2021-09-22T20:35:32Z")
I ran into the same issue when making some templates. The only way I was able to get the height of the numeric entry to stretch to the full height was to have the numeric entry in a column flex container, in a row flex container. ![as42rfdfw3rwf](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/f/2fe312e394fee59657341f31fe909adb2a574b6b.png) The column flex container is set to center justify, stretch alignItems, flex-start alignContent, grow 1, shrink 1, basis ‘Auto’ The row flex container is set to flex-start justify, stretch alignItems ,stretch alignContent, grow 0, shrink 1, basis 120px ( the grow and basis for this container is how I’m maintaining the width of the entry) End result: ![235sd56sf](https://us1.discourse-cdn.com/inductiveautomation/original/3X/e/1/e194b077e82475e07bf3af13a73d96d8b51d9753.png) ---
**Author:** ![rpavlicek](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/rpavlicek/32/55868_2.png) [@rpavlicek](https://forum.inductiveautomation.com/u/rpavlicek)\ **Post date:** [September 27, 2021, 3:19pm UTC](https://forum.inductiveautomation.com/t/perspective-numeric-entry-field-not-using-full-basis/51234/3 "2021-09-27T15:19:53Z")
I’m having this issue as well, though I updated from 8.0.16 to 8.1.10, so not sure which version this would have changed. With mine, I have a flex container which is used in a flex repeater which resides in a coordinate container. But this only causes the issue in designer, but not the perspective session. **Here’s some other notes** : In it’s root flex container - The numerical labels are squished when the view size height is exactly the size of all components… If I increase the height size of the view, they expand to their full basis (grow is 0) as I expected. However, when they are in my flex repeater, inside a coordinate container which is inside a tab container view, they remain squished. But as I said above, when in a session, they appear normal, so it just makes it a little confusing in designer. They didn’t do this in 8.0.16, but after upgrading, this all happened. ---
**Author:** ![jd1](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jd1/32/18928_2.png) [@jd1](https://forum.inductiveautomation.com/u/jd1)\ **Post date:** [February 4, 2022, 8:15pm UTC](https://forum.inductiveautomation.com/t/perspective-numeric-entry-field-not-using-full-basis/51234/4 "2022-02-04T20:15:26Z")
I’m still noticing this running 8.1.12. Has this been fix in .14 or do we have any update as to when it will be fixed? ---
**Author:** ![indenkleefj](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/indenkleefj/32/10961_2.png) [@indenkleefj](https://forum.inductiveautomation.com/u/indenkleefj)\ **Post date:** [May 2, 2022, 3:04pm UTC](https://forum.inductiveautomation.com/t/perspective-numeric-entry-field-not-using-full-basis/51234/5 "2022-05-02T15:04:31Z")
Any updates? ---
**Author:** ![Micah\_Carr](https://avatars.discourse-cdn.com/v4/letter/m/bbe5ce/32.png) [@Micah\_Carr](https://forum.inductiveautomation.com/u/Micah_Carr)\ **Post date:** [June 22, 2023, 3:05pm UTC](https://forum.inductiveautomation.com/t/perspective-numeric-entry-field-not-using-full-basis/51234/6 "2023-06-22T15:05:45Z")
I too am having this issue on 8.1.27 ---
**Author:** ![Eagel007](https://avatars.discourse-cdn.com/v4/letter/e/7bcc69/32.png) [@Eagel007](https://forum.inductiveautomation.com/u/Eagel007)\ **Post date:** [March 28, 2024, 8:37pm UTC](https://forum.inductiveautomation.com/t/perspective-numeric-entry-field-not-using-full-basis/51234/7 "2024-03-28T20:37:52Z")
![there you go.](https://us1.discourse-cdn.com/inductiveautomation/original/3X/e/0/e08783150ba8755cc19fde961fc91ad03ed9148e.png)