Problemas ao incluir elementos de material preliminar em diglotos

Question

Consigo incluir nosso prefácio usando o seguinte no “material preliminar local” no PTXPrint:

\rem -------------------------------------------------------------------------
\periph Preface|id=“preface”
\rem -------------------------------------------------------------------------
\zgetperiph|preface*

No livro INT, tenho o prefácio marcado assim:

\periph Preface|id=“preface”

O prefácio que estou obtendo nos meus PDFs é do livro INT do texto secundário. Eu gostaria que fosse do texto primário, mas acho que meus colegas de equipe vão querer ambos. Como posso fazer isso?

Um problema relacionado: Quando faço uma alteração no prefácio no Paratext e o salvo, e depois imprimo no PTXPrint, pode levar várias tentativas até que o PTXPrint se lembre de atualizar o conteúdo do Prefácio. Se eu carregar uma configuração diferente e voltar para a que estou usando, o PTXPrint pega a nova versão do Prefácio.

Além disso, não consigo fazer um \fig funcionar no Prefácio de jeito nenhum.

Uma última coisa: minhas alterações em PrintDraftChanges.txt não estão sendo aplicadas ao Prefácio, mas estão nos livros do corpo principal da publicação.

Obrigado por qualquer ajuda que possam me dar com esses problemas.

John Nystrom

Tradução automática de English Mostrar original

Answer 1

Lidando com seus problemas, provavelmente em ordem aleatória…

• (suposição) arquivos de alterações: sim, eles deveriam ser aplicados ao INT… o INT está listado como um livro a incluir, ou você está dependendo do PTXprint incluí-lo “nos bastidores”. Lembro vagamente que isso pode fazer diferença. (Ou pode lhe dar duplicidade…)

• \periph|preface\* ... \zgetperiph|preface\* Uau!. Por favor, não defina um prefácio que inclua o prefácio.
  Você está livre para usar uma linha que diga:
  \periph Preface
  sem dar a ele um ID. Isso não deve ter nenhum efeito colateral ruim, mas o que você listou diz “estou definindo esta coisa chamada preface para ser algum texto que inclui esta coisa chamada preface”, o que fica um pouco circular. Provavelmente você não quer isso. Suponho que você pode se sair bem se tiver cuidado para especificar todos os lados corretamente (veja abaixo), já que acho que há 3 prefácios em um digloto - um para L (primário), um para R (secundário) e um para sem-lado-especificado. Mas como está escrito, vai dar um comportamento que não quero tentar prever, e uma pequena alteração em algum lugar pode fazer isso explodir na cara de um de seus amigos tradutores locais de maneiras estranhas e “interessantes”.

• (suposição) Alterações não estão tendo efeito… você está pressionando salvar? Talvez o editor não esteja gravando o arquivo corretamente se você apenas pressionar imprimir??

• Qual prefácio é preface. Hmm, deixe-me dar uma lida no código… Ah, bom, não estava imaginando. Em um digloto, o código deve carregar e salvar \periph|id="preface" de uma maneira apropriada ao lado, com base na configuração atual / última. Estou supondo que ele acha que está no secundário quando está processando seu livro FRT. Você deve ser capaz de acessar ambos (todos os três) assim:

\rem left preface
\zglot|L\*
\zgetperiph|preface\*

\rem right preface
\zglot|R\*
\zgetperiph|preface\*

\rem is there a 'no-sides preface'? It almost certainly won't work fully before 2.4.50.
\zglot|\*
\zgetperiph|preface\*

(onde os marcos \zglot |\* fazem a troca de fonte que você esperaria de uma coluna de digloto, mas sem colocar as coisas em duas colunas. Alternar para “sem-lado-selecionado” é muito experimental e pode não fazer nada útil)

Alternativamente, se você não precisar de mudanças de fonte, você deve ser capaz de especificar o lado para zgetperiph assim:

\zgetperiph|id="preface" side="L"\*

Valores válidos de side são "L" (esquerda/primário), "R" (direita/secundário), "" (sem-lado-selecionado).
Quanto eu sei, nenhuma dessas partes de código foi muito testada, então por favor reporte qualquer sucesso / falha!

Tradução automática de English Mostrar original

Comments

@David_Gardner

Obrigado pela ajuda com isso. Há três problemas. Talvez todos estejam relacionados.

Problema 1. O PTXPrint só está pegando as alterações no Prefácio se eu mudar o que estou imprimindo, por exemplo, um capítulo diferente ou um livro diferente. Mudar de livro é a maneira mais confiável de fazê-lo atualizar o Prefácio. Se eu continuar imprimindo o mesmo livro, ele não pega as edições no Prefácio.

Problema 2. O prefácio errado está sendo impresso.

Não tenho incluído o livro INT no que imprimo. Estou dependendo do PTXPrint para obter o prefácio de lá.

Tentei isso:

\rem left preface
\periph Preface
\zglot|L*
\zgetperiph|preface*

Obtenho os mesmos resultados que obtive antes: Está imprimindo o Prefácio do INT em T2, o que está errado. L = T1.

Tentei isso:

\rem right preface
\periph Preface
\zglot|R*
\zgetperiph|preface*

Obtive o mesmo resultado de antes. Ainda está pegando o Prefácio do INT em T2.

Já que esses não funcionaram, tentei o outro método que você mencionou:

\periph Preface
\zgetperiph|id=“preface” side=“R”*

Isso fez o PTXPrint não imprimir o Prefácio de jeito nenhum.

