नमस्ते @kaikcreator ,

इस अनुरोध को प्रस्तावित करने के लिए धन्यवाद, हमें लगता है कि यह फ़िल्टर फ़ील्ड के लिए एक उपयोगी विशेषता है। क्या आप स्वयं इसमें योगदान करने के इच्छुक होंगे?

इस सुविधा को बनाने के लिए चुने गए व्यक्ति के लिए, आपको आगे बढ़ने की आवश्यकता होगी।

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

नोट: उस सुविधा को लागू करने के लिए हमारे बरिस्ता चेकबॉक्स घटक का उपयोग करें। हम शैली समायोजन देखना पसंद नहीं करते क्योंकि आपके स्क्रीनशॉट में चेकबॉक्स पहले से ही हमारे से अलग दिखता है।

हाय @ रोवा-ऑडिल, हाँ। शायद मैं नहीं, लेकिन हमारी टीम में कोई इस सुविधा में योगदान देगा, निश्चित रूप से।
हम जल्द से जल्द एक एपीआई प्रदान करेंगे, लेकिन पहले हमें थोड़ा बेहतर ढंग से समझने की जरूरत है कि रेंज विकल्प कैसे लागू किया जाता है, क्योंकि हमने सोचा था कि हमें एक समान दृष्टिकोण का पालन करना चाहिए। यहाँ कोई सुझाव @tomheller @ ffriedl89 ?

@kaikcreator , फ़िल्टर फ़ील्ड वर्तमान स्थिति में है जो बहुत विस्तार योग्य नहीं है, यही कारण है कि सीमा भी सामान्य रूप से फ़िल्टर फ़ील्ड के साथ बहुत ही अंतर्निहित है। बहुत सी चीजें हैं जो निर्धारित करती हैं कि _overlay_ को क्या खोलना चाहिए।
मुझे लगता है कि आपको सीमा के दृष्टिकोण का पालन करना चाहिए, लेकिन कुछ नुकसान हैं, जिन पर ध्यान देने की आवश्यकता हो सकती है।

डाटा प्रकार

रेंज फ़िल्टरफील्ड की डेटासोर्स परिभाषाओं के भीतर अपने स्वयं के डेटा-प्रकार को परिभाषित करती है (कुछ सहायक कार्यों सहित, जो यह पहचानने में मदद करते हैं कि नोड एक रेंज नोड है या नहीं और नोड्स की तुलना भी करता है)। आपको निश्चित रूप से इस तरह के समान कार्यों की आवश्यकता होगी।

https://github.com/dynatrace-oss/barista/blob/f8a00b33ec830fcf8db65ce16b4809c61b09115b/libs/barista-components/filter-field/src/types.ts#L83 -L151

https://github.com/dynatrace-oss/barista/blob/f8a00b33ec830fcf8db65ce16b4809c61b09115b/libs/barista-components/filter-field/src/filter-field-util.ts#L491 -L502

दृश्य प्रतिनिधित्व

सीमा अपने घटक के भीतर स्वत: पूर्ण व्यवहार का अपना संस्करण लागू करती है, और मुझे लगता है कि यह निश्चित रूप से यहां भी एक अच्छा दृष्टिकोण होगा।
ओवरले और ट्रिगर हमेशा फ़िल्टर-फ़ील्ड बनाते समय बनाए जाते हैं, _overlays_ फ़िल्टर फ़ील्ड द्वारा प्रोग्रामेटिक रूप से खोले जाते हैं। (यदि ओवरले नहीं दिखाया जाना चाहिए, तो उन्हें ट्रिगर पर अक्षम कर दिया जाता है ताकि वे नेत्रहीन दिखाई न दें)।

https://github.com/dynatrace-oss/barista/blob/f8a00b33ec830fcf8db65ce16b4809c61b09115b/libs/barista-components/filter-field/src/filter-field.html#L85 -L92

