Halo,
Saya baru saja melakukan sedikit pengujian, menambahkan baris ini ke sebuah file:
\f + \fk test one \ft - Hmm\f* \f + \fk test two\ft - no space\f*
Dan saya tidak bisa membuat yang pertama berperilaku seperti yang Anda laporkan begitu Anda sampai ke tingkat XeTeX (bagian yang mengubah USFM menjadi PDF), jadi itu bukan masalah di sana.
Tersisa beberapa kemungkinan:
- PTXprint (kode python) menghapus spasi
- Anda memiliki baris di file
changes.txt yang menghapus spasi.
- Anda menggunakan karakter khusus yang tidak berperilaku seperti spasi biasa atau huruf biasa (dan karena itu minus ASCII saya tidak menguji hal-hal dengan benar).
Jika Anda ingin menggali lebih dalam, Anda bisa melihat di direktori local/ptxprint/[project-name] (garis miring Anda mungkin terbalik) di bawah tempat file USFM Anda berada. Di sana Anda akan menemukan banyak hal termasuk file USFM yang ditulis ulang yang diberikan ke pekerjaan XeTeX. Anda kemudian bisa melihatnya untuk memeriksa apakah spasi Anda masih ada, antara kata kunci dan \ft. Jika ada, maka tebakan saya adalah (3), dan saya akan memberikan baris teks tersebut ke sesuatu yang memberi tahu saya nilai unicode untuk setiap karakter.
ps. Saya baru saja memasukkan baris pengujian di atas melalui seluruh proses PTXprint (jalur pengujian tertentu ini jelas memparagrafkan catatan kaki):

Jadi, JIKA Anda menggunakan U+002D HYPHEN-MINUS sederhana, dengan spasi biasa, maka (1) di atas tidak mungkin.
Semoga ini membantu Anda melacak masalahnya. Jika tidak, maka Anda dapat membuat arsip (lihat tab bantuan di dalam PTXprint) dan mengirimkannya melalui email ke alamat yang tercantum di sana, (merujuk topik ini).
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
Diterjemahkan secara otomatis dari English