Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Printing from a module spec omits first few pages #1003

Open
KimB2017 opened this issue Nov 20, 2024 · 4 comments
Open

Printing from a module spec omits first few pages #1003

KimB2017 opened this issue Nov 20, 2024 · 4 comments
Labels
Python This issue needs work on the Python code, no XeTeX involved. python-USFM-module How the python code turns a module definition into USFM

Comments

@KimB2017
Copy link

KimB2017 commented Nov 20, 2024

When I print a Bible Module directly in PTXPrint the first few pages are skipped. When I load the same Module spec. into XXA and print that book in PTXPrint it prints correctly. (Ignore too-big titles and other bits, I need to get this working before fine-tuning it).

I've included the current PTXPrint "Scope" setting above each PDF in the pics to identify them. The first pic is correct. The second pic shows "page 1" starting with the third reading (Epistle) under "1st Sunday of Advent."

  1. I upgraded PTXPrint to the latest version today; the same thing happened with the previous version last week.
  2. The same Module file is called for both printings. Same thing happens with all of my 10+ Catholic Sunday Readings modules.
  3. I upgraded PTXPrint to the latest version today; the same thing happened with the previous version last week.
  4. It is much more convenient to print directly from the Module specs, as I'm sure you know. I hope this isn't hard to fix.
  5. Another odd thing I just noticed: The PDF with the first 3-4 pages missing has 62 total pages. The file that includes the entire module text has 61 pages! I haven't examined this yet but it looks as if styles might be applied differently, because they are both printed with the same PTXPrint Layout.

Image
Image

kyxPublx-LiturgyReadingsPTXprintArchive.zip

@davidg-sil
Copy link
Collaborator

Thanks for the archive, I can confirm it breaks... But not quite as described. As a module it appears as you include, but in XXA for me the references are not getting decoded, and the first bit is chopped off:
Image

Hopefully MP or MH can solve the mystery!

@KimB2017
Copy link
Author

KimB2017 commented Nov 21, 2024

I've just noticed another issue when invoking verse segments, which the RC Lectionary is quite fond of. Line139 of the Module references Micah 5:2-5a. This segment is in the Scripture text. The XXA version segments it correctly, but the Module printout includes the whole chapter 5.

I see that I did not yet have \v 5a and \v 5b entered in the Micah book for this project when I sent the archive yesterday. So I entered the verse segment markers, saved the PT project, then printed from PTXPrint again. The XXA output did not recognize my new verse segments: It still printed all of v. 5. The module run printed the whole chapter again.

Back in PT I switched the XXA view to Standard Output, then reran the PDF. This time Micah 5:2-5a was correctly extracted. (Still no change in the module PDF.) I don't know if this was triggered by switching the XXA view from Specification to Output, or by doing a second PTXPrint run after changing the Paratext file. Could this be why davidg-sil got a different result in his XXA run from my archive?

This also might help with https://support.bible/13232/verse-segments-seem-to-be-ignored-in-ptxprint.

Second error with Module printing: In any case, printing directly from the Module spec caused the entire chapter of Micah 5 to be printed in the environment of a segmented verse spec, whether or not the Scripture text correctly split the verse.

@KimB2017
Copy link
Author

Yikes! I did not mean to "Close as completed"! I don't seem to have permission to Reopen the issue, but I don't consider it resolved.

There are definitely some weird issues with printing a Module directly from PTX Print, vs. loading a Module into a Ptx XXx book and printing that book. I can set aside some time in mid-Dec or January for testing if it would help you figure this out, because in theory the direct method is much easier than using XXx books.

To summarize, there are at least two issues with direct Module printing in my sample here:

  1. The first 3-4 pages of the file are omitted from the printout
  2. When a \ref contains a verse segment the printout not only ignores the segments but also the end of the passage, printing the whole chapter. (Whereas printing a module via an XXx book does respect verse segments.)

@davidg-sil davidg-sil reopened this Nov 26, 2024
@davidg-sil davidg-sil added the Python This issue needs work on the Python code, no XeTeX involved. label Nov 26, 2024
@davidg-sil
Copy link
Collaborator

I've reopened the issue. There's obviously a disagreement between PTXprint and paratext about how a module file should be read. That's sad, and no doubt Mark and Martin can provide some input when they've got a few spare synapses from the other deep work they're doing in other bits of the code....

@davidg-sil davidg-sil added the python-USFM-module How the python code turns a module definition into USFM label Nov 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Python This issue needs work on the Python code, no XeTeX involved. python-USFM-module How the python code turns a module definition into USFM
Projects
None yet
Development

No branches or pull requests

2 participants