Demographic table decimal places inconsistent with pilot 1

[rpodcast]

Per feedback from FDA: One minor point, the number of decimal places displayed in the demographic table isn’t always the same as in pilot 1.

[rpodcast]

While it was easy to locate the formatting syntax and update it to match the Pilot 1 demographics table script, I am very puzzled on how the table produced in Pilot 1 would strip out any zeros in the tenths or hundredths places in a numeric result for printing. For example, a value such as 76.00 is printed as 76 in the table. However, I cannot figure out how to achieve the same result with the same code in our app. I noticed that the version of {rtables} in Pilot 2's package library is version 0.5.12, while Pilot 1 used {rtables} version 0.3.8,

[Polkas]

The rtables package is based on the sprintf engine from the formatters package nowadays, so the trailing zeros are protected.

The rtables v0.3.8 is pre-formatters dependency era. In the past, the format worked like "xx.xx" = as.character(round(x, 2)) so the trailing zeros were not protected.
https://github.com/insightsengineering/rtables/blob/19a8320b0c7a7112ea07c0220356de15d5767ef3/R/format_rcell.R#L164

For the rtables v5.1.1.2 for formatting, there is used the formatters dependency engine based on sprintf.
That is why the trailing zeros are protected with the new rtables version. It is an improvement.
Please refer to
https://github.com/insightsengineering/formatters/blob/94d5e88878a3c45def00096098b2a4c7ecb44f87/R/format_value.R#L275 and https://github.com/insightsengineering/formatters/blob/94d5e88878a3c45def00096098b2a4c7ecb44f87/R/format_value.R#L163