0 votos
521 visualizações

Estou trabalhando com uma equipe que deseja escrever referências bíblicas da seguinte forma:
\xt book_name rukuh # ayat #\xt*
onde “rukuh” significa “capítulo” e “ayat” significa “versículo”.

Em muitos casos, desistimos de fazer o PT analisar os nomes e usamos os atributos no estilo |ABC 1:2 para fornecer explicitamente a referência. Ainda assim, o PT faz um bom trabalho em muitos casos, analisando corretamente.

Para fazer isso funcionar, adicionamos a palavra “rukuh” ao final de cada nome de livro e definimos ␣ayat␣ como o separador de Capítulo/Versículo.

Em primeiro lugar, existe uma maneira melhor de configurar isso que não consideramos? Ou devemos simplesmente desistir e usar referências no estilo inglês como atributo em todos os casos?

Supondo que o que fizemos seja a melhor maneira possível de fazer as coisas, adicionar notas de rodapé agora define o campo \fr como chapter# ayat verse#, o que é irritante, mas pode ser contornado. O problema é que, quando executamos a Verificação de Referências (Reference Check), obtemos centenas de erros que dizem “Unexpected book after chapter separator”. Existe alguma maneira de contornar isso?

Tradução automática de English
Paratext por (1,9k pontos) | 521 visualizações

2 Respostas

0 votos
Melhor resposta

Para um projeto que fizemos há alguns anos que precisava fazer o mesmo tipo de coisa, colocamos as referências no formato ocidental normal, para que o Paratext (e o DBL) fique satisfeito e possa fazer todas as verificações de que precisa. Mas, antes de publicar, processamos com um script Python para convertê-las para o formato adequado. Aqui estão as Expressões Regulares relevantes do script Python (note que há uma expressão de conversão separada para cada forma de referência, seja múltiplos capítulos, com números de versículo ou sem, etc.):

    # turn cross references into their long forms
    #  Takwiin 2:1; 5:2  or  Takwiin 2:1-5; 5:6-9
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+(-\d+)?); (\d+):(\d+(-\d+)?\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4 wa fasul \\6 aaya \\7\\\+xt*', sText)
    #  Takwiin 2; 4
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+); (\d+\\\+xt\*)',
                   '\\1 fasul \\3 wa fasul \\4', sText)
    #  Takwiin 2:1
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2:1-5
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+-\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2  or  Takwiin 1–2
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+(–\d+)?\\\+xt\*)',
                   '\\1 fasul \\3', sText)

Se eu estivesse fazendo a mesma composição tipográfica hoje, usaria o PTXprint e colocaria essas alterações no arquivo Changes.txt.

Note que podem haver expressões de capítulo/versículo que não são tratadas por essas expressões; isso foi para um projeto específico e eu sabia qual era a faixa de todos os formatos de expressões de referência. Por exemplo, não acredito que isso trataria três números de capítulo, por exemplo, “bookname ch1; ch2; ch3”. Se você tiver isso no seu projeto, precisará adicionar uma nova expressão ou encontrar uma maneira de estender as expressões existentes (provavelmente a primeira opção é mais fácil…).

Note também que, quando você olha para suas referências no texto vindo do DBL, por exemplo, no YouVersion, você obterá apenas o formato de referência ocidental, não o seu “rukuh # ayat #”. Isso é porque o YouVersion não tem sofisticação no processamento e formatação de texto – ele apenas despeja em HTML e torce para que fique bom. Mas, se você criar aplicativos bíblicos com o SAB, pode executar Expressões Regulares semelhantes para obter o mesmo comportamento desejado.

@anon175865 De certa forma, esse problema do YouVersion é semelhante ao problema de bagunçar as quebras de linha quando há espaços em torno da pontuação. Talvez devêssemos ter um arquivo de “regras de composição tipográfica sugeridas” que seja anexado ao projeto e armazenado com o projeto no DBL. Então, se o YouVersion aplicasse essas alterações ao exibir um texto, talvez fizesse um trabalho melhor. Isso permitiria, em certo sentido, uma diferença entre o formato de dados e o formato de apresentação do texto. E, em seguida, dependendo do tipo de apresentação, você pode precisar escolher que tipos de regras aplicar. De qualquer forma, apenas dando uma luz verde um pouco ali…

Espero que ajude,
jeffh

Tradução automática de English
por (1,4k pontos)

Muito obrigado por essa sugestão. Parece uma solução alternativa melhor do que a nossa atual. Eu a sugeri à equipe e verei se estão satisfeitos com ela (a única desvantagem é que eles precisarão se acostumar a ver uma coisa no PT, mas esperar outra coisa na impressão/aplicativo final).

Tradução automática de English