Tentei o mesmo com “L”

\periph Preface
\zgetperiph|id=“preface” side=“L”*

O PTXPrint ainda não imprime nenhum Prefácio.

Então, por enquanto, estou usando isso:

\rem right preface
\periph Preface
\zglot|L*
\zgetperiph|preface*

O PTXPrint ainda imprime meu Prefácio T2, sem “L” = T1, como especificado.

O que eu realmente quero é o Prefácio T1 seguido pelo Prefácio T2.

Então isso deveria funcionar:

\rem left preface
\periph Preface
\zglot|L*
\zgetperiph|preface*

\rem right preface
\periph Preface
\zglot|R*
\zgetperiph|preface*

Atualmente, isso imprime duas cópias do Prefácio R (T2).

Tentei adicionar isso ao acima:

\rem is there a ‘no-sides preface’? It almost certainly won’t work fully before 2.4.50.
\zglot|*
\zgetperiph|preface*

E agora obtenho três cópias.

Se eu deixar de fora os Prefácios L e R e incluir apenas o “prefácio sem lados”, obtenho o prefácio T2.

Problema 3. Palavras do glossário não marcadas corretamente no PDF

O PTXPrint não está marcando corretamente meu exemplo de marcação de palavra do glossário. Está formatando-os com uma fonte diferente em vez de aplicar os colchetes de canto que escolhi na aba Body. Os colchetes de canto estão imprimindo corretamente no texto bíblico, mas não no Prefácio.

Basic Checks está me dando erros sobre o frtbak.sty, mas não entendo o que está errado. Fazer a seção “\Marker w” do frtbak.sty igual à que está no usfm.sty não ajudou. Ainda está reclamando de três erros:

INT 1:0 #Invalid attribute: \w (frtbak.sty)

INT 1:0 #Citation Form (“gutpela na strongpela ston bilong karim haus|Gutpela ston tru”) is missing from Glossary: \w (frtbak.sty)

Acho que esses dois primeiros provavelmente são causados por este:

INT 1:0 #“gutpela na strongpela ston bilong karim haus|Gutpela ston tru” contains unexpected non-wordforming characters [‘|’]: \w (frtbak.sty).

Esse caractere não formador de palavra é o caractere apropriado para separar a forma da Renderização do Termo Bíblico no texto da forma de citação no Glossário. Não sei por que isso é um problema no INT e não é um problema no texto da Bíblia.

Obrigado por qualquer ajuda que possam me dar com essas coisas.

Tradução automática de English Mostrar original

---

Problema 1.
Vou apontar Mark/Martin para este tópico. (eles, claro, vão pedir um arquivo, sinta-se à vontade para antecipar!)

Problema 2.
É claramente necessário investigar. Posso ter um arquivo também?

Problema 3.
AFAIK, a interface gráfica toma o caminho fácil ao formatar palavras \w e na verdade executa uma expressão regular nelas para substituir \w ... \w* pelos colchetes de canto.
Opção 1: esperar que Mark/Martin apliquem essa expressão regular a mais fontes de entrada.
Opção 2: Solução alternativa: Se você disser para usar a marcação \w e depois configurar isso:

\sethook{start}{w}{⌞}
\sethook{end}{w}{⌟}

Então o TeX fará a inserção e você deve ter mais consistência (se isso é consistentemente certo ou errado é uma questão diferente!). Espero que você não precise fazer nenhum truque de fonte.

Sequestrando completamente o tópico, faço o seguinte excesso para \add, que dá cantos visíveis como tenho em minha cópia da NIV’84, mas (a) eles não são selecionados se alguém estiver copiando o texto e (b) eles “sempre funcionam” porque não vêm de uma fonte:

%draw corners:
\def\addmtlquteht{2pt}% height
\def\addmtlqutewd{1.5pt}% width
\def\addmtlqutelw{0.2pt}% linewidth.
\def\beginadd{\lower 1pt \hbox{\vrule width \addmtlqutelw height \addmtlquteht\vrule width \addmtlqutewd height \addmtlqutelw}\kern -1pt}
\def\endadd{\kern -1pt \lower 1pt \hbox{\vrule width \addmtlqutewd height \addmtlqutelw\vrule width \addmtlqutelw height \addmtlquteht}}

\sethook{start}{add}{\beginadd}
\sethook{end}{add}{\endadd}

Sinta-se à vontade para copiar/colar/modificar e usar para suas entradas de lista de palavras se gostar da ideia.

Tradução automática de English Mostrar original

Answer 2

[versão original]:
Obrigado pelo arquivo. Parece que preciso ter uma discussão com Mark e Martin sobre o tratamento de FRT em diglotos. O código python está tentando lidar com \zgetperiph por conta própria e não está fazendo um bom trabalho.

[edição] Ops. Tendo tentado lutar contra isso por um tempo no meio de outras coisas, acabei de perceber que os livros originais FRT e INT (qualquer projeto) não estão incluídos no arquivo. Vou enviar um relatório de bug…

Tradução automática de English Mostrar original

Comments

@David_Gardner Enviei aqueles livros. Não estou usando o livro FRT de jeito nenhum, pelo menos não de propósito.

Tradução automática de English Mostrar original

Answer 3

@John_Nystrom Minha conclusão até agora… até que o lado python do problema #795 seja corrigido, a única maneira de puxar ambos os elementos de material preliminar é copiar e colar. Desculpe.

Tradução automática de English Mostrar original