أعتقد أنه يجب علينا نقل هذا إلى مشروع EP. هل يمكنك نقله لي 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. إذا كان بإمكاني إعادة إنتاجه في enterprise-ng مرة أخرى ، فسأخبرك بذلك.

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

تم دفع 3 في سباق ديسمبر.

في تلخيص

1. تم إصلاحه في مشكلة أخرى # 437
2. تم إصلاحه في مشكلة أخرى # 437
3. تم إصلاح هذا السباق السريع بواسطة
4. لا تزال مشكلة

لذلك علينا تقسيم هذه التذكرة. هل يمكنك من فضلك إصدار إصدار جديد للرقم 4 إذا كنت لا تزال تريدهchrisfried
ثم يمكننا ترتيب ذلك لاحقًا حيث يتم نقل هذه التذكرة إلى سؤال وجواب للإصلاحات التي أجريتها. من الأفضل أن تصنع التذكرة بحيث تكون باسمك. شكرا!

لا يزال السلوك رقم 2 يحدث عند تطبيق مرشح يطابق العقدة الأصلية. يتم عرض زر توسيع / ​​طي ولكنه لا يفعل أي شيء.
خطوات:

1. انتقل إلى https://4140-beta0-enterprise.demo.design.infor.com/components/datagrid/test-tree-filter.html
2. تطبيق يحتوي على عامل تصفية في عمود المهمة بالكلمة "HMM"
3. حاول توسيع / ​​طي الصف الأول ، لا شيء يحدث.

@ deep7102 هل يمكنك إلقاء نظرة على هذه الحالة الإضافية؟

في الوقت الحالي السبب في عدم نجاح الجزء الأخير في رقم 2 هو عدم وجود أطفال يتطابقون هناك. لاحظت أنه يقول "توقع: إذا كان أحد الوالدين مطابقًا ، فيجب أن يكون قابلاً للتوسيع لعرض جميع الأطفال".

هل نعتقد حقًا أنه يجب أن يظهر للأطفال حتى لو لم يكونوا متطابقين؟ لست متأكدًا ، وأميل إلى أن يكون هذا هو السلوك الصحيح / المقبول؟

ماذا نعتقد؟ EdwardCoylecleporepwpatton @ deep7102brianjuanchrisfried؟

بالنسبة لسلوك البحث الافتراضي أعتقد أنه يمكن أن يعتمد. ربما يكون التبديل بالترتيب (allowChildExpandOnMatch) أو شيء من هذا القبيل.

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

أضف هذا كإعدادات API allowChildExpandOnMatch: boolean

allowChildExpandOnMatch === صحيح

• إذا حصل الوالد فقط على تطابق ، فقم بإضافة عقد الأطفال أيضًا
• إذا تطابقت عقدة فرعية واحدة أو أكثر ، فقم بإضافة العقدة الأصلية وجميع العقد الفرعية

allowChildExpandOnMatch === false

• إذا حصل الوالد فقط على تطابق ، فعندئذٍ (تعطيل | إخفاء | أي شيء آخر) +/- زر وعدم إضافة عقد فرعية
• إذا تطابقت عقدة فرعية واحدة أو أكثر ، فقم بإضافة العقدة الأصلية والعقد الفرعية المطابقة فقط (كما تفعل الآن)

يبدو من هذا القبيل من شأنه أن يغطيه - تغيير كبير؟

يمكن التفكير من خلال الحاجة إلى تتبع المرشح وتصفية العقد والأعماق وما إلى ذلك

حسنًا ، أقترح أن نصدر عددًا جديدًا في وقت لاحق. هذا ليس نطاقًا تمامًا في هذا الوقت.
لذا أقترح إغلاق هذه المشكلة كما هو brianjuan

أعتقد أنه من الجيد إنشاء بطاقة منفصلة لتنفيذ التغييرات الكبيرة للرقم 2.

سيتم الآن نقل هذا Done ، نظرًا لأن https://4140-beta0-enterprise.demo.design.infor.com/components/datagrid/test-tree-filter.html يعمل كما هو متوقع لجميع السلوكيات الأخرى المقترحة.

تمت إضافة العدد الجديد رقم 1422