# Edit screen or visibility conditions on "entry" ones?

**URL:** <https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564>\
**Category:** Ask for Help\
**Created:** [July 26, 2021, 2:23pm UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564 "2021-07-26T14:23:36Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![AyS\_0908](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/ays_0908/32/27349_2.png) [@AyS\_0908](https://community.glideapps.com/u/AyS_0908)\
**Post date:** [July 26, 2021, 2:23pm UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/1 "2021-07-26T14:23:36Z")

</div>

Dear all,

I am building an app to create projects ideas (_entry_ fields) which are then visible without modifications by any users (_display_ fields).

I am hesitating between using the “Edit” screen in complement to the “Display” one  
OR  
to only use the “Display” one by combining display & entry fields with visibility conditions according to the type of user.

The reason is that I need many _choice components_ rating from 1 to 5 for the project creation, and for UX matters, I want them to be:

- in _bar_ instead of _dropdown menu_
- and _not required_, but the _bar_ choice component is limited to 4 grades otherwise it becomes _required_.

=\> What risks to you see if everything is in the same page (except the need to be well organised in field naming)?

Many thanks in advance

---

<div class="post-metadata">

**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:** [July 27, 2021, 12:00am UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/2 "2021-07-27T00:00:50Z")

</div>

The main drawback, for me, when you use entry fields on a details screen is that the edits are live. It’s not in an edit environment when you can choose to “submit” your changes or “revert” back to what you had before entering that screen.

If you feel that live changes are ok then just but those entries on screen, but for me I always prefer an edit environment.

> [@AyS\_0908](#):
>
> The reason is that I need many _choice components_ rating from 1 to 5 for the project creation, and for UX matters, I want them to be:
> 
> - in _bar_ instead of _dropdown menu_
> - and _not required_ , but the _bar_ choice component is limited to 4 grades otherwise it becomes _required_ .

I don’t get what you’re trying to do here, can you talk more about this? What is the different in using a choice component in a details view and an edit view?

---

<div class="post-metadata">

**Author:** ![AyS\_0908](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/ays_0908/32/27349_2.png) [@AyS\_0908](https://community.glideapps.com/u/AyS_0908)\
**Post date:** [July 27, 2021, 6:28am UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/3 "2021-07-27T06:28:09Z")

</div>

Hi @ThinhDinh and thanks for your answer.

> [@ThinhDinh](#):
>
> > [@AyS\_0908](#):
> >
> > I need many _choice components_ rating from 1 to **5** (…) and for UX matters, I want them to be
> > 
> > - displayed in _bar_ instead of _dropdown menu_
> > 
> > - and _not required_ [cf. choice must be selected as of 5 grades to submit]
> 
> (…) What is the different in using a choice component in a details view and an edit view?

In my case, I have a screen with 100 fields including dozens of choice components (5 grades, to display in _bar_); the user must be able to fill this screen in several times.

If choice components are with the format of “5 grades in _bar_”, they become _required_:

- In _edit_ view: the user cannot submit except if he selects all the choice components
- In _detail_ view: no submit is required, so, even if he does not select all the choice components, his modifications on other fields will be taken into account.

If you have a better workaround where I can have “5 grades choice components in _bar_” AND be able to submit in _edit_ view without filling-in all of them, I take it!

Thanks

---

<div class="post-metadata">

**Author:** ![Jeff\_Hager](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/jeff_hager/32/43_2.png) [@Jeff\_Hager](https://community.glideapps.com/u/Jeff_Hager)\
**Post date:** [July 27, 2021, 6:56am UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/4 "2021-07-27T06:56:34Z")

</div>

Would a Link To Screen → This Item work, so you get a separate screen attached to the same row. Use that screen for editing. It would still be live edits though. Completely understand that temporary USC columns are out of the question in your situation, otherwise I would have suggested that as a way to have a custom edit screen with a submit button. But I think the Link to Screen would be a reasonable option if you are OK with live edits.

---

<div class="post-metadata">

**Author:** ![AyS\_0908](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/ays_0908/32/27349_2.png) [@AyS\_0908](https://community.glideapps.com/u/AyS_0908)\
**Post date:** [July 27, 2021, 7:02am UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/5 "2021-07-27T07:02:20Z")

</div>

Thank you @Jeff_Hager,

USC: yes, as you state, quite a nightmare to set it up.

Link to Screen: truth is that I already combine “edit” and “link to screen” according to the type of Choice Component: some are priority 2 and are hosted in a link to screen (so no issue here), but some must remain in the main “edit” screen… so they are _subject to submit_!

At this stage, I don’t see any other approach than the “Detail” screen with both edit & display fields visible according the user type…except if there is a _reliable_-CSS-trick enabling to display 6 choices (5 grades + empty) in a choice component.  
As @ThinhDinh mentioned, the main issue is the “live modifications”, ie. no error authorized.

---

<div class="post-metadata">

**Author:** ![Eric\_Penn](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/eric_penn/32/73888_2.png) [@Eric\_Penn](https://community.glideapps.com/u/Eric_Penn)\
**Post date:** [July 27, 2021, 2:29pm UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/6 "2021-07-27T14:29:42Z")

</div>

You could make the last option on the choice component an arrow “ -\>” revealing more choices.

Required CSS, none.

---

<div class="post-metadata">

**Author:** ![AyS\_0908](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/ays_0908/32/27349_2.png) [@AyS\_0908](https://community.glideapps.com/u/AyS_0908)\
**Post date:** [July 27, 2021, 3:01pm UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/7 "2021-07-27T15:01:33Z")

</div>

Thank you, this is a good idea for other types of choice component in my app; unfortunately not for this one, since it is a 1 to 5 _bar_… it would be a little strange to have the “5” in another choice list

---

<div class="post-metadata">

**Author:** ![Jeff\_Hager](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/jeff_hager/32/43_2.png) [@Jeff\_Hager](https://community.glideapps.com/u/Jeff_Hager)\
**Post date:** [July 27, 2021, 6:17pm UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/8 "2021-07-27T18:17:39Z")

</div>

Yeah, I don’t think there is a way to use CSS to get more options in a horizontal choice component. That’s more than just a visual trick. That’s getting into the functionality that runs the behind the scenes code. You can change how things look with CSS, but you can’t change how they function.

I can’t think of a good solution for your case. If it were me, I’d probably switch to horizontal inline lists or make a custom form, but it’s still a lot of overhead in your case. I added a note here to menu if glide does a live coding session again.

> [@Future Live Coding - Small Fix - Wiki #livecodingwiki](https://community.glideapps.com/t/future-live-coding-small-fix-wiki-livecodingwiki/29395):
>
> Glide’s Live Coding sessions have been great and have taken care of several small issues. I’m creating this wiki in an effort to consolidate and organize any future ideas that we may feel could be accomplished in a short 2 hour programming window. Discussion is fine, but try to edit this first post if you have something that you want add. Keep the description brief, but with enough details to make sense. Just click on [image] down below. Occasionally I will see things in other posts which m…

---

<div class="post-metadata">

**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:** [July 27, 2021, 11:46pm UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/9 "2021-07-27T23:46:37Z")

</div>

I think I did have this problem before.

What I did is overwrite the conditions for the “Done” or “Submit” button with CSS so it becomes active even if the required choices haven’t been filled.

It’s something like:

```auto
<pre><span><style>
[data-test="nav-button-Done"] {
pointer-events: auto;
}

```

Then set that to be visible when all of your actual required fields on that screen are not empty.

---

<div class="post-metadata">

**Author:** ![AyS\_0908](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/ays_0908/32/27349_2.png) [@AyS\_0908](https://community.glideapps.com/u/AyS_0908)\
**Post date:** [July 28, 2021, 12:46am UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/10 "2021-07-28T00:46:48Z")

</div>

> [@ThinhDinh](#):
>
> ```auto
> <pre><span><style>
> [data-test="nav-button-Done"] {
> pointer-events: auto;
> }
> 
> ```

> [@ThinhDinh](#):
>
> Then set that to be visible when all of your actual required fields on that screen are not empty.

Thanks @ThinhDinh, it would be great. What exactly do you mean with regards to the visibility conditions: should I make the rich text visible if each of the choice component is not empty?

Thanks

---

<div class="post-metadata">

**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:** [July 28, 2021, 12:50am UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/11 "2021-07-28T00:50:34Z")

</div>

Let’s say:

Choice 1, Choice 2, Choice 3 is required (by your rules).

Choice 4, Choice 5, Choice 6 is not required but you need to show 5 options.

Just set them all to required to show 5 options, then use the CSS above to override the “Done” button. Set the CSS to be “visible” when Choice 1, Choice 2, Choice 3 are all not empty.

---

<div class="post-metadata">

**Author:** ![AyS\_0908](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/ays_0908/32/27349_2.png) [@AyS\_0908](https://community.glideapps.com/u/AyS_0908)\
**Post date:** [July 28, 2021, 7:23am UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/12 "2021-07-28T07:23:56Z")

</div>

You are 99% 🙂 a genius! Why not 💯?

Because I have to rebuild dozens of Choice components: it works with the new component (after CSS was implemented), but not on the old ones (before CSS was implemented).

→ No choice made on none component = “Done” inactive:

 ![image](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/3X/b/3/b309e406ab6b51802a46061c48554ff94a8bc0c6.png)

→ Choice made on the component created **before** CSS was implemented (without visibility condition for the test even on the components that are actually required) = “Done” active

 ![image](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/3X/6/6/66791d18ebacb2df89e5b8b6694a946103cf36fd.png)

Many thanks @ThinhDinh

> [@ThinhDinh](#):
>
> ```auto
> <pre><span><style>
> [data-test="nav-button-Done"] {
> pointer-events: auto;
> }
> 
> ```
> 
> Then set that to be visible when all of your actual required fields on that screen are not empty.

---

<div class="post-metadata">

**Author:** ![NoCodeAndy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/nocodeandy/32/62530_2.png) [@NoCodeAndy](https://community.glideapps.com/u/NoCodeAndy)\
**Post date:** [January 17, 2024, 4:51pm UTC](https://community.glideapps.com/t/edit-screen-or-visibility-conditions-on-entry-ones/29564/13 "2024-01-17T16:51:05Z")

</div>