This one is an API enhancement request.
I know that the Cursor allows me to get the record ids of selected records. But it doesn’t provide the ids of expanded records, which I recommend should be treated as “selected” as well, especially taking into account you can move to previous and next records from within the expanded record UI, by using the arrows above the record primary field.
I tried to work around that by trying and track changes to the top window location (i.e. the browser url), since it includes the record id of the expanded record:
Problem is that in dev mode (haven’t checked it in a release yet), I cannot access window.top.location - I get a cross origin error:
Uncaught DOMException: Blocked a frame with origin "https://devblock--....airtableblocks.com" from accessing a cross-origin frame.
Straight forward solution would be to get expanded record IDs as well via the Cursor.
After putting some thought into it, it’s not as straightforward as selected records, since expanded records can be linked records (within linked records, within records, etc.), so the Cursor needs to provide the table id(s) fo each expanded record as well.
Some use cases (such as mine) will also require the view of the expanded record in order to be able to get the view meta data and figure out which fields are displayed and which are hidden.
Hey Kasra, no, actually, I can still see my blocks (which is good for my use case), even though they are behind a semi transparent overlap. I will share screenshots of the block I’ve created that would require such functionality this week (if life doesn’t intervene :slightly_smiling_face: ).
@Emma_Yeap, this block is also what you were asking about in this topic: