नमस्ते,
मैंने अभी-अभी एक छोटा सा टेस्ट किया है, इस पंक्ति को एक फ़ाइल में जोड़कर:
\f + \fk test one \ft - Hmm\f* \f + \fk test two\ft - no space\f*
और मैं पहली को उस तरह व्यवहार करने के लिए नहीं बना पा रहा हूँ जैसे आप रिपोर्ट कर रहे हैं, एक बार जब आप XeTeX स्तर तक पहुँच जाते हैं (वह हिस्सा जो USFM को PDF में बदलता है), तो यह वहाँ की समस्या नहीं है।
कुछ संभावनाएँ शेष हैं:
- PTXprint (python कोड) स्पेस को हटा रहा है
- आपके पास
changes.txt फ़ाइल में एक पंक्ति है जो स्पेस को हटा रही है।
- आप एक विशेष कैरेक्टर का उपयोग कर रहे हैं जो सामान्य स्पेस या सामान्य अक्षर की तरह व्यवहार नहीं करता है (और इसलिए मेरा ASCII माइनस चीज़ों का परीक्षण ठीक से नहीं कर पाया)।
अगर आप थोड़ा गहराई से देखना चाहते हैं, तो आप local/ptxprint/[project-name] डायरेक्टरी में देख सकते हैं (आपके स्लैश उल्टे हो सकते हैं) जहाँ आपके USFM फ़ाइलें हैं। वहाँ आपको कई चीज़ें मिलेंगी, जिनमें से USFM फ़ाइल(एन) शामिल हैं जो XeTeX जॉब को दी जाती हैं। फिर आप उन्हें देख सकते हैं यह जाँचने के लिए कि क्या आपका स्पेस अभी भी वहाँ है, कीवर्ड और \ft के बीच। अगर है, तो मेरा अनुमान है (3), और मैं उस पंक्ति के टेक्स्ट को किसी ऐसी चीज़ में डाल दूँगा जो मुझे हर कैरेक्टर के लिए unicode मान बताती है।
ps. मैंने अभी-अभी ऊपर दी गई टेस्ट पंक्ति को पूरे PTXprint प्रक्रिया से गुज़ारा है (यह विशेष टेस्ट रन स्पष्ट रूप से फुटनोट्स को पैराग्राफ़ में बाँट रहा था):
तो, अगर आप एक साधारण U+002D HYPHEN-MINUS का उपयोग कर रहे हैं, सामान्य स्पेस के साथ, तो ऊपर दिया गया (1) संभावना नहीं है।
मेरा उम्मीद है कि यह आपको मुद्दे को ट्रैक करने में मदद करता है। अगर नहीं, तो आप एक आर्काइव बना सकते हैं (PTXprint के भीतर help टैब देखें) और इसे वहाँ सूचीबद्ध पते पर ईमेल द्वारा सबमिट कर सकते हैं, (इस विषय का हवाला देते हुए)।
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
English से मशीन-अनुवादित
