During the competition we issue schedule sheets on clipboards to the shepherds so that they have an easily available portable copy of the schedule. Currently the tooling which creates this supports either creating these one-at-a-time for each shepherd, or combined onto a single sheet. The combined single sheet was originally intended to be useful for the co-ordinating shepherd, however they tend to instead be stationed near a copy of the shepherding screen and don't need a paper copy.
Especially during the knockouts, the time taken to produce these sheets needs to be small, so each year I end up copying or rewriting a script which uses PDFJam to create each sheet separately and them merge them together for printing. This incurs an overhead of needing to read the compstate four times (rather than once), plus the pdfjam step.
It would be great if instead the underlying srcomp print-schedule command supported the desired output format.
I suggest that the API be something like a --combined flag which would default to False. This is a change in behaviour, however I believe this would make the more useful behaviour the default.
During the competition we issue schedule sheets on clipboards to the shepherds so that they have an easily available portable copy of the schedule. Currently the tooling which creates this supports either creating these one-at-a-time for each shepherd, or combined onto a single sheet. The combined single sheet was originally intended to be useful for the co-ordinating shepherd, however they tend to instead be stationed near a copy of the shepherding screen and don't need a paper copy.
Especially during the knockouts, the time taken to produce these sheets needs to be small, so each year I end up copying or rewriting a script which uses PDFJam to create each sheet separately and them merge them together for printing. This incurs an overhead of needing to read the compstate four times (rather than once), plus the pdfjam step.
It would be great if instead the underlying
srcomp print-schedulecommand supported the desired output format.I suggest that the API be something like a
--combinedflag which would default to False. This is a change in behaviour, however I believe this would make the more useful behaviour the default.