Barista: مكون الصندوق المتصل

تم إنشاؤها على ١٥ أبريل ٢٠٢٠  ·  13تعليقات  ·  مصدر: dynatrace-oss/barista

طلب المواصفات

ملخص

المكون الذي يوضح السبب الجذري للمشكلة ، بالإضافة إلى الأحداث / الخطوات السابقة واللاحقة في العملية التي تم تحليلها.

ميزة الوصف

تُظهر الميزة الجديدة سلسلة من الأحداث / الخطوات وتُبرز خطأ / تحذير.
يتكون كل حدث / خطوة من عنوان وعنوان فرعي اختياري وأيقونة اختيارية.
يجب أن يكون هناك خيار لإظهار مزيد من المعلومات حول الحدث / الخطوة من خلال توسيعها.
يجب أن تكون قادرة على التعامل مع الأمور التالية:

  • العنوان إلزامي
  • إذا كان العنوان طويلاً جدًا ، فيجب أن ينتهي بحذف.
  • العنوان الفرعي اختياري ، في حالة عدم تعيينه ، يجب توسيط العنوان عموديًا على الرمز.
  • إذا كان العنوان الفرعي طويلاً جدًا ، فيجب أن ينتهي بعلامة الحذف.
  • الرمز اختياري ، في حالة عدم تعيينه ، سينتقل النص إلى اليسار.
  • يمكن توسيع أقسام متعددة في نفس الوقت.
  • الأحداث / الخطوات متصلة عبر رسم اتصال (انظر المرفقات)
  • يمكن محاذاتهم عموديًا فقط.
  • لا يدعم السمات.

يمكن أن يكون الحدث / الخطوة:

  • توسع في الافتراضي
  • انهار بشكل افتراضي
  • معطل - يجب تعطيل الرمز والنص وأيقونة التوسيع
  • يجب أن يكون من الممكن قفله في أي من الحالتين الموسعة / المطوية
  • في حالة عدم وجود جسم ، يجب ألا يكون قابلاً للتوسيع.
  • ملونة بألوان الخطأ والتحذير.

الحل: يرجى الاطلاع على المرفقات لبعض النماذج.

المرفقات


الفكرة الأساسية:
basic_root_cause

مع تحذير بدلاً من تلوين الخطأ:
warning_root_cause

مع كل شيء موسع:
all_expanded_root_cause

مع كل شيء انهار:
all_closed_root_cause

بدون أي رموز:
no_icon_root_cause

مع حدثين بدون نص (غير قابل للتوسيع) ، حدث مغلق وحدث معطل:
locked_and_disabled_root_cause

feature needs discussion new component no-issue-activity

التعليق الأكثر فائدة

مرحبا lukasholzer ،

سأقوم بتدوين اقتراح وسأرسله بمجرد انتهائي منه.
شكرا على المثال!

ال 13 كومينتر

مرحباschobocop! شكرًا لك على طرح هذا الأمر وشكرًا على الوصف التفصيلي.

بالنسبة لي ، يبدو هذا كمزيج من بطاقة dt والسلوكيات القابلة للتوسيع وبعض أنماط التوصيل (للاتصالات O --- O بين البطاقات).
سؤالي هو ، هل سيكون هذا مكونًا يمكن للفرق المتعددة الاستفادة منه؟
هل أنت على استعداد للمساهمة بهذا المكون في المكتبة أيضًا؟

مرحبا tomheller ،

نستخدم حاليًا بلاطة dt مع اتصالات O --- O. ومع ذلك ، لا يمكن أن يتمدد البلاط dt / ينهار ويتطلب جسمًا ليس لدينا دائمًا ، لذلك علينا التفكير في المحتوى.

بعد التحدث إلى UX ، يعتقدون أن هناك فائدة لفرق متعددة وبالتالي الرغبة في إضافتها إلى Barista.
لقد تحدثت مع @ ffriedl89 منذ شهر تقريبًا إذا كان هناك شيء مشابه في

لذا فإن الخطة هي أن يساهم أحد أعضاء الفريق بهذا المكون في المكتبة. بمجرد اكتمال المناقشات حول الميزة ، سنخطط لها في إحدى سباقات السرعة القادمة.

الأفضل

مرحبًا schobocop ،

شكرا جزيلا لتوضيح هذا لك! إذا كنت ترغب في المساهمة بهذا في المكتبة ، فيرجى التأكد من إنشاء اقتراح واجهة برمجة التطبيقات أولاً قبل البدء في التنفيذ.

بشكل عام ، يجب أن تصف مقترحات API الخاصة بنا كيفية استخدام المستهلك للمكون. هذا يعني مقتطفًا من تخطيط HTML والمدخلات والمخرجات التي ستكون مطلوبة لهذا النوع من المكونات. يرجى نشر أفكارك حول هذه المشكلة لإنشاء مناقشة حول الشكل الذي يجب أن تبدو عليه واجهة برمجة التطبيقات.

على سبيل المثال: https://github.com/dynatrace-oss/barista/issues/884#issuecomment -614605963

مرحبا lukasholzer ،

سأقوم بتدوين اقتراح وسأرسله بمجرد انتهائي منه.
شكرا على المثال!

مرحبا lukasholzer ،
هنا هو أول اقتراح API. اسمحوا لي أن أعرف ما هو رأيك:

التهيئة

\ \

  • \
  • \
  • \
  • \

مثال:

<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 إذا كان الصندوق قابلاً للتوسيع يعتمد على ما إذا كان هناك \ لست متأكدًا مما إذا كان سيتم تعطيل الصندوق ولكن به جسم. ولكن قد يحدث ذلك ، ثم سنرى أيقونة التوسيع المعطلة.

يبدو اقتراح واجهة برمجة التطبيقات جيدًا حقًا - شكرًا جزيلاً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. ومع ذلك ، في حالة الاستخدام الحالية لدينا ، لسنا بحاجة إليها. البيانات الخاصة بأجسام الصناديق المختلفة في طلب واحد ولا داعي لتقسيمها.

ومع ذلك ، قد يستفيد منه شخص آخر.

لست متأكدًا من كيفية الإجراء الحالي في الريبو الخاص بك. أخيرًا ، سألتزم بالأجزاء الضرورية التي نحتاجها لحالة الاستخدام الخاصة بنا للحفاظ على الحد الأدنى من العمل وعدم تنفيذ شيء غير مطلوب حاليًا. ومع ذلك ، إذا كان التحميل البطيء للجسم يتناسب بشكل أفضل مع سلوك المكونات الأخرى في الريبو ، فلن أعترض على استخدام التحميل البطيء.

أنا بخير مع امتلاكها بالطريقة التي وصفتها دون سلوك كسول. أردت فقط طرحه للمناقشة والنظر.

أعتقد أن الاقتراح يبدو قويًا حقًا! إذا كنت ترغب في ذلك ، يمكنك نشره في قناة Slack الخاصة بنا لمزيد من التعليقات. ولكن يمكنك المضي قدمًا والبدء في التنفيذ. يُرجى التواصل مع المؤشرات حول كيفية البدء بسرعة!

رائع شكرا! سوف أتأكد من الحصول على مهمة التنفيذ في إحدى سباقات السرعة القادمة.

هذه المشكلة قديمة ، لأنها كانت مفتوحة لمدة 90 يومًا بدون أي نشاط. أزل التسمية أو التعليق القديم وإلا فسيتم إغلاق هذا في غضون 5 أيام

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات