Making a field writable based on a condition
Hello Friends,
I am not able to wrap my head around this thing. I want to make the "To Address" text field writable if the selection in the choice field is "OTHER". Apart from "OTHER" if it is anything else, the "To Address" text field should not be writable.
So I have written this condition in the Writable If setting of the "To Address" field:
upper(text('To Wallet')) = upper("other")
I don't know what am I doing wrong, but this thing is not working. The only thing that works is if I hardcode "true" or "false" in the setting.
upper(text('To Wallet')) = true
The reason I want to keep the field as non writable for rest of the options is 'cuz if I choose any other option apart from "OTHER", it autofills the wallet address.
Please help !!
13 replies
-
I have recreated a working version of this with no issues
upper(text('To Wallet')) = upper("other")
Not sure what is wrong. What values of 'To Wallet' do you have?
What I would say is that it's always better to use the number associated with the choice. In my version, it is the third choice and I would put
'To Wallet' = 3
Regards John
-
It is also confirmed on Android as well
-
I don't know what's wrong with my app then. I tried this at least for 1 hr with different options before posting in the forum.
I will try once again !!
Thank you all for your help
-
Here is the sample database..
I still can't enter anything in the text field. It is locked for editing unless I just write "true" in the Writable only if setting.
I don't know what is wrong. I have tried everything... Restart the computer, take backup, delete database and open from the backup.. Nothing has worked.
-
Thanks for the demo. Using the number associated with OTHER works, so try
number('To Wallet') = 23
Regards John
-
Here is what Ninox says:
After looking over the database, the cause of this is that the field using text('To Wallet') renders before the select statement is complete, meaning it isn't populated. On the other hand, record(Wallets,number('To Wallet')).Name = “OTHER" directly accesses the data in the other table, and doesn't rely on the select statement running to completion first.
This is partially down to how select statements work in Ninox, but our developers will be able to put measures in place to ensure this doesn't happen. I have created a bug ticket, in the meantime, thank you for bringing this to our attention.
-
Doesn’t this seem to be exactly the same issue as in this topic? https://forum.ninox.com/t/h7ylp9m?r=q6yl0br
Content aside
- Status Answered
- 13 days agoLast active
- 13Replies
- 108Views
-
6
Following