You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
// Display the page number of the current slide//slideNumber: false,slideNumber: true,
So slide numbers _DO_ appear in the slide deck. Here is a screenshot montage showing this (skipping the title slide). The slide numbers are rather small, but they do show up:
My 'css/print/pdf.css' file has the following setting:
/* SECTION 2: Remove any elements not needed in print. This would include navigation, ads, sidebars, etc. */
.nestedarrow,
.reveal .controls,
.reveal .progress,
//.reveal .slide-number,
.reveal .playback,
.reveal .overview,
.fork-reveal,
.share-reveal,
.state-background {
display: none !important;
}
I commented out the line which marks the .slide-number as an element that shouldn't be printed.
However, when creating a PDF (using Chrome 39.0.2171.71 (64-bit) on Mac OSX Mavericks 10.9.5), a slide number does only appear for the first slide, not for the following slides. Here is a screenshot montage of the PDF pages (skipping the second slide):
The title slide shows navigation controls as well as slide number '0' (very small though, but it is there...). The other slides do show neither navigation controls, nor slide numbers.
I've tried various other methods:
Remove the commented out line //.reveal.js .slide-number, altogether from the 'pdf.css'
Remove the complete SECTION 2 from the 'pdf.css'
Replace the display: none !important; statement by a display: initial !important; statement.
Replace the display: none !important; statement by a display: inline !important; statement.
Neither did make a difference.
My reveal.js is pulled directly from the current GitHub sources (AFAICS it is the very current one); my remote branch when pulling seems to be origin/dev.
Update
I tried the same with Firefox (v. 34.0.5) now instead of Chrome, also using a '....html?print-pdf#/' URL. Firefox's PDF does look a tad bit different to Chrome's: here we get identical navigation controls plus the slide number '0' on _ALL_ slides but the title slide (which _should_ be numbered '0', according to the real HTML slide deck).
The text was updated successfully, but these errors were encountered:
I believe that the correct behaviour the header (being repeated on print in each slide) is implemented in a fork available at .. https://github.com/Ciges/reveal.js also see #806
I think this behaviour should be the default for reveal itself and it should be expanded to work for the footer as well as add support for the slidenumber being rendered correctly.
I just added support for slide numbers PDF exports. Just make sure the reveal.js "slideNumber" config value is set to true and the numbers will automatically be generated for each slide when exporting to PDF.
My 'js/reveal.js' has the following setting:
So slide numbers _DO_ appear in the slide deck. Here is a screenshot montage showing this (skipping the title slide). The slide numbers are rather small, but they do show up:
My 'css/print/pdf.css' file has the following setting:
I commented out the line which marks the
.slide-number
as an element that shouldn't be printed.However, when creating a PDF (using Chrome 39.0.2171.71 (64-bit) on Mac OSX Mavericks 10.9.5), a slide number does only appear for the first slide, not for the following slides. Here is a screenshot montage of the PDF pages (skipping the second slide):
The title slide shows navigation controls as well as slide number '0' (very small though, but it is there...). The other slides do show neither navigation controls, nor slide numbers.
I've tried various other methods:
//.reveal.js .slide-number,
altogether from the 'pdf.css'display: none !important;
statement by adisplay: initial !important;
statement.display: none !important;
statement by adisplay: inline !important;
statement.Neither did make a difference.
My reveal.js is pulled directly from the current GitHub sources (AFAICS it is the very current one); my remote branch when pulling seems to be
origin/dev
.Update
I tried the same with Firefox (v. 34.0.5) now instead of Chrome, also using a '....html?print-pdf#/' URL. Firefox's PDF does look a tad bit different to Chrome's: here we get identical navigation controls plus the slide number '0' on _ALL_ slides but the title slide (which _should_ be numbered '0', according to the real HTML slide deck).
The text was updated successfully, but these errors were encountered: