metatag $n in PDF of parts+score should be constant equal to total number of pages, not cumulatively increasing with each part
In PDF of score+parts (either generated online or locally), the value of metatag $n currently increases cumulatively based on the number of parts encountered so far into that PDF. According to discussion https://musescore.org/en/node/68926, the expected agreed behavior is that $n should be constant inside a PDF of scores+parts, equal to the total number of pages in that pdf. This is an implementation bug, not a feature request.
Here is how $P/$n page tags are displayed when exported as a single PDF of Score+Parts both generated locally (attached .mscz and pdf) or generated online (second pdf, has identical bug) of a SATB example containing 2 pages for score and 2 pages for each part:
|$partName & page relative to number of pages in that part in individual pdfs||Current buggy values of $P/$n in pdf of score+parts||Expected Values of $P/$n in pdf of score+parts|
In this example, the value of $n in pdf of score+parts should always equal 10 (the total number of pages in the pdf).
|test_number_of_pages_n_on_all_pages_on_all_parts-parts (1).pdf||25.13 KB|