Skip to content

Conversation

@linearcombination
Copy link
Contributor

@linearcombination linearcombination commented Sep 22, 2025

  • [Passages] Add OT RG resources and handling to Passages app
  • [STET] Only show STET passages option when not in production
  • [STET] Limit STET source languages to only those which provide a 4th column (bolded words) in production environment and all STET source languages when not in production environment
  • [Passages] Keep passages sorted not only by book, but by chapter and verse too in UI and in generated document
  • [DOC,STET,Passages] Fix a couple visual UI bugs in the mobile version of the app(s)
  • [STET] Add Swahili input doc and locale information
  • Some other under the hood improvements (see git log for details)

linearcombination and others added 30 commits May 12, 2025 08:56
Requested DOC feature
Make it clear that when the Gateway tab is selected, the search field
searches gateway languages and when the Heart tab is selected, the
search field searches heart languages. Before this commit it only said
search languages which could lead one to believe you are searching
across all languages.
Make the code more extensible and easier to understand.
It provides no needed value and is just another phrase that would need
to be localized.
Russian (ru) exhibited some USFM with this USFM structural mistake.
Grab only integer part of '1.'
This is the cache for file artifacts which include graphql query
results, resources.json, git repos, and generated document files. 30
minutes is long enough to materially impact running of the test suite
to make it considerably faster and short enough to allow new updates
to data to become available without too long of a wait.
…t-05-19-2025

Update to doc and stet 05 19 2025
Graphql lookups are generally quick and hopefully stability has
improved. Let's simplify the code and remove caching of graphql data.
Put checkbox to select NT Survey Reviewer's Guide Passages on its own
row.
# is True, then the chapter label will be localized to the language(s)
# requested.
use_chapter_labels: bool = False
# We have two PDF processors that we can use: Weasyprint and Princexml.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for providing the option to choose between the PDF processors. Is there a way to choose them at runtime? (I'm guessing not -- this looks like an deployment-time decision.)

Perhaps we could generate some Prince PDFs vs Weasy PDFs and let TS review them. They could then decide if they're willing to live with the logo in return for the superior layout.

@linearcombination
Copy link
Contributor Author

linearcombination commented Sep 25, 2025 via email

@linearcombination linearcombination merged commit f59b61d into doc.bibleineverylanguage.org Sep 25, 2025
15 checks passed
@github-project-automation github-project-automation bot moved this from In progress to Done in DOC Project Management Sep 25, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Development

Successfully merging this pull request may close these issues.

4 participants