So funny. I came here today to ask for help with a filtering problem and discovered the perfect solution…submitted almost two years ago by ME! Fortunately Coda has a better memory than I do!
@shishir my intuition is that this require a new row to be added for ea subsequent user. Hmm maybe I could build an automation that when a user is added to the user table it adds a row to the search table? I have several searches throughout my doc and ideally wouldn’t have to be adding and removing as people come and go
Yes, you do need a row per user. For my docs, I’ve added a button that creates a row for the user and it’s disabled if one already exists. It’s also helped steer people towards the search feature because they interact with the doc and see it pop up.
Hey everyone! Has anyone run into the problem with this solution where the end user keeps hitting “enter” on the search and then multiple rows are added? Or is it just my team loves to break things? LOL. Curious how best to curb thaaaat situation.
You’re not the only one experiencing this, it’s a common issue with this workaround. Here are a couple options that aren’t perfect, but might help.
The first option is to filter table to only show first row. If they add another row, they’ll see the yellow filter highlight and when they click on the first one, the others will filter out. This works, but leaves your table with lots of empty rows.
The button option can show “Search” on a button and really just be something to click on when the real action that lets the search happen is just clicking off the cell you’re typing in. But if it row is after the first row, it’ll show “Delete” in the label and delete the row instead. This is a better visual for what they are seeing and might help them easily fix the issue without worrying about it.
Add column called “Row” with the formula
thisTable.Find(thisRow)
Add a button column and for the label formula, use:
Another solution @Camille_Nussbaum is to create a button in the row with the action DeleteRows(thisrow); disable the button if it IsNotBlank() and then have an automation that runs hourly or daily and presses all the button, thus cleansing the table. Good luck!
@BenLee Is there any way to just turn off the “enter adds a new row” feature? Sure, there are times when it’s useful…but there’s also times when it creates problems. Thanks! Gregg
I feel your pain here as well, but the best we have right now is to hide the new row option in the table settings, but it doesn’t block a new row from being created by pressing enter.
I think a short answer for us would be to add a setting for this, but that wouldn’t really offer much more to the product except for this scenario. We don’t have it on the map yet, but we will look at user specific options at some point and then we can have a more wholistic solution that removes the need for this setup and makes this a lot easier.