IssueTracker

Yey! I love to see this log numbers :)

I would like this feature too.

Does google have some sort of hidden API not available in Google App Scripts? What's available seems so limited.

We would really need this feature. Be able to get current page number of a given paragraph would allow to generate nice Table of contents with page number included

Unassigning

Is it possible to even get the total number of pages for a Google Doc using the Document API? This is a needed function.

One solution I found:

function countPages() {
   var blob = DocumentApp.getActiveDocument().getAs("application/pdf");
   var data = blob.getDataAsString();
   
   var re = /Pages\/Count (\d+)/g;
   var match;
 
   var pages = 0;
 
   while(match = re.exec(data)) {
      Logger.log("MATCH = " + match[1]);
     
      var value = parseInt(match[1]);
     
      if (value > pages) {
         pages = value;
      }
   }
 
   Logger.log("pages = " + pages);
 
   return pages;
}

Thanks, Dave. This looks like a promising work around for now. I will give it a shot!

Some improvement to the API is essential in order to accomplish this sort of thing. The issue I have is that I need to make sure that a table (or any document element) is not split over two pages.

I would propose the following API:
- Element.getPageNumber() : Returns the index of the page that the element begins on
- Element.getPageSpan() : Returns the number of pages that the element is spread across
- Document.getNumPages() : Returns the total number of pages in the document!!

In addition to this, if Google Docs had built-in pagination options(like Microsoft Word: Keep lines together, Keep paragraph with next, etc.), this would also help hugely.

Getting page number and count is not enough ! Another issue - 2786 - requested the ability to insert the page number and page count placeholders e.g. in footers or headers. This is necessary e.g. for creating company-wide template add-ons: we have one that sets headers and footers appropriately, except that it cannot insert these placeholders. Issue 36758775 was merged with this one - 1656 - a bit hastily, and the requirement dropped.

So the proposed API extensions should also include
- Element.appendPageNumber ()
- Element.appendPageCount ()
- Cursor.insertPageNumber ()
…

This change request doesn't require maintaining a full page counting scheme, it is relatively easy to implement and certainly easier than producing the page number of an enclosing element.

Please add this. Without this functionality, e.g.

Element.getPageNumber()

...we can't do basic things like table of contents with page numbering in them.

Element.getPageNumber() would be awesome!

Absolutly!!!
To be honest, this should be a elementary function within GAS. I cant understand that something so simple has not been done after so many years.

So please Google, give us .getPageNumber() & .getNumPages()!

Hi,

pls, Is any update about this issue?

The page number is in the footer of the page. We have a project now that is failing on this possibility. We now count pagebreaks, but they are not always available.

Please, reconsider adding this !

Access to page numbers is definitely a needed thing. Just like a table of content WITH pagenumbers. I'm quite amazed this is absent ;(

This issue has been running for 3 years now, would be great if it was implemented soon.

Tell me about it...

I have starred this but how do we know if it is on the roadmap for implementation?

It isn't and it won't be.

Would like to see this happen, but unfortunately it doesn't seem to be on the agenda. Maybe doing something clever with Blob strings and setContent() to add page numbers... I'll post if I have any luck.

This is a useful tool.

I am immediately needing the forms like was said above of:
- Element.appendPageNumber ()
- Element.appendPageCount ()
- Cursor.insertPageNumber ()

I am trying to create a standard footer that will be used with the Modified date, and Page 1 of 5. PageNumber and PageCount are both important.

One thing that puzzles me ... there is a way to insert these tags into the document from the menu ... so it seems that a simple use of that same code should make it easy to give that feature to us.

Thanks Google People for your help.

I am just starting with Apps Script. Working on a set of what I thought were very basic features in Excel and figured since they weren't in Docs yet, I ought to of COURSE be able to script them!

YES, we NEED:
- Element.appendPageNumber ()
- Element.appendPageCount ()
- Cursor.insertPageNumber ()

It's challenging enough to get users to switch tools.

We too need to get the page size and page count of any document in google drive (.doc, .pdf, .odt, etc) in addition to google doc. It will greatly simplify our app.

[Comment deleted]

