Hola,
Acabo de hacer una pequeña prueba, añadiendo esta línea a un archivo:
\f + \fk test one \ft - Hmm\f* \f + \fk test two\ft - no space\f*
Y no puedo hacer que el primero se comporte como reportas una vez que llegas al nivel de XeTeX (la parte que convierte USFM en PDF), por lo que no es un problema ahí.
Quedan algunas posibilidades:
- PTXprint (código python) está eliminando el espacio
- Tienes una línea en el archivo
changes.txt que está eliminando el espacio.
- Estás usando un carácter especial que no se comporta como un espacio normal o una letra normal (y por lo tanto mi guion ASCII no probó las cosas correctamente).
Si quieres profundizar un poco más, puedes buscar en el directorio local/ptxprint/[project-name] (tus barras pueden estar al revés) bajo donde están tus archivos USFM. Ahí encontrarás muchas cosas, incluidos los archivos USFM reescritos que se alimentan al trabajo de XeTeX. Entonces puedes examinarlos para verificar si tu espacio sigue ahí, entre la palabra clave y \ft. Si lo está, mi suposición es (3), y estaría pasando esa línea de texto a algo que me indique los valores unicode de cada carácter.
pd. Acabo de pasar la línea de prueba anterior por todo el proceso de PTXprint (esta ejecución de prueba en particular claramente paragrafó las notas al pie):
Por lo tanto, SI estás usando un simple U+002D HYPHEN-MINUS, con espacios normales, entonces (1) arriba es poco probable.
Espero que esto te ayude a rastrear el problema. Si no, puedes crear un archivo de compresión (ver la pestaña de ayuda dentro de PTXprint) y enviarlo por correo electrónico a la dirección indicada allí, (referenciando este tema).
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
Traducción automática desde English
