Tabe 1 “Filter Form”: used to collect values to be used with filtering action “Update Results”
Table 2: “Care Givers deck” shows a list of results that may align with one or more filters in the filter form and is intended to be filtered after a new row is added in Table 1
Table 3: “Care Givers Dashboard” : has 2 views, 1st is the filtering card that points to the Table 1 “Filter form”. view 2 is “Care Givers deck”
…
Table 1’s Actions is mainly to save each unique filter as a new row in form, but at the same time once entry is submitted to open a filtered view, hence why i used this formula once form is saved
Since you’re using a dashboard (which is a good idea):
Create a table to contain the filter parameters. Each user should get their own row.
Create a slice of the table in (1) with a Row filter condition that excludes all but the one row for the current user.
Create a view on the slice in (2) of type detail. Add all columns that the user may modify to adjust the filter as Quick edit columns.
Create a slice on the table containing the data to be filtered (the table used by the Care Givers Deck view). Set the Row filter condition to an expression that uses the columns of the slice in (2) to include only the appropriate rows.
Create a view that uses the slice in (4) to display the filtered results.
Add the views in (3) and (5) to your dashboard view.
With the above, there is no need for a form view, a navigation action, or the use of LINKTOFILTEREDVIEW().
Nope. If your app doesn’t require logins, table (1) should have one row per user device, and slice (2) should include only the row for the current device. The current device can be identified with CONTEXT("Device").
slice of the table in (1) with a Row filter condition that excludes all but the one row for the current user.
So initial Value formula USEREMAIL() will fill rows of the Table1 with User Id as User Email. So if you have 3000 users that open the detail view in 3 then Table 1 will have 3000 rows (records added). Guess that is the way how it works. And the filter condition should be USEREMAIL().
So initial Value formula USEREMAIL() will fill rows of the Table1 with User Id as User Email. So if you have 3000 users that open the detail view in 3 then Table 1 will have 3000 rows (records added). Guess that is the way how it works.
Yep. If you didn’t give each user their own row, there would be a chance one user could interfere with another, as two or more users could be using the same row at a time.
Create a slice on the table containing the data to be filtered (the table used by the Care Givers Deck view). Set the Row filter condition to an expression that uses the columns of the slice in (2) to include only the appropriate rows.