I've created the following workaround:

Manually create a template document containing the desired headers and footers. Use the following code to copy the paragraph elements from the header and footer of the template document to your other document.

function addHeaderFooterFromTemplate(document){

  var body = document.getBody();
  var title = body.appendParagraph(titleString);
 
  var headerSection = document.addHeader();
  var footerSection = document.addFooter();
 
  var headerFooterTemplateDoc = DocumentApp.openByUrl('insert your own template document url here');
  var headerTemplate = headerFooterTemplateDoc.getHeader();
  var footerTemplate = headerFooterTemplateDoc.getFooter();
 
  var headerParagraphs = headerTemplate.getParagraphs();
  var footerParagraphs = footerTemplate.getParagraphs();
 
  headerSection.appendParagraph(headerParagraphs[0].copy());
  footerSection.appendParagraph(footerParagraphs[0].copy());
   
  return document;
}

thanks for the workaround dsuggitt@gmail.com- im a newbie, but modified it a bit since it wasn't working for me... i only needed the footer (and i definitely need an insert header/footer function!).  
this one works great- but i love learning new tricks, so feel free to correct.  I am using this to add page numbers to my contracts:

  var contractsFolder = DriveApp.getFolderById('my contract folder');
  var doccontracturl = contractsFolder.getFilesByName(contract im working on).next().getUrl();

 var doc = DocumentApp.openByUrl(doccontracturl);
 var body = doc.getBody();
 
  var footerTemplateDoc = DocumentApp.openByUrl('my footer template');
  var footerTemplate = footerTemplateDoc.getFooter().getChild(0).copy().asParagraph();
doc.getFooter().insertParagraph(0, footerTemplate);

... blah blah blah, rest of my code continues

Please add any API to GET page index accessible for any element that is located on certain page

API support for pages and numbering is definitely sorely needed!

