मुझे लगता है कि हमें इसे ईपी परियोजना में स्थानांतरित करना चाहिए। क्या आप इसे मेरे लिए स्थानांतरित कर सकते हैं @clepore

मैंने आपके मुद्दों को गिना ताकि मैं उनका जवाब दे सकूं। साथ ही हमें इन्हें बेहतर तरीके से पुन: पेश करने का एक तरीका चाहिए।

1. यह समस्या #437 पर ठीक हो गई है क्या आप http://4130-beta0-enterprise.demo.design.infor.com/components/datagrid/test-tree-filter.html पर

2. इसे पुन: पेश करने का एक तरीका चाहिए। #405 . से संबंधित हो सकता है

3. इसके लिए एक उदाहरण चाहिए।

4. यह संभव हो सकता है यदि आप ट्री फॉर्मेटर कोड को पूरी तरह से कॉपी करते हैं और अपने अनुकूलन को इसके संस्करण में जोड़ते हैं https://github.com/infor-design/enterprise/blob/master/src/components/datagrid/datagrid.formatters.js #L368 -L378

मैं दूसरों को देखूंगा, लेकिन मैं अब 4 का जवाब दे सकता हूं: मैंने ट्री फॉर्मेटर कोड को घटक में कॉपी करने का प्रयास किया था, लेकिन कोड जो विस्तार/पतन बटन फ़ंक्शन देता है वह बटन नहीं ढूंढ रहा था।

ठीक। मैं सोच रहा था कि यह 4 के लिए बेहतर होगा ताकि आप सबफॉर्मेटर की अवधारणा बना सकें ताकि आप इसे निर्दिष्ट कर सकें और कुछ स्वरूपकों में उस हिस्से को स्वरूपित किया जा सके। Fx ट्री फॉर्मेटर के टेक्स्ट भाग को अलग करने के लिए।

3 ट्री ग्रिड के डिजाइन में निहित एक मुद्दा है:

मेरे स्मरण से प्रारंभिक डिजाइन के दौरान इस पर चर्चा की गई थी लेकिन "अपेक्षित" संस्करण मुझे अधिक पठनीय लगता है। आपको क्या लगता है @kayiuho ?

मुझे लगता है कि 2 को भी 1 तय करके हल किया गया था। अगर मैं इसे फिर से एंटरप्राइज़-एनजी में पुन: पेश कर सकता हूं, तो मैं आपको बता दूंगा।

@tmcconechy केवल दृश्य तुलना को देखने से, "अपेक्षित" संस्करण दृश्य पदानुक्रम के संदर्भ में अधिक समझ में आता है। यह देखने के लिए कि क्या पैटर्न किसी भी स्तर पर टूटता है, विभिन्न राज्यों के साथ इसकी जांच/परीक्षण किया जा सकता है .. शायद एक प्रोटोटाइप मदद कर सकता है।

3 दिसंबर स्प्रिंट में धकेल दिया गया था।

सारांश

1. एक और मुद्दे पर तय किया गया #437
2. एक और मुद्दे पर तय किया गया #437
3. इस स्प्रिंट को @chrisfried द्वारा तय किया गया
4. अभी भी एक मुद्दा

इसलिए हमें इस टिकट को बांटना होगा। क्या आप कृपया #4 के लिए एक नया मुद्दा बना सकते हैं यदि आप इसे अभी भी चाहते हैं @chrisfried
फिर हम इसे बाद में सुलझा सकते हैं क्योंकि यह टिकट आपके द्वारा किए गए सुधारों के लिए QA में ले जाया जाता है। यदि आप टिकट बनाते हैं तो बेहतर है कि यह आपके नाम पर हो। धन्यवाद!

व्यवहार संख्या 2 तब भी होती है जब आप पेरेंट नोड से मेल खाने वाला फ़िल्टर लागू करते हैं। विस्तृत करें/संक्षिप्त करें बटन प्रदर्शित होता है लेकिन कुछ भी नहीं करता है।
कदम:

