Layout interlinear malformado relacionado a \qt

Question

Suporte a um layout interlinear (grego + glosas em urdu). Em alguns casos (nem todos), textos poéticos que possuem algum texto marcado com \qt ficam malformados na saída do PTXPrint.

Por exemplo, na seguinte seção de MRK 11:9:

No Paratext, o texto grego é marcado da seguinte forma:

Na janela do interlinearizador, aparece da seguinte forma:

No layout do PTXPrint:

Há outros locais onde as combinações \q1, \q2 e \qt …\qt* parecem estar funcionando normalmente.

Tentei investigar o que poderia ser a causa – mas, por se tratar de um interlinear, parte do processo de como o PTXPrint mescla os textos e executa o layout é algo opaco/unclear. Eu poderia usar alguma orientação sobre como investigar isso, ou o que pode estar dando errado.

Qualquer ajuda será apreciada.

Tradução automática de English Mostrar original

Answer 1

@jklassen Obrigado pelo que você está fazendo para apoiar outros usuários do PTXprint enquanto eles enfrentam alguns problemas interessantes com a formatação de textos interlineares RTL + LTR.

Ainda não tenho respostas para você sobre esta questão, e os desenvolvedores mais técnicos estão atualmente em transição ou de férias; então, pode levar alguns dias para obter uma resposta deles. No entanto, para ajudá-los a investigar mais a fundo, sei que seria mais fácil se eles tivessem um arquivo de Arquivo (Archive) para trabalhar, então, por favor, crie-o (a partir da aba Ajuda) e envie o arquivo .zip resultante para o endereço [Email Removed]. Vou garantir que pelo menos um deles investigue mais a fundo para você quando estiverem online novamente.

Tradução automática de English Mostrar original

Comments

Obrigado, Mark! Enviei o arquivo.

Tradução automática de English Mostrar original

Answer 2

Olá, quando tento executar o arquivo, estou recebendo este relatório de erro:

O que não é uma mensagem que se pode ignorar. Assim, por exemplo, vejo que em 5:23, isso acontece:

imagem1281×357 28.6 KB

O problema é que, sem as informações que o Paratext salva quando você dá aprovação aos interlineares, simplesmente não há informações suficientes para o PTXprint tentar sincronizar as duas linhas, então ele fica muito confuso.
Espero que, se você resolver isso, seus problemas de layout desapareçam.

@mjpenny Posso sugerir que a mensagem de erro seja expandida para dizer algo como 'A falha em aprovar textos interlineares resultará em erros de layout'?

Tradução automática de English Mostrar original

Comments

Olá, David,

Muito obrigado por olhar para esta questão.

Sim - confesso que eu sabia desses erros. (Estou a meio mundo da equipe que está trabalhando nisso, e nem sempre é rápido obter uma correção para o texto.) Tentei avaliar o que estava acontecendo no layout antes de consultar. Parecia-me que o resultado das referências não aprovadas estava sendo formatado como mostra sua captura de tela – nenhum texto interlinear no versículo relatado. No caso dos textos marcados com \qt, o problema de renderização é bastante diferente do que acontece nos versículos não aprovados, e acontece da mesma maneira em múltiplos locais \qt, mesmo quando o restante do texto ao redor desses locais é renderizado corretamente.

De qualquer forma, recebi um texto da equipe que não possui versículos não aprovados (apenas 1 versículo intencionalmente ausente no texto grego e urdu em 11:26, que o PTXPrint ainda relata como não aprovado). O mesmo problema de renderização acontece em 11:9, 12:10, 12:36, 14:27 e 14:62, que são todos locais \qt.

Enviarei um arquivo atualizado, para quando houver espaço para olhar novamente.

Jeff

Tradução automática de English Mostrar original

Answer 3

Esqueci de mencionar, procurei por \qts em outros lugares no texto e encontrei vários lugares onde o interlinear foi mesclado corretamente.

Tradução automática de English Mostrar original

Answer 4

Ok. Bem, eu não estava querendo afirmar que todo \qt não estava funcionando, apenas que onde não estava, havia um \qt.

Não tenho certeza de como chegar à causa do layout interlinear falho, David. Se for um defeito no texto ou na configuração, não consegui identificá-lo, ainda. Continuarei procurando eu mesmo.

Tradução automática de English Mostrar original

Answer 5

Não tenho certeza do que está dando errado aqui, mas a primeira linha do versículo 9 termina com um espaço. Remover o espaço corrige tudo perfeitamente. E olhando para o arquivo interlinear, suspeito que o Paratext está magicamente manipulando esse espaço. Sinto muito, mas tentar adivinhar a mágica interna que o PT faz quando considera uma posição de caractere em um versículo é uma dor. Espero que possamos resolver isso para o futuro.

Tradução automática de English Mostrar original

Comments

Martin – obrigado. Excelente. Editei o texto do projeto para remover espaços nesses locais, e a renderização agora está OK, como você indicou.

Duvido que eu teria identificado essa causa. Quem sabe…

Como acho que você está sugerindo - talvez o PTXPrint pudesse ser mais tolerante a isso, de alguma forma, no futuro.

Tradução automática de English Mostrar original

---

O problema, acredito, é o que o XML do Paratext especifica e o que ele não especifica. Ele especifica um trecho de texto, gloss-id (referenciando o arquivo Lexicon.xml) e a posição do texto original em alguma representação do fluxo de entrada. Ele não preserva a ordem de ocorrência. Os versículos também não estão em sequência.

Uma palavra ou frase específica pode ser glosada como palavra(s) ou raiz e morfemas, (é claro, com glosas diferentes) e a única maneira de saber qual homógrafo é qual ou qual nível de glosa o usuário espera é via dados de posicionamento. O arquivo de glosas parece ignorar maiúsculas/minúsculas, pontuação e marcas SFM, e provavelmente outras coisas também.

Assim, se o arquivo de glosas corresponder à entrada, então, assumindo que Martin tenha entendido a maneira não documentada pela qual o Paratext conta caracteres em sua representação interna do arquivo, a coisa certa a fazer é cortar a unidade de palavra/frase pela posição e substituir pela glosa, possivelmente fazendo alguma transposição de maiúsculas/minúsculas conforme apropriado.

Se o versículo mudou, então isso não funciona. Se a representação interna do arquivo estiver errada, então não funciona.

Qualquer busca e substituição sem restrições vai obter correspondências falsas em homógrafos, então isso não pode ser usado como uma abordagem geral. Poderia ser feita alguma suposição, procurando correspondências aproximadas mais ou menos alguns caracteres, quebrando em espaços entre palavras, por exemplo. Isso custaria um investimento bastante grande de tempo de programador, mas poderiam haver problemas. Se o espaçamento mudou porque alguém reordenou as palavras no versículo, o homógrafo deslocado em 3 caracteres pode não ser a mesma palavra. Por exemplo, o romani tem uma ordem de palavras bastante livre:

 O    Del  te  del tut haro
(the) God SUBJ give you grace
"May God give you grace"

vs

 Te  del   o   Del  tut haro
SUBJ give (the) God you grace
"May God give you grace"

O PTXprint não pode entrar nas regras linguísticas da língua. Nem mesmo o Paratext lembra / pergunta quais são as classes gramaticais das coisas. A única maneira confiável de obter dados interlineares confiáveis é o usuário aprovar as glosas.

Tradução automática de English Mostrar original