I agree that this is a seriously necessary feature.  But you are forgetting that the page count largely depends on the PRINTING SELECTIONS!  Has anybody tried to create a Print PREVIEW feature?  It could be extended from there!  Think about it.
First, the google dialogue allows you to attempt to fit to the page nicely, if you don't select that, there will be ranges that are cut.  If you could preview the printout, then check where things get cut, and make your adjustments from that back in your sheets, you're golden.  However, with longer sheets, this would become less useable.  A simple function built into the print dialog will fix it:
Get last element unfrozen of current Page, get first Element unfrozen of next page, if equal, set first page up to element before last, and second page to start at that element.  If you work this across first, you can set it to print out the pages going across, then down for Page-sets.  If Pageset1 page 1 goes across 3 pages, they will be set as pagesets 1, 2, AND 3, respectively.  Then check each one going down... Now you just print page one from each set, page two from each set, page 3 from each set, etc.  When putting these together, some tape on and lining up will make a long ledger sheet, and you can fold it.  This is the functionality built in (IT WORKS I"VE DONE IT).
Now, if we could only have SCRIPTING ACCESS TO THE FUNCTIONS THAT COUNT THE NUMBER OF PAGES WITH THE SAME PRINT OPTIONS IN THE FUNCTION, LIKE ANY OTHER : PagesTotal(Option 1, Option 2, Option 3,chosenRANGEORSHEETNAME), and PAGESCURRENT(Option 1, Option 2, Option 3, etc, chosenRANGEORSHEETNAME), the functions that format the printing could be used to place page numbers.  The default range could be the current cell in the current sheet in the current page of the document, and one of the options could allow you to specify a print function that only calls up the active sheet!  That way different sheets can call data from one another, but print out as different booklets with their own titles and page-counts.

I'd like to add my request for some access to programmatic page number in Documents, especially.

Hi I need know in what page is one table to various tables in a google document using google apps script

Access to the value of a page count function to insert it into a table is different than putting a page number and page count field placeholder in the recurring header or footer.

Both would be useful, but I vote for first implementation of field placeholders so they can be put in the header and footer.  This seems like a more common usage.

I tried creating a template file with a footer containing (Insert > Header and page number > Page Number), and (... > Page Count) as the text "Page [PageNumber] of [PageCount]".  I verified this appeared different on multiple pages.  Then I looked at the footer text using getText().  I broke it down to paragraph objects or not, it didn't matter.  The result of getText() replaced the placeholder values with empty strings, so it just said "Page  of ".  Apparently the guts of getText() know about special characters and replace them with an empty string.  So I don't see any reason why we couldn't just use the actual codes for the special characters ourselves.

Unfortunately Backup & Sync only syncs a bookmark in place of the actual document, so it's no use trying to view the raw contents of the file.  Apparently there used to be a way to trick Drive into giving you the raw contents but that no longer works.  So I don't know how to see what the actual characters were.  Besides, there probably isn't a way to get setText() to recognize them as control characters even if there were.

Seems like giving access to a table of special fields like page number and page count to insert into text elements would be a pretty nice feature... much more common to building a basic word processor document than equations.  (Incidentally, equations seem to be supported but it looks like all the documentation is wrong... someone's pet project of mental fascination instead of answering consumer demand for basic features?)

Mark

Can we please have some visibility into the issue that is blocking this issue?  Access is restricted.

OMG, started :(

We have celebrated 6 years of this feature request, maybe it's time for Google to implement it?

I would like to have access to the page number of a bookmark, so I can insert a link with a page number.

Hi there! 6 years - and we can't have API for access to "Page 1 of 5"? Yeah! this is pain.  Why developers not implement it?

Currently building an internal tool for my company, we would love to have this ability.

friendly ping!

Page layout seems to be fully determined by the client (browser). One way I found to observe this is to create a new document with the text "1234567890-=" repeated 560 times. That was just enough to create a layout difference between my two browsers, such that text is placed in two different places (on Chrome, an extra page gets populated, while on Firefox all text remains on two pages, although a third blank page exists), obviously because of client-side layout differences. I used Firefox 64.0.2 (64-bit) and Google Chrome 71.0.3578.98 (Official Build) (64-bit) on a Windows 10 PC (screenshots attached).

I think this means that this issue won't be resolved before the layout engine become browser-independent.

Isn't the layout supposed to depend on the font, leading, margins and page size?  This isn't wysiwyg?  Ugh what is this, 1983?

Oh, yes, I forgot to mention the font and size for my experiment. It's a blank document, so all defaults apply, and the font is Arial, 11.

It is a problem I guess anywhere where you are able to export your document into different formats - each might have different constraints on how precise the typesetting can be, which leads to questions about page numbering.

Interestingly, the Firefox rendering for this document matches the Download As PDF rendering provided by Google Docs, but the Google Chrome rendering does not match.

Here's the document I've been testing. https://docs.google.com/document/d/17nyeSBWIMzdAwjUqBeKfUXGRcOWfWHQmBk_WRqWmqck/edit?usp=sharing

I need to break a google document on each page and then create a new google doc for each page. I couldn't find a way to get page number, is there any API which which will help in doing the same? I explored RangeElement, but couldn't figure out on how to get the PAGE_BREAK element and get the content for the page.
```
var body;
var doc;
function init(){
  doc = DocumentApp.getActiveDocument();
  body = doc.getBody();
}
function myFunction() {
  init();
  var searchType = DocumentApp.ElementType.PAGE_BREAK;
  var rangeElement = body.findElement(searchType);
 
  Logger.log(rangeElement);
  if(rangeElement)
  {
    Logger.log('Element type: ' + rangeElement.getElement().getType());
 
    if (rangeElement.isPartial()) {
      Logger.log('The character range begins at ' + rangeElement.getStartOffset());
      Logger.log('The character range ends at ' + rangeElement.getEndOffsetInclusive());
    } else {
      Logger.log('The entire range element is included.');
    }
  }
```
Hopefully this justifies getting access to page numbering. If there is a workaround possible, kindly suggest.

June 2019. The need for this feature is still there.

I need to put current date time and page number to each page footer.
There are no corresponding functions in User Interface (for date and time) and no such feature for get page number in script.
Looks like a problem in a very basic level! Please fix this.

This would be a very useful feature, please add with an ability to insert page numbers.

April 2020 would be a great feature to have!

OK, June 18th 2020 then? At least give some feedback as to why this issue is being ignored.

OK, August 3th 2020 then? At least give some feedback as to why this issue is being ignored.

I can't believe that such a essential feature isn't implemented in Apps Script. Especially 8 years after it was initially suggested. So, yeah, big +1 from me for this.

OK, October 12th 2020 then? At least give some feedback as to why this issue is being ignored.

+1

Would absolutely a very welcome feature

Re: Issue 181288698: Google Docs Scripts has no way to extract the page number.

Lets make a party next year in aug2 to celebrate the 10-year old issue :)

Me and my client waiting for a beautiful feature like this.

Element.getPageNumber();

Please have look and provide at-least April-2021.

.getPageNumber() is badly needed for a lot of use-cases in programmatic document building. 10 years is wack.
The current solutions are to create a pdf as a string and regex through for /Pages\/Count or what? count all characters widths and heights with line heights and paddings to determine if i need to add a repeated header if there is a new pa... bugger, that's why you guys aren't doing anything about this right? google docs is for digital and you don't want people designing stuff for print, so you can have your non-print view seamless scroll, like having headers at the top of a new page that says "This BS Continued" if there is a pagebreak in my "This BS" section.
lame.

every time i add a row to a table or add a paragraph i'm going to have to do the pdf search thing, Every. Single. Row.

Give up and write macros for LibreOffice or Word bruv... Google don't care

--
Mark Alan Hedges
please forgive typos
I'm typing on my phone

On Thu, Jun 10, 2021, 6:00 PM <buganizer-system@google.com> wrote:

you're probably right mate but damn do i like a cloud platform that can work on most any comp or mobile without having to walk a client through how to use, download and update macros. it's just so many hoops to jump through.

pardon if i came off bitchy before, i was drunk coding and this was pissing me off.

there's just so much potential in appscripts and gsuite that gets wasted and wasted potential really bums me out.

btw this is not a P2 issue "An issue that would be P0 or P1 but has a reasonable workaround", this is unreasonable. P1 priority is "if there is a workaround it is partial or overly painful. The impact of the issue is to a core organisational function, or fundamentally impedes another team." - this is a bloody P1 issue.

It pisses me off too.  Why wouldn't they just build the product around the
API in the first place, instead of trying to hack in the API later?  It
will never be a fully functional scripting interface.  I gave up a long
time ago.

--
Mark Alan Hedges
please forgive typos
I'm typing on my phone

On Thu, Jun 10, 2021, 10:58 PM <buganizer-system@google.com> wrote:

I would like to have this feature as well!

Yes, without these feature, there is no work around. Please give at least some feedback.
There should be

- Element.getPageNumber ()
- body.getNumPages ()
- body.getPage(5) // to access all elements on a particular page 5
- body.insertPageNumbers(format, position) // format might be like this: 'Page. 1' or 'Page 1 of 10', position : "Center - bottom", "right-bottom", "right-top"

Already mentioned by others too:
- Element.appendPageNumber ()
- Element.appendPageCount ()
- Cursor.insertPageNumber ()

My feeling is that this issue is being ignored because it has been turned into a feature request for a complete rewrite of Google Docs, which would be The Right Answer™.  Based on the total re-engineering of Google Drive for Desktop, I bet they're working on one.  I hope they include more API features like this.  The current version of Google Docs doesn't even have cross-platform WYSIWYG.  It's not a word processor.  It's a glorified RTF editor with some API hacks.  Please, please, Google, tell us you're re-engineering the whole thing.  We business customers are paying you a ****-ton of money in subscription fees.  A working word processor to compete with 20-year-old features of Microsoft Word seems like a small ask.

Its been more than a decade since the initial request was made, if your passing by annoyed by the lack of a solution to this issue, I hope everything works out for you!

Hey there, it is May 2023 and I hit on a problem where I can't control a doc creation without being able to obtain the number of pages that "would" be printed, or even determine if multiple pages were present.

I guess, I'll be back here when I am 60. See you in 2033.

lol. Its July 2023... STOP USING GOOGLE'S PRODUCTIVITY SUITE! But seriously, there are other companies that offer competing solutions that actually respect their customers. Leave Google in the past.

assigned to "none"... ¿what does it mean?

El vie, 4 ago 2023 a las 9:28, <buganizer-system@google.com> escribió:

--

*Jose M. Diez l CMC ahora forma parte de CGI*

Financial Services


*josemanuel.diez@grupocmc.es <josemanuel.diez@grupocmc.es>*

www.grupocmc.es l cgi.com

twitter.es/grupocmc <https://twitter.com/grupocmcoficial?lang=es> |
linkedin.com/grupocmc <https://www.linkedin.com/company/grupocmc/>





*Por favor considere el impacto con el medio ambiente antes de imprimir
este mensaje. *

*Advertencia Legal:** COGNICASE MANAGEMENT CONSULTING, S.L., sociedad
domiciliada en Avenida de San Luis 25, 28033 Madrid, con CIF B80440795 y
teléfono +34 915 556 238 (en adelante, la "Sociedad"), tratará sus datos
personales sobre la base del interés legítimo de la Sociedad, con la única
finalidad de garantizar el mantenimiento de la relación con la entidad a la
que usted representa o en la que trabaja y por el período que dure dicha
relación. Podrá ejercitar en cualquier momento sus derechos de acceso,
rectificación, supresión, limitación al tratamiento y oposición
dirigiéndose a la Sociedad a través de **dpo@grupocmc.es* <dpo@grupocmc.es>*.
Para cualquier cuestión relacionada con sus datos podrá dirigirse al
Delegado de Protección de Datos de la Sociedad en la siguiente dirección: *
*dpo@grupocmc.es* <dpo@grupocmc.es>*. Asimismo, podrá formular
reclamaciones ante la autoridad competente. Le informamos que sus datos no
serán cedidos a ningún tercero, salvo que exista obligación legal o
expresamente se lo indiquemos, pudiendo acceder a ellos prestadores de
servicios de sistemas, herramientas de tecnología, u otras entidades con
los que, atendiendo a su solicitud, nos tengamos que poner en contacto. Por
último, le informamos de que la Sociedad podría realizar transferencias
internacionales de sus datos personales a prestadores de servicios de la
Sociedad ubicados en estados fuera del Espacio Económico Europeo. Cuando no
se haya declarado que cuentan con un nivel de protección equivalente al
europeo, la Sociedad adoptará las correspondientes salvaguardas mediante
las cláusulas contractuales tipo o exigirá la adhesión a Privacy Shield.*

*Este correo electrónico y, en su caso, cualquier fichero anexo al mismo,
puede contener información de carácter confidencial exclusivamente dirigida
a su(s) destinatario(s). Queda prohibida su divulgación, copia o
distribución a terceros sin la previa autorización de COGNICASE MANAGEMENT
CONSULTING, S.L. En caso de haber recibido este correo por error, le
rogamos notifique inmediatamente esta circunstancia mediante reenvío a la
dirección electrónica del remitente. Le agradecemos de antemano su
colaboración.*

--


"Este mensaje está
dirigido de manera exclusiva a su destinatario y puede
contener información
privada y confidencial. No lo reenvíe, copie o
distribuya a terceros que no
deban conocer su contenido. En caso de haberlo
recibido por error,  rogamos
lo notifique al remitente y proceda a su
borrado, así como al de cualquier
documento que pudiera adjuntarse.



 Por
favor tenga en cuenta que
los correos enviados vía Internet no permiten
garantizar la confidencialidad de
los mensajes ni su transmisión de forma
íntegra.



 Las opiniones expresadas en el
presente correo pertenecen
únicamente al remitente y no representan
necesariamente la opinión del
Grupo BBVA."



 "This
message is intended exclusively for the adressee and
may contain privileged and
confidential information. Please, do not
disseminate, copy or distribute it to
third parties who should not receive
it. In case you have received it by
mistake, please inform the sender and
delete the message and attachments from
your system.



 Please
keep in
mind that e-mails sent by Internet do not allow to guarantee neither
the
confidentiality or the integrity of the messages sent."