Can anyone see what’s going wrong with this, my equal to or greater than (=>) function is behaving like an equal to (=).
I have a grey coloured group for line-items which has three inputs.
When the user fills the inputs and clicks the ‘Add item’ button, the inputs collapses (for nicer user experience) and the info is displayed on a repeating group. A user can show the inputs again if they want to add more line items.
I collapse the inputs with a condition saying when the repeating group’s line item’s are => 1 then hide.
The problem is that the condition => is behaving like an equals to, the greater than part doesn’t work. So, if the group’s line item count is exactly 1, it is hidden, but when it’s more than 1 it shows again?
I did a test and set the condition to => 3 and it only hides when there are 3 repeating group’s line item’s. Am I missing something?
Similar issues happen to me from time to time and alot of times it’s because I copy and pasted groups and forgot to check for conditions in their elements that were also carried over.
Try and check if there are conditions in the parent and child elements that might be affecting this particular condition.
And what you do if you want to show it again?
It can be some conflict in this particular condition…
Can you show us a video of the problem?
(use Loom to record and share your screen. Super easy)
This is nothing to do with the conditional - but rather due to the ‘show Line item inputs show/hide’ action you’re running when the ‘Add another item’ text is clicked (which will override any initial visibility settings).
I doubled checked this but can’t find any problems that would stop it from working.
I simply ‘show’ the group with the input fields when a text link is clicked, but I have removed this completely to try and eliminate that as a cause for the issue. I made a video as you suggested;
Video showing the issue.
Thanks for suggestion of Loom, seems very handy!
I wondered this also, but I have now removed the ‘Add another item’ text action and it didn’t make a difference.
I wondered this also, but I have now removed the ‘Add another item’ text action and it didn’t make a difference.
I just took another look at your app - The Add another item text action is still there…
Aside from that it seems to be working fine (as expected) for me…
Maybe I’m misunderstanding the issue?..
Can you be clearer about what you’re expecting to happen (and why)… and what you’re seeing…
@adamhholmes The ‘Add another item’ text only Show’s the input fields (image below) if they are hidden. This shouldn’t be causing any issues. See the video above which shows the issue as I see it.
To confirm, once the ‘Add item’ has been clicked and the users first line item has been added, then the input fields should be hidden unless ‘Add another item’ text is clicked to Show them again.
This is the bit which isn’t behaving as expected because when there are 3, 4 or more line items, it is NOT hidden?
Yes, as i said previously (and having just watched the video you posted above), when you click ‘Add Another Item +’ you’ve running a workflow to show the Input group (that will override any initial display settings, including conditionals) - and nothing to hide it again- that’s why it’s visible.
If you refresh the page and reopen the invoice, the input group doesn’t show (as per your conditional), exactly as expected.
If you want to hide it after adding new line items you’ll need to add an action to do so.
1 Like
Oh I did it, yes adding an action to the workflow so that when ‘Add item’ is clicked the input group hides. This is strange to me, I can’t see why this was needed, I am going to look at this and see if I can see the logic. Thanks, I wouldn’t have solved this!
1 Like
