Iโm not sure if this is a bug, or something that needs to be requested.
When I create a slice, the views for that slice donโt go off of the root tableโs views, instead the app creates itโs own quick view for the slice.
It seems like the system should default to the root tableโs views if there isnโt something specified for the slice - but itโs not doing that.
I donโt know if thatโs a bug or not.
But itโs kinda annoying to have to create duplicate views if I donโt want anything to be different.
Then you get into the area of forgetting to update these duplicates when you make changes to the root tableโs views.
Bug or no?
Matt, do you mean you set up an explicit top level view for the slice, but then the details view is not inheriting what you set up for the table?
No.
When I create a slice, but do NOT create any views for it, one would assume it would use the base tableโs views.
Slices are not doing this.
Theyโre creating a fast view and using those.
Now once I create a view for the slice it uses that.
Itโs when I DONโT create a view that itโs doing itโs own thing.
How do you ever get to view the slice at all? There must be something at the top level that leads you into some view over the slice, right?
Say Iโve got two tables with a ref between them; in the parent I have a REF_ROWS() of all the children.
If I create a slice, say to filter out all the completed orders and only leave those still pending, and change my REF_ROWS() formula to the slice instead of the root table.
Iโve now got an inline view that does whatever it wants, and a detail that does the same.
If I want these to look like the root table, I have to create views for them.
Clones of the primary table.
Seems like a bug.
User | Count |
---|---|
43 | |
32 | |
25 | |
23 | |
14 |