हाय @schobocop! इसे लाने के लिए धन्यवाद और विस्तृत विवरण के लिए धन्यवाद।

मेरे लिए, यह हमारे डीटी-कार्ड, विस्तार योग्य व्यवहार और कुछ कनेक्टिंग शैलियों (कार्ड के बीच ओ---ओ कनेक्शन के लिए) के संयोजन की तरह दिखता है।
मेरा सवाल यह है कि क्या यह एक ऐसा घटक होगा जिससे कई टीमें लाभान्वित हो सकेंगी?
क्या आप इस घटक को पुस्तकालय में भी योगदान देने के इच्छुक होंगे?

हाय @tomheler ,

वर्तमान में हम O---O कनेक्शन के साथ dt-टाइल का उपयोग करते हैं। हालांकि, डीटी-टाइल का विस्तार/पतन नहीं हो सकता है और इसके लिए एक शरीर की आवश्यकता होती है, जो हमारे पास हमेशा नहीं होता है, इसलिए हमें सामग्री पर विचार करना होगा।

UX से बात करने के बाद, उनका मानना ​​​​है कि कई टीमों के लिए लाभ है और इसलिए इसे बरिस्ता में जोड़ना चाहते हैं।
मैंने लगभग एक महीने पहले @ ffriedl89 के साथ बात की थी, अगर कुछ ऐसा ही पहले से ही पाइपलाइन में है, जिसे उन्होंने अस्वीकार कर दिया और यदि आपके पास ऐसा करने के लिए संसाधन हैं, तो उन्होंने भी मना कर दिया :)

तो योजना यह है कि I का एक टीम सदस्य इस घटक को पुस्तकालय में योगदान देगा। जैसे ही फीचर के बारे में चर्चा पूरी हो जाएगी, हम इसे अपने आने वाले स्प्रिंट में से एक में योजना बनाएंगे।

श्रेष्ठ

हाय @schobocop ,

इसे स्पष्ट करने के लिए आपका बहुत-बहुत धन्यवाद! यदि आप इसे पुस्तकालय में योगदान देना चाहते हैं तो कृपया सुनिश्चित करें कि कार्यान्वयन शुरू करने से पहले आप एक एपीआई प्रस्ताव बना लें।

सामान्य तौर पर, हमारे एपीआई प्रस्तावों में यह वर्णन होना चाहिए कि उपभोक्ता घटक का उपयोग कैसे करेगा। इसका अर्थ है HTML लेआउट का एक स्निपेट और इस तरह के घटक के लिए आवश्यक इनपुट और आउटपुट। एपीआई कैसा दिखना चाहिए, इस बारे में चर्चा करने के लिए कृपया इस मुद्दे पर अपने विचार पोस्ट करें।

उदाहरण के लिए: https://github.com/dynatrace-oss/barista/issues/884#issuecomment -614605963

हाय @lukasholzer ,

मैं एक प्रस्ताव लिखूंगा और जैसे ही मेरा काम पूरा हो जाएगा, मैं उसे पोस्ट कर दूंगा।
उदाहरण के लिए धन्यवाद!

हाय @lukasholzer ,
यहां पहला एपीआई प्रस्ताव है। आप क्या सोचते हैं मुझे बताओ:

प्रारंभ

\ \

• \
• \
• \
• \

उदाहरण:

<dt-connected-box-group>
    <dt-connected-box [disabled]="false">
        <dt-connected-box-icon>
            <dt-icon name="environment"></dt-icon>
        </dt-connected-box-icon>
        <dt-connected-box-title>Some title<dt-connected-box-title>
        <dt-connected-box-subtitle>Subtitle</dt-connected-box-subtitle>
    </dt-connected-box>
    <dt-connected-box [disabled]="false" color="error">
        <dt-connected-box-icon>
            <dt-icon name="warning"></dt-icon>
        </dt-connected-box-icon>
        <dt-connected-box-title>Some title<dt-connected-box-title>
        <dt-connected-box-subtitle>Subtitle</dt-connected-box-subtitle>
        <dt-connected-box-body [expanded]="true">
            Some body describing the event.
        </dt-connected-box-body>
    </dt-connected-box>
    <dt-connected-box [disabled]="true">
        <dt-connected-box-icon>
            <dt-icon name="jewel"></dt-icon>
        </dt-connected-box-icon>
        <dt-connected-box-title>Some title<dt-connected-box-title>
        <dt-connected-box-subtitle>Subtitle</dt-connected-box-subtitle>
    </dt-connected-box>