https://github.com/dynatrace-oss/barista/blob/f8a00b33ec830fcf8db65ce16b4809c61b09115b/libs/barista-components/filter-field/src/filter-field.ts#L434 -L474

संपादन मोड से निपटना

राज्य प्रबंधन के संबंध में फ़िल्टर फ़ील्ड के भीतर संपादन मोड थोड़ा मुश्किल है, क्योंकि आपको संपादन फ़िल्टर को वर्तमान फ़िल्टर के रूप में पुनर्स्थापित करने की आवश्यकता है। बहु-चयन के लिए इसे ठीक से करने के लिए आपको शायद इस फ़ंक्शन में कुछ संपादन की आवश्यकता होगी।

https://github.com/dynatrace-oss/barista/blob/f8a00b33ec830fcf8db65ce16b4809c61b09115b/libs/barista-components/filter-field/src/filter-field.ts#L664 -L709

धन्यवाद @tomheller , यह निश्चित रूप से हमारी बहुत मदद करेगा !!!

संभावित समूहों के बारे में सोचकर, स्वतः पूर्ण विकल्पों और समूहों को अपनाना अच्छा होगा

ts export interface DtMultiSelectDef<OpGr = unknown> { optionsOrGroups: DtNodeDef<OpGr>[]; }

एक नए प्रकार के साथ DtNodeFlags अपडेट करें

ts export enum DtNodeFlags { None = 0, TypeAutocomplete = 1 << 0, TypeFreeText = 1 << 1, TypeOption = 1 << 2, TypeGroup = 1 << 3, TypeRange = 1 << 4, TypeMultiSelect = 1 << 5, RenderTypes = TypeAutocomplete | TypeFreeText | TypeRange | TypeMultiSelect, Types = TypeAutocomplete | TypeFreeText | TypeOption | TypeGroup, }

ts export function isDtMultiSelectDef<D = unknown>( def: DtNodeDef<D> | null, ): def is DtNodeDef<D> & DtMultiSelectDef { return isDtNodeDef(def) && !!(def.nodeFlags & DtNodeFlags.TypeMultiSelect); }

DtFilterFieldMultiSelect

इनपुट

|नाम|प्रकार|विवरण|
|-|-|-|
|विकल्पऑरग्रुप| DtNodeDef<OpGr>[] | पहले से चयनित विकल्प|

आउटपुट

|नाम|उत्सर्जन|विवरण|
|-|-|-|
| खोला | void | पैनल खुला है|
|बंद| void | पैनल बंद है|
| विकल्प प्रस्तुत | DtNodeDef<OpGr>[] | उपयोगकर्ता द्वारा चुने गए विकल्प|

DtFilterFieldMultiSelectTrigger

इनपुट

|नाम|प्रकार|विवरण|
|-|-|-|
|dtFilterFieldMultiSelect| DtFilterFieldMultiSelect |इस ट्रिगर से जुड़ा होने वाला फ़िल्टर-फ़ील्ड बहु-चयन पैनल।|
|dtFilterFieldMultiSelectDisabled| boolean |क्या फ़िल्टर-फ़ील्ड बहु-चयन पैनल अक्षम किया जाना चाहिए।|

@tomheller मैं इसके साथ अगले सप्ताह शुरुआत करूंगा

चेकबॉक्स की सूची के लिए मैं ReactiveFormsModule का उपयोग करने के बारे में सोच रहा हूं, लेकिन मुझे लगता है कि हम इसे फ़िल्टर पर कहीं भी उपयोग नहीं कर रहे हैं। क्या इसका कोई कारण है इसलिए मुझे इससे बचना चाहिए या क्या मैं इसका उपयोग करने में सक्षम हूं? @thomaspink @tomheller

यदि आप चाहते हैं तो आप इसका उपयोग कर सकते हैं, या सीडीके से अपना खुद का चयन मॉडल बना सकते हैं जैसा कि @ डीटी-माफे अपने पीआर में चयन योग्य पंक्तियों # 1052 के बारे में करता है

हमारे रोडमैप पर नहीं।