No passado, li em alguma documentação do USFM que existe um namespace \z… reservado para marcadores definidos pelo usuário. No meu projeto do Paratext, uso vários marcadores de barra invertida para marcação em nível de caractere, por exemplo:
\zd para texto que eu sugeriria excluir, que deve ser oculto em uma impressão de rascunho
\zs para texto sugerido que eu quero mostrar em uma impressão de rascunho
\zh para texto sugerido oculto
\zgl para rótulos gramaticais (por exemplo, RC - oração relativa) para me ajudar a encontrar certas estruturas gramaticais que quero investigar mais a fundo. Este também é texto oculto.
A ideia é que meus colegas nacionais na equipe de tradução possam ver minhas sugestões ali mesmo no texto no Paratext, e não precisem abrir nenhum Notas.
Esses estilos de caractere funcionam perfeitamente na tela. Eles são exibidos exatamente como formatados na folha de estilo custom.sty, mas fazem com que o PTXprint lance um erro. (A propósito, o “exportar PDF de rascunho” do Paratext 9 também lança um erro com esses marcadores; ele também usa XeTeX para criar o arquivo pdf.)
Algumas sugestões sobre o que eu poderia fazer a respeito?
(Meu projeto do Paratext usa USFM 2.)
In the past, I read in some USFM documentation that there is a namespace \z… reserved for user-defined markers. In my Paratext project, I use several backslash markers for character-level markup, e.g.:
\zd for text that I would suggest to delete, which should be hidden in a draft printout
\zs for suggested text that I want to show in a draft printout
\zh for hidden suggested text
\zgl for grammatical labels (e.g. RC - relative clause) to help me find certain grammatical structures that I want to investigate further. This is also hidden text.
The idea is that my national colleagues in the translation team can see my suggestions right there in the text in Paratext, and don’t have to open any Notes.
Those character styles work just fine on screen. They are displayed exactly as formatted in the custom.sty stylesheet, but they cause PTXprint to throw an error. (By the way, Paratext 9’s “export draft PDF” also throws an error with those markers; it also uses XeTeX to create the pdf file.)
Any suggestions what I could do about this?
(My Paratext project uses USFM 2.)
Tradução automática de English
