मैं अलग-अलग तत्वों पर ध्यान केंद्रित करने वाले पथों के एक सेट के लिए एक मौजूदा पथ ट्रंकेशन एल्गोरिदम (जैसा कि Win32 स्थैतिक नियंत्रण SS_PATHELLIPSIS
के साथ करता है) के समान है।प्रदर्शन के लिए बुद्धिमान पथ छंटनी/इलिप्सिस
, मेरे पथ इस तरह कर रहे हैं:
Unit with X/Test 3V/
Unit with X/Test 4V/
Unit with X/Test 5V/
Unit without X/Test 3V/
Unit without X/Test 6V/
Unit without X/2nd Test 6V/
जब पर्याप्त नहीं प्रदर्शन स्थान उपलब्ध है, वे कुछ करने के लिए इस तरह छोटा कर दिया जाना चाहिए:
...with X/...3V/
...with X/...4V/
...with X/...5V/
...without X/...3V/
...without X/...6V/
...without X/2nd ...6V/
(यह मानते हुए एक अंडाकार कि आम तौर पर तीन अक्षरों से छोटा होता है)।
यह सिर्फ एक नहीं बल्कि साधारण, आदर्श मामले का एक उदाहरण है (उदाहरण के लिए वे सब अलग-अलग लंबाई में पहुंचते हैं अब, और मैं एक अच्छा सुझाव बनाने के लिए कैसे पता नहीं होता है जब एक पथ "thingie/लांग टेस्ट/"पूल में जोड़ा गया है)।
पथ तत्वों की कोई संरचना नहीं है, उन्हें उपयोगकर्ता द्वारा असाइन किया गया है, लेकिन अक्सर वस्तुओं के समान खंड होंगे। इसे आनुपातिक फोंट के लिए काम करना चाहिए, इसलिए एल्गोरिदम को एक उपाय कार्य करना चाहिए (और इसे भारी रूप से कॉल नहीं करना चाहिए) या एक सुझाव सूची उत्पन्न करना चाहिए।
डेटा-वार, एक सामान्य उपयोग मामले में 2..4 पथ खंड प्रति सेग 20 तत्व प्रति सेगमेंट होंगे।
मैं उस दिशा में पिछले प्रयासों की तलाश में हूं, और यदि यह कोड या निर्भरताओं की समझदार मात्रा के बारे में सुलभ है।
एक बुद्धिमान और दिलचस्प सवाल। –