المكون الذي يوضح السبب الجذري للمشكلة ، بالإضافة إلى الأحداث / الخطوات السابقة واللاحقة في العملية التي تم تحليلها.
تُظهر الميزة الجديدة سلسلة من الأحداث / الخطوات وتُبرز خطأ / تحذير.
يتكون كل حدث / خطوة من عنوان وعنوان فرعي اختياري وأيقونة اختيارية.
يجب أن يكون هناك خيار لإظهار مزيد من المعلومات حول الحدث / الخطوة من خلال توسيعها.
يجب أن تكون قادرة على التعامل مع الأمور التالية:
يمكن أن يكون الحدث / الخطوة:
الحل: يرجى الاطلاع على المرفقات لبعض النماذج.
الفكرة الأساسية:
مع تحذير بدلاً من تلوين الخطأ:
مع كل شيء موسع:
مع كل شيء انهار:
بدون أي رموز:
مع حدثين بدون نص (غير قابل للتوسيع) ، حدث مغلق وحدث معطل:
مرحبا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 أيام
التعليق الأكثر فائدة
مرحبا lukasholzer ،
سأقوم بتدوين اقتراح وسأرسله بمجرد انتهائي منه.
شكرا على المثال!