1. https://4140-beta0-enterprise.demo.design.infor.com/components/datagrid/test-tree-filter.html पर
2. "HMM" शब्द के साथ कार्य कॉलम पर फ़िल्टर लागू करें
3. पहली पंक्ति को विस्तृत/संक्षिप्त करने का प्रयास करें, कुछ नहीं होता है।

@ डीप7102 क्या आप इस अतिरिक्त मामले पर एक नज़र

इस समय #2 पर अंतिम भाग काम नहीं करने का कारण यह है कि वहां कोई बच्चा नहीं है जो उसके नीचे मेल खाता हो। मैंने देखा कि यह कहता है "उम्मीद: यदि माता-पिता एक मैच है, तो इसे सभी बच्चों को देखने के लिए विस्तार योग्य होना चाहिए।"

क्या हम वास्तव में सोचते हैं कि इसे बच्चों को दिखाना चाहिए, भले ही वे मेल न खाएं? मैं इतना निश्चित नहीं हूं, और इस ओर झुकाव सही/स्वीकार्य व्यवहार है?

हम क्या सोचते हैं? @EdwardCoyle @clepore @pwpatton @ deep7102 @brianjuan @chrisfried?

डिफ़ॉल्ट खोज व्यवहार के लिए मुझे लगता है कि यह निर्भर हो सकता है। हो सकता है कि कोई स्विच क्रम में हो (allowChildExpandOnMatch) या कुछ और।

लैंडमार्क में हमारे पास एक उदाहरण है जहां हम एक मिलान नोड के विस्तार की अनुमति देते हैं, तब भी जब बच्चे खोज मानदंड से मेल नहीं खाते हैं (हम आलसी लोडिंग कर रहे हैं और डिफ़ॉल्ट खोज/फ़िल्टर के साथ इस सभी व्यवहार को स्वयं प्रबंधित करते हैं क्योंकि हम ऐसा नहीं कर सकते हैं याद)।

इसे एपीआई सेटिंग्स के रूप में जोड़ें allowChildExpandOnMatch: boolean

allowChildExpandOnMatch === सच

• अगर केवल माता-पिता का मिलान हुआ है तो बच्चों के नोड्स भी जोड़ें
• यदि एक या अधिक चाइल्ड नोड का मिलान हो गया है तो पैरेंट नोड और सभी चिल्ड्रन नोड जोड़ें

allowChildExpandOnMatch === गलत

• अगर केवल माता-पिता को मैच मिला तो (अक्षम करें | छुपाएं | कुछ भी-और) +/- बटन और बच्चों के नोड्स जोड़ें
• यदि एक या एक से अधिक चाइल्ड नोड का मिलान हो गया है तो पैरेंट नोड और केवल मैचिंग चिल्ड्रन नोड्स जोड़ें (जैसा कि यह अभी कर रहा है)

ऐसा लगता है कि इसे कवर करेगा - बड़ा बदलाव?

इसके माध्यम से फ़िल्टर और फ़िल्टर नोड्स और गहराई इत्यादि को ट्रैक करने की आवश्यकता के माध्यम से सोच सकते हैं

ठीक है, मेरा सुझाव है कि हम बाद के लिए एक नया मुद्दा बनाएं। यह इस समय पूरी तरह से दायरे में नहीं है।
इसलिए मेरा सुझाव है कि हम इस मुद्दे को @brianjuan . के रूप में बंद कर

मुझे लगता है कि हम नंबर 2 के लिए बड़े बदलावों को लागू करने के लिए एक अलग टिकट बनाने के लिए अच्छे हैं।

अब इसे स्थानांतरित कर दिया जाएगा, क्योंकि https://4140-beta0-enterprise.demo.design.infor.com/components/datagrid/test-tree-filter.html अन्य सभी सुझाए गए व्यवहारों के लिए अपेक्षित रूप से काम कर रहा है।

नया अंक जोड़ा गया #1422