Olá,
Acabei de fazer um pequeno teste, adicionando esta linha a um arquivo:
\f + \fk test one \ft - Hmm\f* \f + \fk test two\ft - no space\f*
E não consigo fazer o primeiro se comportar como você está relatando, uma vez que se chega ao nível XeTeX (a parte que transforma USFM em PDF), então não é um problema ali.
Há algumas possibilidades restantes:
- O PTXprint (código python) está removendo o espaço
- Você tem uma linha no arquivo
changes.txt que está removendo o espaço.
- Você está usando um caractere especial que não se comporta como um espaço normal ou uma letra normal (e assim meu hífen ASCII não testou as coisas corretamente).
Se você quiser investigar um pouco mais a fundo, pode olhar no diretório local/ptxprint/[project-name] (suas barras podem estar invertidas) sob onde estão seus arquivos USFM. Lá você encontrará muitas coisas, incluindo o(s) arquivo(s) USFM reescrito(s) que é(são) enviado(s) para o trabalho do XeTeX. Você pode então olhar para eles para verificar se seu espaço ainda está lá, entre a palavra-chave e \ft. Se estiver, minha suposição é (3), e eu estaria alimentando aquela linha de texto para algo que me diz os valores unicode para cada caractere.
ps. Acabei de passar a linha de teste acima pelo processo inteiro do PTXprint (esta execução de teste em particular claramente paragrafou as notas de rodapé):

Portanto, SE você estiver usando um simples U+002D HYPHEN-MINUS, com espaços normais, então (1) acima é improvável.
Espero que isso ajude você a rastrear o problema. Se não, você pode criar um arquivo de compactação (veja a aba de ajuda dentro do PTXprint) e enviá-lo por e-mail para o endereço listado lá, (referenciando este tópico).
David
Hi,
I’ve just done a little test, adding this line to a file:
\f + \fk test one \ft - Hmm\f* \f + \fk test two\ft - no space\f*
And I can’t make the first one to behave as you are reporting once you get to the XeTeX level (the part that turns USFM into PDF), so it’s not a problem there.
There are some possibilities remaining:
- PTXprint (python code) is removing the space
- You have a line in
changes.txt file which is removing the space.
- You are using a special character which does not behave as a normal space or a normal letter (and so my ASCII minus did not test things properly).
If you want to dig a bit deeper, you could look in the local/ptxprint/[project-name] directory (your slashes may be the other way) under where your USFM files are. In there you’ll find lots of things including the re-written USFM file(s) that is/are fed to the XeTeX job. You could then look at them to check to see if your space is still there, between the keyword and \ft. If it is, then my guess is (3), and I’d be feeding that line of text to something that tells me unicode values for each character.
ps. I’ve just put the above test line through the whole PTXprint process (this particular test run clearly paragraphed the footnotes):

So, IF you are using a simple U+002D HYPHEN-MINUS, with normal spaces, then (1) above is unlikely.
I hope this helps you track down the issue. If not, then you can create an archive (see the help tab within PTXprint) and submit it by email to the address listed there, (referencing this topic).
David
Tradução automática de English