</dt-connected-box-group>

इनपुट

| नाम | प्रकार | डिफ़ॉल्ट | विवरण |
--- | --- | --- | ---
| विकलांग | बूलियन | झूठा | अगर घटना को अक्षम किया जाना चाहिए या नहीं। |
| विस्तारित | बूलियन | झूठा | आयोजन का विस्तार होना चाहिए या नहीं। |
| रंग | 'डिफ़ॉल्ट' \| 'त्रुटि' \| 'चेतावनी' | डिफ़ॉल्ट | घटना का रंग |

आउटपुट

कोई नहीं

@schobocop एपीआई प्रस्ताव अब तक अच्छा लग रहा है। आपके द्वारा प्रदान किए गए स्क्रीनशॉट के आधार पर, मुझे लगता है कि यदि बॉक्स expandable है तो एक स्विच भी होना चाहिए।
क्योंकि ऐसे अक्षम एक्सपेंडेबल बॉक्स और बॉक्स हैं जिनमें एक्सपैंड-ट्रिगर नहीं है।

@tomheller यदि बॉक्स विस्तार योग्य है तो इस पर निर्भर करता है कि कोई \ सुनिश्चित नहीं है कि ऐसा कभी होगा कि एक बॉक्स अक्षम है लेकिन एक शरीर है। लेकिन ऐसा हो सकता है, तब हमें डिसेबल्ड एक्सपैंड आइकन दिखाई देगा।

एपीआई प्रस्ताव वास्तव में अच्छा दिखता है - thx बहुत @schobocop।
एक विचार जो मेरे मन में आया। क्या यह ठीक है कि ढहने पर भी शरीर को तुरंत प्रारंभ किया जाए? या हमें शरीर पर आलसी इनिट के बारे में सोचना चाहिए?

आलसी लोडिंग मामले में आपको एक एपीआई की आवश्यकता होगी जैसे

<dt-connected-box [disabled]="false" color="error">
        <dt-connected-box-icon>
            <dt-icon name="warning"></dt-icon>
        </dt-connected-box-icon>
        <dt-connected-box-title>Some title<dt-connected-box-title>
        <dt-connected-box-subtitle>Subtitle</dt-connected-box-subtitle>
        <ng-template dtConnectedBoxBody [expanded]="true">
            Some body describing the event.
        </ng-template>
    </dt-connected-box>

मुझे आलसी लोडिंग @ ffriedl89 का संभावित लाभ दिखाई देता है। हालाँकि, हमारे वर्तमान उपयोग के मामले में, हमें इसकी आवश्यकता नहीं है। एक ही अनुरोध में विभिन्न बक्से के निकायों के लिए डेटा और इसे विभाजित करने की कोई आवश्यकता नहीं है।

हालांकि किसी और को इसका फायदा मिल सकता है।

मुझे यकीन नहीं है कि आपके रेपो में वर्तमान प्रक्रिया कैसी है। व्यक्तिगत रूप से, मैं काम को कम से कम रखने के लिए आवश्यक भागों से चिपके रहूंगा और कुछ ऐसा लागू नहीं करूंगा जिसकी वर्तमान में आवश्यकता नहीं है। हालांकि, अगर आलसी लोडिंग शरीर रेपो के अन्य घटकों के व्यवहार के लिए बेहतर होगा, तो मुझे आलसी लोडिंग का उपयोग करने में कोई आपत्ति नहीं होगी।

आलसी व्यवहार के बिना आपके द्वारा वर्णित तरीके से मैं ठीक हूं। मैं इसे केवल चर्चा और विचार के लिए लाना चाहता था।

मुझे लगता है कि प्रस्ताव वास्तव में ठोस दिखता है! यदि आप चाहें तो अधिक टिप्पणियों के लिए इसे हमारे स्लैक चैनल में पोस्ट कर सकते हैं। लेकिन आप आगे बढ़ सकते हैं और कार्यान्वयन के साथ शुरुआत कर सकते हैं। जल्दी से आरंभ करने के तरीके के बारे में पॉइंटर्स के लिए कृपया पहुंचें!

धन्यवाद! मैं सुनिश्चित करूंगा कि हमारे आने वाले स्प्रिंट में से एक में कार्यान्वयन कार्य हो।

यह मुद्दा पुराना है, क्योंकि यह बिना किसी गतिविधि के 90 दिनों से खुला है। पुराना लेबल या टिप्पणी हटाएं या इसे 5 दिनों में बंद कर दिया जाएगा