Só um lembrete de que, com o PTXprint, agora é possível produzir facilmente a saída em sua forma final, então não tenha medo de produzir rascunhos e avaliá-los em PDF ou em forma impressa. Obviamente, os tradutores (ou pelo menos um deles) precisarão ser capazes de trabalhar com/digitar o formato ocidental da referência, mas você deve ser capaz de produzir rascunhos no outro formato para avaliação pela equipe, seu comitê, etc. Isso tem a vantagem adicional de testar seu formato final mais cedo no processo, para que todos se acostumem com ele e/ou façam seus comentários sobre o formato desde o início.

Tradução automática de English

@jeffh O problema com a exibição em nossas plataformas de editores não é que eles “simplesmente despejam em HTML e esperam que fique bom”. Meu Deus!! Você não tem ideia de quanto trabalho a YouVersion, em particular, faz para obter as coisas do jeito que queremos. O pacote que vai para eles é produzido pelo nosso conversor Paratext e é USX, não HTML (o Paratext também é onde os espaços não separáveis são removidos). Acredito que, devido à natureza do USX, a personalização não é permitida. Sei que, onde tivemos problemas individuais que poderiam ser corrigidos na ponta da YouVersion, eles foram além do que precisavam fazer para acertar as coisas. Espero que possamos celebrar e não denegrir parcerias em nossa linha de trabalho. Sua sugestão para regras de composição tipográfica deveria ser feita à equipe do Paratext, pois eles controlam o conteúdo dos pacotes que nossos editores recebem.

Tradução automática de English

@anon175865 Você está absolutamente certo. Meu comentário foi muito injusto e peço desculpas por ele. Um pouco de frustração vazando, de todas as vezes em que vi textos bíblicos em francês no YouVersion com uma quebra de linha ruim… Como você sugere, o problema é realmente do lado do DBL e, esperançosamente, os esforços sendo feitos no Paratext e no DBL abordarão alguns desses problemas. Perdoe-me pelo meu comentário descuidado.

Tradução automática de English

@jeffh Obrigado, jeffh. Entendo sua frustração e continuarei trabalhando para melhorar as coisas do lado do DBL.

Tradução automática de English
0 votos

Estou interessado em saber o que vocês decidem fazer. Se mantiverem a solução alternativa para as Configurações de Referências Bíblicas (Scripture Reference Settings), ficarei grato se puderem me adicionar como Consultor ao projeto, para que eu possa testar se o conversor que o Paratext usa para converter o texto de USFM para USX para distribuição através do DBL aceitará o que vocês fizeram. Suspeito que não aceitará. Suponho que uma solução alternativa para as notas de rodapé seria Negar (Deny) todos os erros de “Unexpected book…”, e adicionar um arquivo changes.txt na pasta do projeto onde se permite que o Paratext/PubAssist converta as referências das notas de rodapé de volta ao formato padrão para impressão, removendo ayat.

Tradução automática de English
por (192 pontos)

Eu esperava evitar Negar (Deny) centenas de erros. No entanto, acabou de me ocorrer que você pode fazer isso em massa – selecionando múltiplos erros com Shift ou Ctrl e então negando-os. Então, talvez seja isso que acabaremos fazendo.

Na verdade (atualmente) não planejamos usar os dados \fr de forma alguma, então, teoricamente, eles poderiam ser removidos por completo. Eu nunca realmente entendi o propósito desse campo, já que presumivelmente você poderia recriá-lo na hora com um simples script de programação. Mas, se um dia formos submeter ao DBL ou usarmos o campo \fr de outra forma, quase certamente usaríamos changes.txt ou algo similar para editar a formatação.

Tradução automática de English

Perguntas relacionadas

0 votos
3 respostas 484 visualizações
Ao fornecer referências bíblicas entre capítulos, a equipe Komba prefere marcá-las da seguinte forma: 1:1 - 3:5. Ou ... sem espaços é longo demais e não é agradável aos olhos.
anon142050 118 perguntada Abr 17, 2019
0 votos
2 respostas 323 visualizações
When you make corrections to \toc headers, the Book Names under Scripture Reference Settings don’t seem to update automatically. Is that by design?
anônimo perguntada Abr 10, 2015
0 votos
1 resposta 9,5k visualizações
Quando se trata do livro de Salmos, gostaríamos de usar o plural Salmos nos títulos dos livros e no sumário, ... nas Configurações de Referência Bíblica e o plural no texto USFM?
bit 495 perguntada Nov 12, 2021
0 votos
3 respostas 473 visualizações
One of the projects I support has the following formatting for their chapter/verse references in footnotes (the part after ... or does the team need to do that manually? Thanks!
anon469793 155 perguntada Out 3, 2019
+1 voto
2 respostas 205 visualizações
Nas introduções dos livros do nosso projeto, direcionamos o leitor para certas passagens usando referências bíblicas. Como ... marcado como erro para cada livro do Novo Testamento.
anon392210 109 perguntada Mar 28, 2023
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Make every effort to keep the unity of the Spirit through the bond of peace.
Ephesians 4:3
3,051 perguntas
6,010 respostas
5,676 comentários
2,030 usuários