मैंने इससे थोड़ा और खेला, और अधिक और अधिक कट्टरपंथी परिवर्तन किए, जिसमें पहले/बाद का नकारात्मक स्पेसिंग शामिल था, और अंत में मुझे चीज़ों को संकुचित करने में सफलता मिली, फिर मैंने देखने के लिए मानों को उनके डिफ़ॉल्ट पर वापस करने की कोशिश की कि वास्तव में क्या आवश्यक था। ऐसा लगता है कि मुख्य मान \s1 और \r दोनों के लिए बाद के गुणकों को -0.10 (यह नकारात्मक है) करना था। उन मानों के साथ, चीज़ें अपेक्षाकृत अच्छी लगती हैं। (मैं नीचे सेटिंग्स पोस्ट करूँगा।) यह केवल एक ड्राफ्ट प्रकाशन है, इसलिए यह बहुत बड़ी बात नहीं है, लेकिन यह परेशान करने वाली बात थी कि मैं लगभग वही नहीं पा सका जो मैं चाहता था।
यह दिलचस्प होगा यदि कोई यह टिप्पणी कर सके कि वह नकारात्मक स्पेसिंग गुणक क्यों आवश्यक है। यह मानते हुए कि सब कुछ अतिरिक्त स्पेसिंग के बिना सेट है, ऐसा लगता है कि उन फ़ील्ड्स को मूल रूप से ग्रिड में फिट होना चाहिए।
यहाँ वे पैरामीटर हैं जिनका मैंने अंत में उपयोग किया (माफ़ कीजिए, मुझे भूल गया कि मेरा UI फ्रेंच में था…)। सामान्य टेक्स्ट 10pt है, इसलिए मैंने इन फ़ील्ड्स का आकार थोड़ा छोटा किया, 9.5pt।
I played around with it a bit more, making more and more radical changes, including negative spacing before/after, and I finally got things to collapse, then I tried to return values to their defaults, to see what was really needed. It seems like the key values were making the after factors -0.10 (that’s negative) for both \s1 and \r. With those values, things look relative decent. (I’ll post the settings below.) This is just a draft publication, so it’s not a huge deal, but it was annoying to not get roughly what I wanted.
It would be interesting if someone could comment on why that negative spacing factor is necessary. Assuming everything is set to no extra spacing, it seems like those fields should basically fit into the grid.
Here are the parameters I ended up using (sorry I forgot my UI was in French…). Normal text is 10pt, so I made these fields slightly smaller point size, 9.5pt.
English से मशीन-अनुवादित
