• pdf page counting

    From legg@21:1/5 to All on Sun Dec 22 16:52:55 2024
    Anyone have any idea how to publish a pdf so that it recognizes
    a frontispiece with roman numeral pagination?

    The body page one currently recognized as page 14.

    Annoying.

    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to legg on Sun Dec 22 15:19:05 2024
    On 12/22/2024 2:52 PM, legg wrote:
    Anyone have any idea how to publish a pdf so that it recognizes
    a frontispiece with roman numeral pagination?

    If your page numbering is *within* the document (e.g., a header of your
    own creation), then it is entirely up to you what form it takes, where it
    is placed, when it appears, etc. (e.g., often the first page of a chapter
    has no visible page number)

    The body page one currently recognized as page 14.

    The PDF format only deals with ordinality when it comes to page numbers.

    Annoying.

    Use the tool upstream of your PDF distiller to impose whatever numbering
    scheme you want. E.g., I never label the first page of a document,
    use "lowercase" roman numerals for front matter, <chapter>-<page> for
    body pages (and <chapter>-<figure> as well as <chapter>-<table> for
    their corresponding materials) and INDEX-<page> for the index.

    Set your PDF to open with thumbnail views visible and the viewer can
    usually quickly find the page of interest from them.

    [Though I've never made a document of more than ~600 pages so it's easy
    to find thumbnails of chapter starts and offset from there]

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From legg@21:1/5 to blockedofcourse@foo.invalid on Sun Dec 22 19:04:26 2024
    On Sun, 22 Dec 2024 15:19:05 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    On 12/22/2024 2:52 PM, legg wrote:
    Anyone have any idea how to publish a pdf so that it recognizes
    a frontispiece with roman numeral pagination?

    If your page numbering is *within* the document (e.g., a header of your
    own creation), then it is entirely up to you what form it takes, where it
    is placed, when it appears, etc. (e.g., often the first page of a chapter
    has no visible page number)

    The body page one currently recognized as page 14.

    The PDF format only deals with ordinality when it comes to page numbers.

    Annoying.

    Use the tool upstream of your PDF distiller to impose whatever numbering >scheme you want. E.g., I never label the first page of a document,
    use "lowercase" roman numerals for front matter, <chapter>-<page> for
    body pages (and <chapter>-<figure> as well as <chapter>-<table> for
    their corresponding materials) and INDEX-<page> for the index.

    Set your PDF to open with thumbnail views visible and the viewer can
    usually quickly find the page of interest from them.

    [Though I've never made a document of more than ~600 pages so it's easy
    to find thumbnails of chapter starts and offset from there]

    I want the pdf reader to 'recognize' page numbers from the print,
    even if I have to do it manually on a per-page basis.

    The pdf document is intended as a replica of existing hard copy,
    so those original numbers/roman numerals can't change.

    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to legg on Sun Dec 22 17:58:16 2024
    On 12/22/2024 5:04 PM, legg wrote:
    I want the pdf reader to 'recognize' page numbers from the print,
    even if I have to do it manually on a per-page basis.

    The pdf document is intended as a replica of existing hard copy,
    so those original numbers/roman numerals can't change.

    In Acrobat, you can assign "Page Labels" as synonyms for the
    ordinals used.

    You open the thumbnails view (left side pane) and click on the
    "options" dropdown. There, use "Page Labels..." to pick a
    style, start point, etc. for the thumbnails THAT YOU HAVE
    PRESENTLY SELECTED.

    This will not change the page "number" -- so, the first page
    will still be '1'. But, it will appear as 'i' if you have selected
    the first page in a group of pages to use the "i, ii, iii..."
    LABELING scheme.

    [This is called a "section"]

    The pages after the selected group will constitute another
    "section" and will be LABELED (as different from NUMBERED)
    beginning with '1' (as expected).

    For non-Adobe tools... <shrug>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From john larkin@21:1/5 to legg on Sun Dec 22 16:26:13 2024
    On Sun, 22 Dec 2024 16:52:55 -0500, legg <legg@nospam.magma.ca> wrote:

    Anyone have any idea how to publish a pdf so that it recognizes
    a frontispiece with roman numeral pagination?

    The body page one currently recognized as page 14.

    Annoying.

    RL

    I just assume that the first page of a document is sheet 1.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Carlos E.R.@21:1/5 to legg on Mon Dec 23 14:45:11 2024
    On 2024-12-23 01:04, legg wrote:
    On Sun, 22 Dec 2024 15:19:05 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    On 12/22/2024 2:52 PM, legg wrote:
    Anyone have any idea how to publish a pdf so that it recognizes
    a frontispiece with roman numeral pagination?

    If your page numbering is *within* the document (e.g., a header of your
    own creation), then it is entirely up to you what form it takes, where it
    is placed, when it appears, etc. (e.g., often the first page of a chapter
    has no visible page number)

    The body page one currently recognized as page 14.

    The PDF format only deals with ordinality when it comes to page numbers.

    Annoying.

    Use the tool upstream of your PDF distiller to impose whatever numbering
    scheme you want. E.g., I never label the first page of a document,
    use "lowercase" roman numerals for front matter, <chapter>-<page> for
    body pages (and <chapter>-<figure> as well as <chapter>-<table> for
    their corresponding materials) and INDEX-<page> for the index.

    Set your PDF to open with thumbnail views visible and the viewer can
    usually quickly find the page of interest from them.

    [Though I've never made a document of more than ~600 pages so it's easy
    to find thumbnails of chapter starts and offset from there]

    I want the pdf reader to 'recognize' page numbers from the print,
    even if I have to do it manually on a per-page basis.

    The pdf document is intended as a replica of existing hard copy,
    so those original numbers/roman numerals can't change.

    I just did a test with Libre Office Writer. I created a document in
    which the first three pages use a page style with roman numerals, and
    the next three pages use another style with arabic numerals. I added a
    table of contents, which automatically displays correctly the page
    numbers in both forms. I then export as PDF. The document displays
    exactly as it should, but page 1 is numbered by the PDF viewer as 4 oin
    the page counter. Clicking on the table of contents, on the line for
    page 1 goes correctly to page 1, although the pdf shows page 4.


    I do not see a way to change this.


    There is an Usenet group called comp.text.pdf, you could ask there.


    --
    Cheers, Carlos.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From legg@21:1/5 to blockedofcourse@foo.invalid on Mon Dec 23 11:34:28 2024
    On Sun, 22 Dec 2024 17:58:16 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    On 12/22/2024 5:04 PM, legg wrote:
    I want the pdf reader to 'recognize' page numbers from the print,
    even if I have to do it manually on a per-page basis.

    The pdf document is intended as a replica of existing hard copy,
    so those original numbers/roman numerals can't change.

    In Acrobat, you can assign "Page Labels" as synonyms for the
    ordinals used.

    You open the thumbnails view (left side pane) and click on the
    "options" dropdown. There, use "Page Labels..." to pick a
    style, start point, etc. for the thumbnails THAT YOU HAVE
    PRESENTLY SELECTED.

    This will not change the page "number" -- so, the first page
    will still be '1'. But, it will appear as 'i' if you have selected
    the first page in a group of pages to use the "i, ii, iii..."
    LABELING scheme.

    [This is called a "section"]

    The pages after the selected group will constitute another
    "section" and will be LABELED (as different from NUMBERED)
    beginning with '1' (as expected).

    For non-Adobe tools... <shrug>

    It'll have to be somebody else who has the right software, then.
    I get pdfs either from a scan or through printing utilities.
    No intention of giving Adobe money for a format that was developed
    for common usage.

    Thought it might take if I processed it through html formatting,
    but that didn't seem to 'take' either.

    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Rid@21:1/5 to legg on Mon Dec 23 12:22:53 2024
    legg <legg@nospam.magma.ca> Wrote in message:r
    Anyone have any idea how to publish a pdf so that it recognizes a frontispiece with roman numeral pagination?The body page one currently recword ognized as page 14.Annoying.RL

    if your using word, then use a section break and insert your
    page number. You can deattach the sections from one another to
    number them separately.

    Cheers
    --


    ----Android NewsGroup Reader---- https://piaohong.s3-us-west-2.amazonaws.com/usenet/index.html

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to legg on Mon Dec 23 11:40:38 2024
    On 12/23/2024 9:34 AM, legg wrote:
    For non-Adobe tools... <shrug>

    It'll have to be somebody else who has the right software, then.

    If it is something you can put on a web site, I'll be happy to
    add the "sections" to correspond with the numbering as it
    appears on the individual pages.

    I get pdfs either from a scan or through printing utilities.
    No intention of giving Adobe money for a format that was developed
    for common usage.

    I buy tools that solve problems. I don't really care who gets
    paid for them as long as there is a net value added in the
    products that I produce with them. Adobe did, after all, create
    PostScript.

    Thought it might take if I processed it through html formatting,
    but that didn't seem to 'take' either.

    I suspect this is a common enough problem that there are other
    (non-Adobe) solutions out there. In a pinch (for a "one off"),
    you could directly edit the EPS.

    [I do this in reverse; I use Illustrator to create drawings
    and then extract the specific PS commands to paste into other
    documents. Saves me the trouble of having to develop a
    "drawing application".]

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul Babiak@21:1/5 to legg on Mon Dec 23 15:36:18 2024
    On 2024-12-23 11:34, legg wrote:
    On Sun, 22 Dec 2024 17:58:16 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    On 12/22/2024 5:04 PM, legg wrote:
    I want the pdf reader to 'recognize' page numbers from the print,
    even if I have to do it manually on a per-page basis.

    The pdf document is intended as a replica of existing hard copy,
    so those original numbers/roman numerals can't change.

    In Acrobat, you can assign "Page Labels" as synonyms for the
    ordinals used.

    You open the thumbnails view (left side pane) and click on the
    "options" dropdown. There, use "Page Labels..." to pick a
    style, start point, etc. for the thumbnails THAT YOU HAVE
    PRESENTLY SELECTED.

    This will not change the page "number" -- so, the first page
    will still be '1'. But, it will appear as 'i' if you have selected
    the first page in a group of pages to use the "i, ii, iii..."
    LABELING scheme.

    [This is called a "section"]

    The pages after the selected group will constitute another
    "section" and will be LABELED (as different from NUMBERED)
    beginning with '1' (as expected).

    For non-Adobe tools... <shrug>

    It'll have to be somebody else who has the right software, then.
    I get pdfs either from a scan or through printing utilities.
    No intention of giving Adobe money for a format that was developed
    for common usage.

    Thought it might take if I processed it through html formatting,
    but that didn't seem to 'take' either.

    RL

    Have you looked at Libreoffice?

    https://ask.libreoffice.org/t/how-do-i-paginate-completed-document/58798

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Carlos E.R.@21:1/5 to Paul Babiak on Mon Dec 23 23:08:24 2024
    On 2024-12-23 21:36, Paul Babiak wrote:
    On 2024-12-23 11:34, legg wrote:
    On Sun, 22 Dec 2024 17:58:16 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    On 12/22/2024 5:04 PM, legg wrote:
    I want the pdf reader to 'recognize' page numbers from the print,
    even if I have to do it manually on a per-page basis.

    The pdf document is intended as a replica of existing hard copy,
    so those original numbers/roman numerals can't change.

    In Acrobat, you can assign "Page Labels" as synonyms for the
    ordinals used.

    ...

    For non-Adobe tools... <shrug>

    It'll have to be somebody else who has the right software, then.
    I get pdfs either from a scan or through printing utilities.
    No intention of giving Adobe money for a format that was developed
    for common usage.

    Thought it might take if I processed it through html formatting,
    but that didn't seem to 'take' either.

    RL

    Have you looked at Libreoffice?

    https://ask.libreoffice.org/t/how-do-i-paginate-completed-document/58798

    That is what I did. The pages are numbered correctly inside LO and in
    the printed result, and in the PDF export. However, the page counter in
    the PDF viewer doesn't reflect numbering styles or renumbering.



    --
    Cheers, Carlos.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Carlos E.R. on Mon Dec 23 16:27:51 2024
    On 12/23/2024 3:08 PM, Carlos E.R. wrote:
    Have you looked at Libreoffice?

    https://ask.libreoffice.org/t/how-do-i-paginate-completed-document/58798

    That is what I did. The pages are numbered correctly inside LO and in the printed result, and in the PDF export. However, the page counter in the PDF viewer doesn't reflect numbering styles or renumbering.

    What are you using to view the PDF? Firefox has an in-built PDF
    viewer; Adobe has the Reader and Acrobat products; there are numerous "alternative" viewing tools, etc.

    The format supports a fair number of capabilities that aren't
    typically supported in the variety of "tools" available. For
    example:

    <https://clearmotionsystems.com/img/animations/compressor.pdf>

    Should display a 3D model that you can manipulate WHILE it is
    being animated.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From legg@21:1/5 to martin_riddle@verison.net on Tue Dec 24 08:19:16 2024
    On Mon, 23 Dec 2024 12:22:53 -0500 (EST), Martin Rid <martin_riddle@verison.net> wrote:

    legg <legg@nospam.magma.ca> Wrote in message:r
    Anyone have any idea how to publish a pdf so that it recognizes a frontispiece with roman numeral pagination?The body page one currently recword ognized as page 14.Annoying.RL

    if your using word, then use a section break and insert your
    page number. You can deattach the sections from one another to
    number them separately.

    Cheers
    In Word (doc), or Mozilla Composer (html) I'm formatting individual
    pages.

    The only time they get 'sewed up' is in the final pdf file.

    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From legg@21:1/5 to blockedofcourse@foo.invalid on Tue Dec 24 08:51:32 2024
    On Mon, 23 Dec 2024 11:40:38 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    On 12/23/2024 9:34 AM, legg wrote:
    For non-Adobe tools... <shrug>

    It'll have to be somebody else who has the right software, then.

    If it is something you can put on a web site, I'll be happy to
    add the "sections" to correspond with the numbering as it
    appears on the individual pages.

    The html was only an exercise with a few pages.

    Although I've mounted books as html bodies, they were fairly
    short, simple and just begging to have single page access
    for download ( tube curves, spec sheets etc).

    http://www.magma.ca/~legg/CCDM/CCDMp000iii.html

    The thing I'm working on now is 422 pages with a 5000 line index.
    I'm not going through THAT, manually inserting links.

    A preliminary draft ( there are already 40 pages updated for
    the next draft) is available for comment and criticism.
    At 100Meg ( but getting smaller) it may be a slow download.
    Few will find the actual content of interest.

    http://ve3ute.ca/prairie_gold/sample_241220.zip

    Keep in mind that this is a replica - all original spelling,
    formatting and layout (including original errors) is intentionally
    preserved. Unless you've got an original hard copy, it may be
    hard to tell what's wrong - but overlapping images/text,
    or ocr source errors (rn / m , 1/l/I CG e/a) still abound.

    OCR on this was so bad that the output was often useless as
    a textual contribution, but could sometimes be edited and
    reformatted manually. PDF-OCR scanned page file size was
    also 3 to 30 x larger than a pdf published from a text-corrected
    doc.


    I get pdfs either from a scan or through printing utilities.
    No intention of giving Adobe money for a format that was developed
    for common usage.

    I buy tools that solve problems. I don't really care who gets
    paid for them as long as there is a net value added in the
    products that I produce with them. Adobe did, after all, create
    PostScript.

    I think you'll find that you are misled in Adobe's original
    source for the pdf and eps files' original development.

    They were always intended to be open source.

    There is no money in this work; or for anybody involved.

    Thought it might take if I processed it through html formatting,
    but that didn't seem to 'take' either.

    I suspect this is a common enough problem that there are other
    (non-Adobe) solutions out there. In a pinch (for a "one off"),
    you could directly edit the EPS.

    [I do this in reverse; I use Illustrator to create drawings
    and then extract the specific PS commands to paste into other
    documents. Saves me the trouble of having to develop a
    "drawing application".]


    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Don Y on Tue Dec 24 13:07:39 2024
    On 12/24/2024 12:31 PM, Don Y wrote:
    For folks thinking PDFs are just "electronic books", that's likely
    an acceptable tradeoff.  OTOH, if you want to explain the difference
    between the different speaking accents of New Yorkers, Bostonians, Chicagoans, etc., it's much easier to embed three audio clips
    and let the "reader" HEAR them instead of trying to describe them textually.  Similarly, instead of publishing N different views of
    a 3D object to give the reader an idea of how it is constructed,
    it's much easier to embed a 3D model IN the document and let the
    reader explore it in whatever manner HE deems appropriate.

    These are things that you can't do with paper books.

    Well, technically, you can distribute other *media* with a paper
    book that addresses some of these issues. E.g., I have a book
    titled _Mouth Sounds_ that includes a (flimsy) "45" to be played
    on a phonograph to "hear" the sounds described. Others have
    included CDs affixed to back covers, etc.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to legg on Tue Dec 24 12:31:04 2024
    [Apologies if duplicate; apparently some issues with ES?]

    On 12/24/2024 6:51 AM, legg wrote:
    The thing I'm working on now is 422 pages with a 5000 line index.
    I'm not going through THAT, manually inserting links.

    I can (have) "fix" the page numbers that appear in teh PDF viewer
    (at least Adobe's products; I don't use any of the "knock off" tools)

    But, adding hyperlinks is something that you would either have
    to do manually or write a script (and hope for the best).

    When I build a document with an index (or other cross references),
    I place markers in the text and the DTP tool uses these to determine
    the final "rendering place" for the reference to place in the
    index, etc.

    It similarly builds the hyperlinks for the PDF.

    Expecting a tool to do this /ex post factum/ (e.g., to a scanned/OCRed
    image) might be wishful thinking.

    [When I scan documents, I don't even bother with the OCR as my goal
    is simply to replace the paper document with an electronic version
    having all the capabilities (content) and _limitations_ (e.g., no
    automated search) of the original. This makes it a LOT easier to
    process paper! (I've scanned over 100,000 sheets -- both sides -- of
    such documents in the past year)]

    A preliminary draft ( there are already 40 pages updated for
    the next draft) is available for comment and criticism.
    At 100Meg ( but getting smaller) it may be a slow download.
    Few will find the actual content of interest.

    http://ve3ute.ca/prairie_gold/sample_241220.zip

    I made the changes that I mentioned, upthread, and posted a revised
    copy at:

    <https://mega.nz/file/I75REDIA#RFxRfVNXa_jhw3jcyv2_UeTGJ1iRwlUDC4hHk6x15bc>

    (ignore the viewer and click on the DOWNLOAD button on the lower right)

    I've appended 3 screenshots to the document (you should remove them;
    I just used the PDF as a convenient "package" to transport them)
    showing how three "significant" pages appear in Acrobat: note the
    front cover appears as having a "blank" page LABEL -- yet appears
    described as "(1 of...)" while page "I" shows the label "I" with
    "(9 of ...)" and page "1" appears with the label "1" and "(15 of ...)"

    [Note that "..." is 3 pages longer than your original for the reason
    mentioned above]

    I'd be more than happy to do this again -- for revisions of this
    document or others.

    [Perhaps the only effort more tedious than scanning documents is
    scanning *film*! I applaud your effort.]

    Keep in mind that this is a replica - all original spelling,
    formatting and layout (including original errors) is intentionally
    preserved. Unless you've got an original hard copy, it may be
    hard to tell what's wrong - but overlapping images/text,
    or ocr source errors (rn / m , 1/l/I CG e/a) still abound.

    OCR on this was so bad that the output was often useless as
    a textual contribution, but could sometimes be edited and
    reformatted manually. PDF-OCR scanned page file size was
    also 3 to 30 x larger than a pdf published from a text-corrected
    doc.

    As I mentioned, I just store high resolution TIFFs with the thought
    that SOMEONE, SOMEDAY may opt to OCR the "imaged pages". I am
    content to flip through virtual pages as I would a paper book...
    especially if I don't have to make space for those books!

    [When I moved here, I had *80* 10-ream "photocopier paper cartons"
    of paperbacks. Plus all my textbooks, references, etc. I am now
    down to less than one carton of paperbacks (the titles that I
    simply insist on holding in my hands while reading) and a dozen
    cartons of text books. All the technical papers, standards,
    legal documents, etc. have all found their way onto a pair of 2.5"
    disk drives]

    I get pdfs either from a scan or through printing utilities.
    No intention of giving Adobe money for a format that was developed
    for common usage.

    I buy tools that solve problems. I don't really care who gets
    paid for them as long as there is a net value added in the
    products that I produce with them. Adobe did, after all, create
    PostScript.

    I think you'll find that you are misled in Adobe's original
    source for the pdf and eps files' original development.

    I said nothing of PDF or EPS origins. Rather, that "Adobe created
    PostScript" -- of which EPS and PDF (as well as DPS) are offshoots.
    PostScript has been openly documented for decades. And, folks have
    been able to create PostScript *interpreters* -- much like they
    could for any programming language. Though Adobe still claims
    PS as a registered trademark.

    If you were doing DTP in the 80's, you quickly realized that using
    any other "printer format" would lead to headaches as a document's
    LAYOUT would appear differently based on the printer to which it was
    rendered: page breaks would change, column fill/feathering,
    hyphenation, etc.

    Rendering to PostScript gave you independence from the physical
    constraints of the particular printer AND f*ckups in the printer
    drivers. Particularly important if you wanted to move from some
    SOHO printer to something used at a professional publisher
    (e.g., Linotype): "Why do my pages look different than my proofs?"

    NeXT used DPS in its rendering engines from the late 80's. Adobe
    eventually released a PostScript interpreter to run on workstations
    to provide PostScript capabilities to "dumb(er)" printers (like HP's
    PCL).

    PDF was created as a document interchange format. The specification
    was originally "made available" free of charge in the early 90's.
    But, still held under Adobe's control for more than a decade. In
    about 2010, the standard was released as an OPEN standard and control
    of it transfered to a separate body.

    [So, I suspect YOU have been misled about it's "original development"]

    There has never (from Adobe's point of view) been an Open Source version
    of the interpreter/renderer. Many of the knockoff products are still
    closed source. And, most (?) fail to implement all of the features
    defined in the standard -- assuming, instead, that users will have no
    need for them in their VIEWED documents (of course, the AUTHOR of the
    document decides what features will be needed by the viewer! :> )

    For folks thinking PDFs are just "electronic books", that's likely
    an acceptable tradeoff. OTOH, if you want to explain the difference
    between the different speaking accents of New Yorkers, Bostonians,
    Chicagoans, etc., it's much easier to embed three audio clips
    and let the "reader" HEAR them instead of trying to describe them
    textually. Similarly, instead of publishing N different views of
    a 3D object to give the reader an idea of how it is constructed,
    it's much easier to embed a 3D model IN the document and let the
    reader explore it in whatever manner HE deems appropriate.

    These are things that you can't do with paper books.

    They were always intended to be open source.

    There is no money in this work; or for anybody involved.

    Thought it might take if I processed it through html formatting,
    but that didn't seem to 'take' either.

    I suspect this is a common enough problem that there are other
    (non-Adobe) solutions out there. In a pinch (for a "one off"),
    you could directly edit the EPS.

    [I do this in reverse; I use Illustrator to create drawings
    and then extract the specific PS commands to paste into other
    documents. Saves me the trouble of having to develop a
    "drawing application".]


    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Brian Gregory@21:1/5 to Don Y on Tue Dec 24 20:21:46 2024
    On 24/12/2024 20:07, Don Y wrote:
    On 12/24/2024 12:31 PM, Don Y wrote:
    For folks thinking PDFs are just "electronic books", that's likely
    an acceptable tradeoff.  OTOH, if you want to explain the difference
    between the different speaking accents of New Yorkers, Bostonians,
    Chicagoans, etc., it's much easier to embed three audio clips
    and let the "reader" HEAR them instead of trying to describe them
    textually.  Similarly, instead of publishing N different views of
    a 3D object to give the reader an idea of how it is constructed,
    it's much easier to embed a 3D model IN the document and let the
    reader explore it in whatever manner HE deems appropriate.

    These are things that you can't do with paper books.

    Well, technically, you can distribute other *media* with a paper
    book that addresses some of these issues.  E.g., I have a book
    titled _Mouth Sounds_ that includes a (flimsy) "45" to be played
    on a phonograph to "hear" the sounds described.  Others have
    included CDs affixed to back covers, etc.


    I'm not completely sure you are fully understanding what the OP wants. I
    think he has the page numbers showing correctly in the headers of all
    his pages but wants to have the reader itself know the page numbers he
    used in his headings so that he can tell the reader to go to page 17 and
    it goes to the page with "17" in the header and shows page 17 / whatever
    as it's status.

    --
    Brian Gregory (in England).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Brian Gregory on Tue Dec 24 14:32:00 2024
    On 12/24/2024 1:21 PM, Brian Gregory wrote:
    On 24/12/2024 20:07, Don Y wrote:
    On 12/24/2024 12:31 PM, Don Y wrote:
    For folks thinking PDFs are just "electronic books", that's likely
    an acceptable tradeoff.  OTOH, if you want to explain the difference
    between the different speaking accents of New Yorkers, Bostonians,
    Chicagoans, etc., it's much easier to embed three audio clips
    and let the "reader" HEAR them instead of trying to describe them
    textually.  Similarly, instead of publishing N different views of
    a 3D object to give the reader an idea of how it is constructed,
    it's much easier to embed a 3D model IN the document and let the
    reader explore it in whatever manner HE deems appropriate.

    These are things that you can't do with paper books.

    Well, technically, you can distribute other *media* with a paper
    book that addresses some of these issues.  E.g., I have a book
    titled _Mouth Sounds_ that includes a (flimsy) "45" to be played
    on a phonograph to "hear" the sounds described.  Others have
    included CDs affixed to back covers, etc.


    I'm not completely sure you are fully understanding what the OP wants. I think
    he has the page numbers showing correctly in the headers of all his pages but

    The page numbers are present in the footers of the SCANNED pages. As they
    are just "text" -- indistinguishable from any OTHER text on those pages
    (i.e., they aren't TAGGED as "page numbers" but, rather, are recognized by human readers as LIKELY being page numbers owing to their consistent
    placement on the pages)

    When creating a document that you want to eventually export AS a PDF,
    you would typically *tag* the page number (possibly including any prefixed
    and suffixed text like "Page " ## "of N"). So, any processing done by
    the DTP tool (like creating an index, table of contents, list of illustrations, list of tables, etc.) would know the *apparent* (as in "visible") page number present on the particular page.

    Similarly, one would "tag" section titles so that the tool could build a list of section names (e.g., for the table of contents).

    And, one would EMBED tags for index entries at arbitrary points in the document. So, I could embed a reference to this text <INDEX:tag example>
    and whichever page it happened to be rendered on would be indicated adjacent
    to an entry titled "tag example".

    When you scan a document, its hard to infer the structure of the document
    from the mono/multi-chrome images that the scanner "sees".

    But, the scanner can definitely note that it is now processing the "fourth" page (even if a human would see the page as marked as "ii").

    wants to have the reader itself know the page numbers he used in his headings so that he can tell the reader to go to page 17 and it goes to the page with "17" in the header and shows page 17 / whatever as it's status.

    That's exactly what the doctored PDF that I provided does (at least using Adobe's products). I can type "II" (roman numeral 2) in the page number
    box and it will move to the page bearing the LABEL "II" -- which happens
    to be the tenth page in the document.

    Similarly, I can type in "322" and end up on the page that is LABELED as
    "322" (which is the 336th in the document) carrying the heading
    "RECEIVING AND GRADING HONEY".

    I've not experimented with how DUPLICATE "labels" are handled. E.g.,
    if there is another page LABELED as "322", will a search find it, too?
    Or, will the search facility only find the *next* instance of "322"
    (so, depending on where you are in the document, you might find the
    first "322" or the second... or neither!)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Don Y on Tue Dec 24 14:37:13 2024
    On 12/24/2024 2:32 PM, Don Y wrote:
    wants to have the reader itself know the page numbers he used in his headings
    so that he can tell the reader to go to page 17 and it goes to the page with >> "17" in the header and shows page 17 / whatever as it's status.

    That's exactly what the doctored PDF that I provided does (at least using Adobe's products).  I can type "II" (roman numeral 2) in the page number
    box and it will move to the page bearing the LABEL "II" -- which happens
    to be the tenth page in the document.

    Note the mechanism that I used exploits the fact that pages are present
    in sequential order. So, the page that is eventually LABELED as "1"
    will be followed by "2" (and not 372).

    However, the mechanism accommodates such haphazard labeling -- but at
    an increase in editing effort. E.g., I could arrange the scans in the
    order 3, 1, 5, 4, 2 and still produce labels that corresponded 1:1 with
    these in the "scanned text". But, I would have to do that as 5 distinct operations (select the first page, set its label to '3'; select the second page, set its label to '1'; select the third page, set its label to '5'...)

    If, the more likely case, the pages have sequential indicators (1,2,3...;
    i, ii, iii...; A, B, C...; etc.) then the mechanism can process all
    following pages as "next in sequence".

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Glen Walpert@21:1/5 to legg on Tue Dec 24 23:43:03 2024
    On Tue, 24 Dec 2024 08:19:16 -0500, legg wrote:

    On Mon, 23 Dec 2024 12:22:53 -0500 (EST), Martin Rid <martin_riddle@verison.net> wrote:

    legg <legg@nospam.magma.ca> Wrote in message:r
    Anyone have any idea how to publish a pdf so that it recognizes a
    frontispiece with roman numeral pagination?The body page one currently
    recword ognized as page 14.Annoying.RL

    if your using word, then use a section break and insert your
    page number. You can deattach the sections from one another to number
    them separately.

    Cheers
    In Word (doc), or Mozilla Composer (html) I'm formatting individual
    pages.

    The only time they get 'sewed up' is in the final pdf file.

    RL

    I am fairly certain that what you want cannot be done with a PDF, based on reading many documents where this would have been beneficial, such as the
    3544 page Florida Building Code where the page labeled as (RAS)109.1 is
    PDF page 2625, or the 1235 page Square-D Digest with page 22-1 on PDF page
    968. Both of these documents are made tolerable by links to major
    sections from the index. The Square-D Digest is exceptional in providing hyperlinks to web documents with part specs, drawings and CAD files for
    almost everything in the catalog.

    Glen

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Glen Walpert on Tue Dec 24 19:05:37 2024
    On 12/24/2024 4:43 PM, Glen Walpert wrote:
    I am fairly certain that what you want cannot be done with a PDF, based on reading many documents where this would have been beneficial, such as the 3544 page Florida Building Code where the page labeled as (RAS)109.1 is
    PDF page 2625, or the 1235 page Square-D Digest with page 22-1 on PDF page 968. Both of these documents are made tolerable by links to major
    sections from the index. The Square-D Digest is exceptional in providing hyperlinks to web documents with part specs, drawings and CAD files for almost everything in the catalog.

    PDFs deal with "pages" in three different contexts:

    The file itself assumes the first page is '0' -- so, any
    (PS) *code* that references a page begins counting from 0.
    Of course, the code doesn't care what "human reference"
    is visible on the page (which may actually be a COVER
    that has NO page number!), nor should it.

    Humans like to think of pages as starting with 1. So,
    absent any overriding information (see below), the N pages
    in a PDF will be "numbered" 1 to N.

    Because authors create documents with a variety of "page
    numbering schemes", the PDF includes provisions for page
    LABELS. These can be damn near ANYTHING. E.g., the
    first page could be "greg", the second page "four", the
    third page "XX", the fourth "¾", etc. Typically, the
    scheme chosen has an implied ordering so the user can predict
    what the next such label will be, given the current one.

    The authoring software is typically responsible for creating
    user-friendly "page labels" for the document, based on settings
    defined by the *author* at the time the document is created.
    It can also place these labels ON the pages in the document
    (as would be expected!). E.g., my page 17 might actually appear
    on the page as "II-03" if I adopt a <chapter>-<page-in-chapter>
    presentation scheme (and chose uppercase roman numerals as chapter
    numbers). Or, it could be "Intro-3" if I chose to use chapter
    names followed by page-within-chapter.

    But, not all authoring tools are up to the task. And, not
    all *authors* are aware of these issues or the means of addressing
    them.

    And, of course, there is also a caveat for the range of possible
    *readers* (viewers). So, when picking an authoring tool, it's
    important to consider which features you may want/need AND the
    choice of reader/viewer that you will RECOMMEND your users
    employ to read/view your documents.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From legg@21:1/5 to blockedofcourse@foo.invalid on Wed Dec 25 09:10:28 2024
    On Tue, 24 Dec 2024 12:31:04 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    [Apologies if duplicate; apparently some issues with ES?]

    On 12/24/2024 6:51 AM, legg wrote:
    The thing I'm working on now is 422 pages with a 5000 line index.
    I'm not going through THAT, manually inserting links.

    I can (have) "fix" the page numbers that appear in teh PDF viewer
    (at least Adobe's products; I don't use any of the "knock off" tools)

    But, adding hyperlinks is something that you would either have
    to do manually or write a script (and hope for the best).

    When I build a document with an index (or other cross references),
    I place markers in the text and the DTP tool uses these to determine
    the final "rendering place" for the reference to place in the
    index, etc.

    It similarly builds the hyperlinks for the PDF.

    Expecting a tool to do this /ex post factum/ (e.g., to a scanned/OCRed
    image) might be wishful thinking.

    [When I scan documents, I don't even bother with the OCR as my goal
    is simply to replace the paper document with an electronic version
    having all the capabilities (content) and _limitations_ (e.g., no
    automated search) of the original. This makes it a LOT easier to
    process paper! (I've scanned over 100,000 sheets -- both sides -- of
    such documents in the past year)]

    A preliminary draft ( there are already 40 pages updated for
    the next draft) is available for comment and criticism.
    At 100Meg ( but getting smaller) it may be a slow download.
    Few will find the actual content of interest.

    http://ve3ute.ca/prairie_gold/sample_241220.zip

    I made the changes that I mentioned, upthread, and posted a revised
    copy at:

    <https://mega.nz/file/I75REDIA#RFxRfVNXa_jhw3jcyv2_UeTGJ1iRwlUDC4hHk6x15bc>

    (ignore the viewer and click on the DOWNLOAD button on the lower right)

    I've appended 3 screenshots to the document (you should remove them;
    I just used the PDF as a convenient "package" to transport them)
    showing how three "significant" pages appear in Acrobat: note the
    front cover appears as having a "blank" page LABEL -- yet appears
    described as "(1 of...)" while page "I" shows the label "I" with
    "(9 of ...)" and page "1" appears with the label "1" and "(15 of ...)"

    [Note that "..." is 3 pages longer than your original for the reason >mentioned above]

    I'd be more than happy to do this again -- for revisions of this
    document or others.

    That was the sort of Reader output that I had in mind.

    I'll pay more attention to the features offered by my
    pdf publishing utility, (pdf995) to see what results I
    can get here.

    If I can't wrestle it into shape, I may take you up on
    your offer, just to get this out of my hair, after revisions.

    I'd normally add or remove pages by printing partial portions,
    then rejoining them. That doesn't appear to be practical
    if 'sections' carry un-numbered or oddly-paginated groups.
    0 seems particularly problematic.

    How would an end-user print the copyright page, or dedication
    page, if the select-page-to-print area of the gui offers
    pages ' -425 ' ?

    Many thanks.

    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to legg on Wed Dec 25 11:47:30 2024
    On 12/25/2024 7:10 AM, legg wrote:
    That was the sort of Reader output that I had in mind.

    I don't know what it "looks" like in other viewers. And,
    apparently, many don't support searching for page labels;
    they think of pages as being *numbered*.

    I'll pay more attention to the features offered by my
    pdf publishing utility, (pdf995) to see what results I
    can get here.

    Can't help you, there. I use FrameMaker (et al.) for
    my DTP needs; they are reasonably well integrated so
    I can tell one what I want *it* to tell the others...

    If I can't wrestle it into shape, I may take you up on
    your offer, just to get this out of my hair, after revisions.

    Truly no problem. The download and sneakernet into my office
    was the biggest "effort". Adjusting the page labels is:
    - open thumbnails
    - select a set of pages to be labeled
    - open "Label Pages..." dialog
    - select style (1,2,3; i,ii,ii; A,B,C; etc.)
    - APPLY

    I'd normally add or remove pages by printing partial portions,
    then rejoining them.

    In Acrobat, I just select the thumbnails for the pages to delete and then
    hit DELETE. I will have to see how the labels alter if I cut a section
    out of the middle. I would imagine the FIRST page in a section is the
    most critical (as it likely contains the sequencing information for its successors)

    I should see how rotated pages fit in the mix (they shouldn't
    be handled any differently -- but, "you never know")

    [I frequently put a B-size "fold out" in the middle of a document
    and often only the recto side is numbered]

    That doesn't appear to be practical
    if 'sections' carry un-numbered or oddly-paginated groups.
    0 seems particularly problematic.

    I would address '0' as "0"; in much the same way as "IV"
    or "COVER"

    How would an end-user print the copyright page, or dedication
    page, if the select-page-to-print area of the gui offers
    pages ' -425 ' ?

    With the labeling facility, you can specify "" (empty/blank)
    as the page label -- as I did for the cover and early front matter
    in your example.

    If your viewer/reader software can search for page labels (which
    is what all *should* be able to do as labels go WAY back in the
    specification's history -- for obvious reasons), you could exploit
    that ability to quickly access particular pages ("INDEX", "TABLES",
    etc.) in the absence of hyperlinks in the document (of course this
    means abandoning the VISIBLE page number on that page)

    Many thanks.

    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From legg@21:1/5 to blockedofcourse@foo.invalid on Wed Dec 25 15:24:13 2024
    On Wed, 25 Dec 2024 11:47:30 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    On 12/25/2024 7:10 AM, legg wrote:
    That was the sort of Reader output that I had in mind.

    I don't know what it "looks" like in other viewers. And,
    apparently, many don't support searching for page labels;
    they think of pages as being *numbered*.

    I'll pay more attention to the features offered by my
    pdf publishing utility, (pdf995) to see what results I
    can get here.

    Can't help you, there. I use FrameMaker (et al.) for
    my DTP needs; they are reasonably well integrated so
    I can tell one what I want *it* to tell the others...

    If I can't wrestle it into shape, I may take you up on
    your offer, just to get this out of my hair, after revisions.

    Truly no problem. The download and sneakernet into my office
    was the biggest "effort". Adjusting the page labels is:
    - open thumbnails
    - select a set of pages to be labeled
    - open "Label Pages..." dialog
    - select style (1,2,3; i,ii,ii; A,B,C; etc.)
    - APPLY

    I'd normally add or remove pages by printing partial portions,
    then rejoining them.

    In Acrobat, I just select the thumbnails for the pages to delete and then
    hit DELETE. I will have to see how the labels alter if I cut a section
    out of the middle. I would imagine the FIRST page in a section is the
    most critical (as it likely contains the sequencing information for its >successors)

    I should see how rotated pages fit in the mix (they shouldn't
    be handled any differently -- but, "you never know")

    [I frequently put a B-size "fold out" in the middle of a document
    and often only the recto side is numbered]

    That doesn't appear to be practical
    if 'sections' carry un-numbered or oddly-paginated groups.
    0 seems particularly problematic.

    I would address '0' as "0"; in much the same way as "IV"
    or "COVER"

    How would an end-user print the copyright page, or dedication
    page, if the select-page-to-print area of the gui offers
    pages ' -425 ' ?

    With the labeling facility, you can specify "" (empty/blank)
    as the page label -- as I did for the cover and early front matter
    in your example.

    If your viewer/reader software can search for page labels (which
    is what all *should* be able to do as labels go WAY back in the >specification's history -- for obvious reasons), you could exploit
    that ability to quickly access particular pages ("INDEX", "TABLES",
    etc.) in the absence of hyperlinks in the document (of course this
    means abandoning the VISIBLE page number on that page)


    I notice that the Foxit reader doesn't recognize the new labeling.
    That's pretty popular.

    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From john larkin@21:1/5 to legg on Wed Dec 25 13:56:26 2024
    On Wed, 25 Dec 2024 15:24:13 -0500, legg <legg@nospam.magma.ca> wrote:

    On Wed, 25 Dec 2024 11:47:30 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    On 12/25/2024 7:10 AM, legg wrote:
    That was the sort of Reader output that I had in mind.

    I don't know what it "looks" like in other viewers. And,
    apparently, many don't support searching for page labels;
    they think of pages as being *numbered*.

    I'll pay more attention to the features offered by my
    pdf publishing utility, (pdf995) to see what results I
    can get here.

    Can't help you, there. I use FrameMaker (et al.) for
    my DTP needs; they are reasonably well integrated so
    I can tell one what I want *it* to tell the others...

    If I can't wrestle it into shape, I may take you up on
    your offer, just to get this out of my hair, after revisions.

    Truly no problem. The download and sneakernet into my office
    was the biggest "effort". Adjusting the page labels is:
    - open thumbnails
    - select a set of pages to be labeled
    - open "Label Pages..." dialog
    - select style (1,2,3; i,ii,ii; A,B,C; etc.)
    - APPLY

    I'd normally add or remove pages by printing partial portions,
    then rejoining them.

    In Acrobat, I just select the thumbnails for the pages to delete and then >>hit DELETE. I will have to see how the labels alter if I cut a section
    out of the middle. I would imagine the FIRST page in a section is the
    most critical (as it likely contains the sequencing information for its >>successors)

    I should see how rotated pages fit in the mix (they shouldn't
    be handled any differently -- but, "you never know")

    [I frequently put a B-size "fold out" in the middle of a document
    and often only the recto side is numbered]

    That doesn't appear to be practical
    if 'sections' carry un-numbered or oddly-paginated groups.
    0 seems particularly problematic.

    I would address '0' as "0"; in much the same way as "IV"
    or "COVER"

    How would an end-user print the copyright page, or dedication
    page, if the select-page-to-print area of the gui offers
    pages ' -425 ' ?

    With the labeling facility, you can specify "" (empty/blank)
    as the page label -- as I did for the cover and early front matter
    in your example.

    If your viewer/reader software can search for page labels (which
    is what all *should* be able to do as labels go WAY back in the >>specification's history -- for obvious reasons), you could exploit
    that ability to quickly access particular pages ("INDEX", "TABLES",
    etc.) in the absence of hyperlinks in the document (of course this
    means abandoning the VISIBLE page number on that page)


    I notice that the Foxit reader doesn't recognize the new labeling.
    That's pretty popular.

    RL

    Here's a radical idea: call the first page of a document page 1, and
    increment from there.

    Then, if someone wants to see page 207, there it is.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to legg on Wed Dec 25 16:33:46 2024
    On 12/25/2024 1:24 PM, legg wrote:
    On Wed, 25 Dec 2024 11:47:30 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    On 12/25/2024 7:10 AM, legg wrote:
    That was the sort of Reader output that I had in mind.

    I don't know what it "looks" like in other viewers. And,
    apparently, many don't support searching for page labels;
    they think of pages as being *numbered*.

    I'll pay more attention to the features offered by my
    pdf publishing utility, (pdf995) to see what results I
    can get here.

    Can't help you, there. I use FrameMaker (et al.) for
    my DTP needs; they are reasonably well integrated so
    I can tell one what I want *it* to tell the others...

    If I can't wrestle it into shape, I may take you up on
    your offer, just to get this out of my hair, after revisions.

    Truly no problem. The download and sneakernet into my office
    was the biggest "effort". Adjusting the page labels is:
    - open thumbnails
    - select a set of pages to be labeled
    - open "Label Pages..." dialog
    - select style (1,2,3; i,ii,ii; A,B,C; etc.)
    - APPLY

    I'd normally add or remove pages by printing partial portions,
    then rejoining them.

    In Acrobat, I just select the thumbnails for the pages to delete and then
    hit DELETE. I will have to see how the labels alter if I cut a section
    out of the middle. I would imagine the FIRST page in a section is the
    most critical (as it likely contains the sequencing information for its
    successors)

    I should see how rotated pages fit in the mix (they shouldn't
    be handled any differently -- but, "you never know")

    [I frequently put a B-size "fold out" in the middle of a document
    and often only the recto side is numbered]

    That doesn't appear to be practical
    if 'sections' carry un-numbered or oddly-paginated groups.
    0 seems particularly problematic.

    I would address '0' as "0"; in much the same way as "IV"
    or "COVER"

    How would an end-user print the copyright page, or dedication
    page, if the select-page-to-print area of the gui offers
    pages ' -425 ' ?

    With the labeling facility, you can specify "" (empty/blank)
    as the page label -- as I did for the cover and early front matter
    in your example.

    If your viewer/reader software can search for page labels (which
    is what all *should* be able to do as labels go WAY back in the
    specification's history -- for obvious reasons), you could exploit
    that ability to quickly access particular pages ("INDEX", "TABLES",
    etc.) in the absence of hyperlinks in the document (of course this
    means abandoning the VISIBLE page number on that page)


    I notice that the Foxit reader doesn't recognize the new labeling.
    That's pretty popular.

    Hmmmm. From <https://pdfa.org/pdf-ux-page-labels/> (near the very end):

    ------------8<--------------8<----------------8<------------
    "In July 2024, the PDF Association conducted an informal survey of popular desktop PDF viewers providing support for WYISIHYN navigation. Our assessment was based on a single test of whether entering the Roman numeral “iv” resulted
    in the page changing to PDF page 4.

    "The shortlist of viewers in our survey that support WYISIHYN navigation:

    Adobe Acrobat
    Apple Preview
    Apryse PDF Studio Viewer
    Apryse Xodo PDF Studio
    FireFox (Mozilla pdf.js)
    Foxit
    PDFextra
    PDF Reader Pro (Mac)
    PDF XChange"

    ------------8<--------------8<----------------8<------------

    This appears to apply to a test document which contains a variety of
    page labels (described in the referenced page).

    <https://github.com/pdf-association/pdf-differences/blob/main/PageLabels-UX/PageLabelsTest.pdf>

    The entire web page is worthwhile reading (IMHO). The anecdote provided
    in the "Page labels in ISO publications" aside being typical of the effort
    to USE such labeling capabilities.

    Sadly, folks feel free to interpret standards any way they choose, rationalizing that they "know" what their users want" -- even in the face
    of evidence to the contrary (e.g., hundreds of years of prior art):

    "In longer or more complex documents with distinct sections, it is
    not uncommon to use Roman numerals for front matter page identifiers,
    descriptive page labels for back matter such as annexes or appendices,
    or even start a document with a page identifier other than 1. However,
    if the author/publisher fails to align the visible page identifiers
    on each page with the navigation data when users attempt to go to
    page “ix” or “12” they may end up at entirely different locations!
    Is that the 12th logical page, or the page with “12” in the footer,
    or somewhere else?"

    Obviously, the problem posed in your initial post.

    Also a reason why many websites point users at the "free Adobe Reader"
    instead of some other substandard free/not-free product. (Try viewing
    it in Firefox; it works as expected, there)

    [I suspect many of the "fillable tax forms" that are available from
    gummit websites would also fail on such products <frown> ]

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From albert@spenarnc.xs4all.nl@21:1/5 to blockedofcourse@foo.invalid on Thu Dec 26 15:07:16 2024
    In article <vka38r$qekf$1@dont-email.me>,
    Don Y <blockedofcourse@foo.invalid> wrote:
    On 12/22/2024 2:52 PM, legg wrote:
    Anyone have any idea how to publish a pdf so that it recognizes
    a frontispiece with roman numeral pagination?

    If your page numbering is *within* the document (e.g., a header of your
    own creation), then it is entirely up to you what form it takes, where it
    is placed, when it appears, etc. (e.g., often the first page of a chapter
    has no visible page number)

    The body page one currently recognized as page 14.

    The PDF format only deals with ordinality when it comes to page numbers.

    Annoying.

    Use the tool upstream of your PDF distiller to impose whatever numbering >scheme you want. E.g., I never label the first page of a document,
    use "lowercase" roman numerals for front matter, <chapter>-<page> for
    body pages (and <chapter>-<figure> as well as <chapter>-<table> for
    their corresponding materials) and INDEX-<page> for the index.

    Set your PDF to open with thumbnail views visible and the viewer can
    usually quickly find the page of interest from them.

    [Though I've never made a document of more than ~600 pages so it's easy
    to find thumbnails of chapter starts and offset from there]


    adobe is a MS kind of tool.
    Professionals use TeX.
    I generated the ciforth documentation with texinfo.
    In ghostview the two cover pages appear as 1 2 in the page column,
    The body is on the third page with a page number 1.
    The content are on the end, showing negative numbers in the page column,
    and are marked I ,, XII .

    Groetjes Albert
    --
    Temu exploits Christians: (Disclaimer, only 10 apostles)
    Last Supper Acrylic Suncatcher - 15Cm Round Stained Glass- Style Wall
    Art For Home, Office And Garden Decor - Perfect For Windows, Bars,
    And Gifts For Friends Family And Colleagues.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to albert@spenarnc.xs4all.nl on Thu Dec 26 17:40:43 2024
    On 12/26/2024 7:07 AM, albert@spenarnc.xs4all.nl wrote:
    adobe is a MS kind of tool.

    Acrobat (which is what I imagine you mean by "Adobe") isn't a document authoring tool; it's a PDF creation/editing tool. You'd be foolish to
    use it (and only it) to create a document longer than a single-page
    "form".

    I use FrameMaker, telling *it* to create the corresponding PDF (or HTML,
    XML, PS, etc.) to mirror what you *see* on the screen. Acrobat lets you
    add other payloads, build interactive forms (e.g., our state tax forms
    "do the math" for the person filing) and multimedia. E.g., I now
    add the source code that implements a particular module specification
    *to* that specification, when done. So, the (human) reader can
    extract the source code and feed it to a compiler from the specification document that describes it.

    Professionals use TeX.

    Perhaps professionals who want to MANUALLY do much of the work that the
    TOOL could otherwise do *for* them! TeX et al. are sorely lacking in
    WYSIWYG capabilities. This is particularly true when you go beyond
    "pure text" documents. This is one type of application where you really
    *want* all of the tools in-built; you don't want to have to switch
    between different executables to perform each of the tasks that WILL
    be required.

    [I used TeX et al. for years before realizing there were much *easier*
    ways to produce documentation that would let me SEE what the result
    would be as I was creating it.]

    I want to paste an illustration/photo into a document (or, a table
    *cell*!) and be able to add callouts on or around it, *there*, not
    in some other tool and wonder how they will look in the context of
    the surrounding material.

    I want to create supplemental text flows and see how they look *as* I
    create and populate them; should I alter the *shape* of this text
    frame so it fits better visually with the other flows on the page?
    Should I move it to another page?

    FrameMaker's equation editor helps with the tedium of entering
    equations *faithfully*. Isn't:
    Σ2αx² ± δ ≤ ∏…
    easier to visualize (i.e., validate) than:
    \sum 2\alpha x^2 \pm \delta \leq \prod ...
    No need to remember the "names" of particular symbols or operators
    as they are just clicks on a menu.

    It also supports some symbolic operations and evaluations. E.g., I can
    type something like:
    y = (x + 3)^3 - 8
    and, have it expanded to:
    y = (x + 3)(x + 3)(x + 3) - 8
    or y = (x + 3)(x^2 + 6x + 9) - 8
    or y = x^3 + 9x^2 + 27x + 27 - 8
    or y = x^3 + 9x^2 + 27x + 19
    (assuming I've done that correctly in my head). I could assert that
    x = q + p
    and have it evaluate the above given that substitution.

    Or, transpose a matrix, do dot/cross products, matrix multiplication/addition, etc. Add fractions, expand factorials, remove common factors, etc.

    This is not a substitute for doing the actual math but a huge convenience
    from having to retype different/equivalent forms of the same equation when trying to show a derivation. There's nothing worse than reading a paper
    and noting that "equation 1" is NOT equivalent to "equation 2" due to
    some careless typo.

    The biggest downside to using FM is the cost (I think it was ~$1000 when I purchased it; but, I've spent considerably more than that on compilers,
    CAD/EDA programs, etc.) -- especially as things are moving to subscription models (one reason I've not upgraded). I am always amused at how "cheap" developers are when it comes to tools -- as if *their* time had no value
    (or, they enjoyed PLAYING with their tools!) What's an HOUR of your time worth? A day?

    I generated the ciforth documentation with texinfo.
    In ghostview the two cover pages appear as 1 2 in the page column,
    The body is on the third page with a page number 1.
    The content are on the end, showing negative numbers in the page column,
    and are marked I ,, XII .

    Why would you ever have a negative number in a document? The authoring
    tool should be smart enough to sort out the actual indication that you
    are using to LABEL each page and carry that into the index, ToC, etc.

    Likewise, to create the hypertext links *in* the document without having
    to fiddle with anything beyond tagging the destination of each link
    (implicitly for things like figures, tables, illustrations, headings, subheadings, footnotes, etc. and explicitly for any deliberate references
    to explicit body text)

    Or, show/hide markups, typeface changes, comments, photos/illustrations,
    tables of all of the above (AS tables), video, audio, etc.

    The productivity increase is remarkable!

    I generate close to 1000 pages of documentation annually. Doing that
    reliably in TeX would just be a frustrating chore.

    This is a newsletter I did for a local library -- while out of town
    (medical emergency) and unable to access anything other than FrameMaker
    (on the laptop that I took along with me):
    <https://mega.nz/file/ViJl2RQa#XiMuQ0eQr83CgkCpzBR6lom9p9ww_andFWiO9Dhzac0> (I didn't author any of the content -- other than the puzzle on the last page)

    These are my *notes* for creating a "revolving globe" animation for a
    local non-profit that engaged in worldwide disaster relief (i.e., to
    show donors where their efforts were, across the globe):
    <https://mega.nz/file/kvghgKKC#1t8opVGIRK_TCRcwL77WJR1lhBXLrPCWJotT6B9Bz9w> (doesn't EVERYBODY invest time documenting their work -- even if it is
    /pro bono/?)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From legg@21:1/5 to albert@spenarnc.xs4all.nl on Fri Dec 27 13:50:19 2024
    On Thu, 26 Dec 2024 15:07:16 +0100, albert@spenarnc.xs4all.nl wrote:

    In article <vka38r$qekf$1@dont-email.me>,
    Don Y <blockedofcourse@foo.invalid> wrote:
    On 12/22/2024 2:52 PM, legg wrote:
    Anyone have any idea how to publish a pdf so that it recognizes
    a frontispiece with roman numeral pagination?

    If your page numbering is *within* the document (e.g., a header of your
    own creation), then it is entirely up to you what form it takes, where it >>is placed, when it appears, etc. (e.g., often the first page of a chapter >>has no visible page number)

    The body page one currently recognized as page 14.

    The PDF format only deals with ordinality when it comes to page numbers.

    Annoying.

    Use the tool upstream of your PDF distiller to impose whatever numbering >>scheme you want. E.g., I never label the first page of a document,
    use "lowercase" roman numerals for front matter, <chapter>-<page> for
    body pages (and <chapter>-<figure> as well as <chapter>-<table> for
    their corresponding materials) and INDEX-<page> for the index.

    Set your PDF to open with thumbnail views visible and the viewer can >>usually quickly find the page of interest from them.

    [Though I've never made a document of more than ~600 pages so it's easy
    to find thumbnails of chapter starts and offset from there]


    adobe is a MS kind of tool.
    Professionals use TeX.
    I generated the ciforth documentation with texinfo.
    In ghostview the two cover pages appear as 1 2 in the page column,
    The body is on the third page with a page number 1.
    The content are on the end, showing negative numbers in the page column,
    and are marked I ,, XII .

    Groetjes Albert

    I've heard TeX pushed in tech forums, but tech publishers and
    regulators specify the format for submissions, and it ain't TeX.

    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Phil Hobbs@21:1/5 to legg on Fri Dec 27 20:27:15 2024
    legg <legg@nospam.magma.ca> wrote:
    On Thu, 26 Dec 2024 15:07:16 +0100, albert@spenarnc.xs4all.nl wrote:

    In article <vka38r$qekf$1@dont-email.me>,
    Don Y <blockedofcourse@foo.invalid> wrote:
    On 12/22/2024 2:52 PM, legg wrote:
    Anyone have any idea how to publish a pdf so that it recognizes
    a frontispiece with roman numeral pagination?

    If your page numbering is *within* the document (e.g., a header of your
    own creation), then it is entirely up to you what form it takes, where it >>> is placed, when it appears, etc. (e.g., often the first page of a chapter >>> has no visible page number)

    The body page one currently recognized as page 14.

    The PDF format only deals with ordinality when it comes to page numbers. >>>
    Annoying.

    Use the tool upstream of your PDF distiller to impose whatever numbering >>> scheme you want. E.g., I never label the first page of a document,
    use "lowercase" roman numerals for front matter, <chapter>-<page> for
    body pages (and <chapter>-<figure> as well as <chapter>-<table> for
    their corresponding materials) and INDEX-<page> for the index.

    Set your PDF to open with thumbnail views visible and the viewer can
    usually quickly find the page of interest from them.

    [Though I've never made a document of more than ~600 pages so it's easy
    to find thumbnails of chapter starts and offset from there]


    adobe is a MS kind of tool.
    Professionals use TeX.
    I generated the ciforth documentation with texinfo.
    In ghostview the two cover pages appear as 1 2 in the page column,
    The body is on the third page with a page number 1.
    The content are on the end, showing negative numbers in the page column,
    and are marked I ,, XII .

    Groetjes Albert

    I've heard TeX pushed in tech forums, but tech publishers and
    regulators specify the format for submissions, and it ain't TeX.

    RL

    Depends on the outfit.

    I’ve submitted two book manuscripts in LaTeX, no worries. Physics papers
    are usually done in TeX as well.

    --
    Dr Philip C D Hobbs Principal Consultant ElectroOptical Innovations LLC / Hobbs ElectroOptics Optics, Electro-optics, Photonics, Analog Electronics

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to legg on Fri Dec 27 15:16:49 2024
    On 12/27/2024 11:50 AM, legg wrote:
    I've heard TeX pushed in tech forums, but tech publishers and
    regulators specify the format for submissions, and it ain't TeX.

    TeX is a throwback to the days of text-only TTYs. We've had
    graphic workspaces for 40+ years (even on our PHONES!) so it
    is silly not to use actual representations of the content
    instead of "encoded" representations that place a higher
    cognitive load on the author (and source proof-reader).

    The form (and format) of your submissions is dictated by
    whomever the gatekeeper happens to be -- journal, magazine,
    book publisher, flyer, etc. If you want to submit to <any>,
    then you have to conform to their submission guidelines
    (including letting THEM edit the coy, create the illustrations,
    determine the layout, etc.).

    BUT, you are free to control the documents that you produce for
    YOUR consumption -- and those reliant on you for that content.
    So, it seems the obvious choice is to pick something that is efficient
    and capable -- over a wide variety of applications.

    I have templates for memos, business correspondence, recipes,
    technical articles, specifications, etc. This saves me the trouble
    of deciding how I want a particular document to *appear* (because,
    unlike HTML, one typically wants to also control appearance as
    well as content) along with reminders for the various "components"
    of each document type. E.g., "remember to make note of how long
    this baked good will store at room temperature, refrigerated,
    frozen, etc. as well as how MANY the recipe yields and how long it
    takes to prepare (wall time and work time)"

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)