I suspect this is a bug, but I can't figure it out so would be grateful for any insight:
When using the "export_as_pdf()" function with pagination = TRUE, if the first row of a new page in a disp_cols() variable is blank, the listing instead carries over the last printed value from that variable in the first row. Just to be clear, that's problematic in our usage because it makes it appear there is data occurring where it should not be.
I confirmed this occurs within pagination of key_col() variables. In our case, when grouping by Subject ID as a key_col(), the data is carried over on the first row only when paginating within that Subject ID. When a new Subject ID begins on the first row of a new page, the last printed display_col() value is not carried over even if the first row is blank (which is the behavior we wish to see for all pages).
I tried not defining any key_col(), but I still see display_col() values carried over to fill blank first rows after pagination.
I suspect this is a bug, but I can't figure it out so would be grateful for any insight:
When using the "export_as_pdf()" function with pagination = TRUE, if the first row of a new page in a disp_cols() variable is blank, the listing instead carries over the last printed value from that variable in the first row. Just to be clear, that's problematic in our usage because it makes it appear there is data occurring where it should not be.
I confirmed this occurs within pagination of key_col() variables. In our case, when grouping by Subject ID as a key_col(), the data is carried over on the first row only when paginating within that Subject ID. When a new Subject ID begins on the first row of a new page, the last printed display_col() value is not carried over even if the first row is blank (which is the behavior we wish to see for all pages).
I tried not defining any key_col(), but I still see display_col() values carried over to fill blank first rows after pagination.