Bug 170983 - [FORMATING] Allow dynamic page numbers in Impress
Summary: [FORMATING] Allow dynamic page numbers in Impress
Status: RESOLVED DUPLICATE of bug 115288
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-02-23 14:47 UTC by M0tty
Modified: 2026-02-23 16:07 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description M0tty 2026-02-23 14:47:59 UTC
Description:
For now, page numbers in Impress take in account pages that are hidden or that are not selected to be part of a custom presentation. This cause sometimes huge gaps in the number sequence of the page numbers.

It would be very useful to have a way to display the real page number of a slide for the current presentation (so not counting hidden pages for instance).

It will also be very helpful for pdf export as it will ensure your page numbers will always be correct even if you hide a page in the middle of your document.

Steps to Reproduce:
1. Create multiple pages and add them page numbers
2. Hide a page in the middle
3. Launch the slideshow

Or

2. Create a custom slideshow with missing pages in the middle.
3. Launch the custom slideshow

Actual Results:
There is a gap in numbering

Expected Results:
There should not be a gap in the page numbers when you hide a slide or you create a custom slideshow.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 25.8.4.2 (X86_64) / LibreOffice Community
Build ID: 580(Build:2)
CPU threads: 8; OS: Linux 6.17; UI render: default; VCL: gtk3
Locale: fr-BE (fr_FR.UTF-8); UI: fr-FR
Ubuntu package version: 4:25.8.4-0ubuntu0.25.10.1
Calc: threaded
Comment 1 Regina Henschel 2026-02-23 16:07:53 UTC
I think the request is duplicate to bug 115288. That issue has already duplicates and lot of "see also". Collecting all requests in one bug increases its importance.

*** This bug has been marked as a duplicate of bug 115288 ***