-
Notifications
You must be signed in to change notification settings - Fork 113
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Provide option to persist auto-grouping #593
Comments
IMO, there should be a limit of extra miles to which one software goes introducing dirty workarounds for bugs in another software. Especially when the latter is free/open-source. If you have time and incentive, perhaps you'd rather try fixing the issue with |
Please have a look at #615 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The auto-grouping feature is very handy for overlays created by
latex-beamer
. However, it doesn't work withshow notes on second screen
because that messes up page numbers in the PDF and the--notes
option topdfpc
automatically disables auto-grouping (probably for that very same reason). What I would like to do is compile my slides first without notes, somehow persist the auto-grouping into a.pdfpc
, and finally compile with notes and use the persisted grouping.Right now, there are two complications to this:
pdfpc
only writes pages that have a change by the user: either manually defined as an overlay, or an added note. Because the purpose is to use the auto-grouping for overlays, I currently go through all slides and enter an empty note..pdfpc
has all the data I need, but withoutforcedOverlay
and my understanding is that the information is still ignored as soon as I pass the--notes
option. So I just replaced"overlay":[1-9]
by\0,"forcedOverlay":1
and this seems to work.My plan would be to add an option to perform these steps in
pdfpc
. Does this make sense and would it be accepted?The text was updated successfully, but these errors were encountered: