Chosen: واجهة المستخدم معلقة على قوائم كبيرة حقًا
الإصدار 1.5.1 ؛
المتصفحات التي تم اختبارها: Chrome ، Safari ؛
يفترض أن تطبق عالميا
عند العمل مع / حقًا / تحديدات كبيرة (20K عنصر) ، فإن استجابة التصفية تترك القليل مما هو مرغوب فيه.
أعتقد أنه يمكن تحسين جانبين رئيسيين بشكل كبير:
1) عند النقر لفتح مربع التحديد ، لا تبحث في كل عنصر باستخدام تعبير عادي فارغ ، ما عليك سوى ملء القائمة الكاملة - يجب أن يقلل هذا من وقت فتح التحديد بشكل كبير وربما يكون الجزء الأكثر وضوحًا في مشكلة تجربة المستخدم.
2) عند الكتابة ، يجب أن يحتوي البحث على خيار إلغاء الاشتراك (من الناحية المثالية مع تحديد مدة التكوين؟) حتى يتمكن المستخدم من كتابة عدة أحرف قبل أن يبدأ البحث فعليًا. من المحتمل أن يتم ذلك بذكاء استنادًا إلى عدد التطابقات الموجودة مسبقًا قبل البحث (إذا تم تذرية قائمة صغيرة بالفعل ، فلا تنزل لفترة طويلة)
أنا أبحث في تفاصيل التنفيذ بنفسي ، لكن إذا رأى أحد الموظفين المنتظمين هنا كيفية إضافة أحدهما أو كليهما بسهولة ويمكنه تفصيله (أو توجيهي نحو مكان القيام بذلك) فسيكون ذلك رائعًا.
mcclurem
ال 4 كومينتر
mcclurem شكرا لتقريرك!
كانت هناك بعض المشكلات السابقة حول مشكلات الأداء مع عدة آلاف من الخيارات - راجع # 2158 كمثال.
بالنسبة لملاحظتين محددتين:
- لا داعي لاستدعاء regex الفارغ على كل عنصر مفتوح لا يبدو أمرًا سيئًا! لا تتردد في التحقيق في حل وإرسال تصريح عام لإصلاح هذا إذا أمكن ذلك.
- لقد رفضنا تاريخيًا هذا النوع من "البحث المتأخر حتى _n_ حرفًا" بسبب مشكلات UX. راجع # 2359 والقضايا المرتبطة به. _ومع ذلك ، هناك حل بديل:
max_shown_resultsمقدم في # 2362. تمت إضافته على وجه التحديد "لزيادة أداء الاختيارات مع العديد من الخيارات" ، لذلك ربما يكون هذا ما تبحث عنه. يمكن العثور على مزيد من المعلومات حولmax_shown_resultsفي المستندات .
tjschuck
في ٢٨ مارس ٢٠١٦
إعادة الخيار 2
بينما يعمل max_shown_results تسريع عمليات البحث بشكل كبير (لدي قائمة من 22 ألف عنصر) ، نحتاج إلى طريقة ما للإشارة إلى أن هناك عناصر إضافية يتم إخفاؤها ببساطة.
أقترح شيئًا على غرار "إظهار المزيد" / "إظهار x التالي" في أسفل القائمة لعرض x إضافي (حيث x = max_shown_results). في حين أن هذا سيؤدي جزئيًا إلى إبطال السرعة التي يوفرها القيد الأصلي ، فإنه سيشير إلى أن القائمة تحتوي على عناصر إضافية. قد يكون البديل ببساطة شيئًا مثل "..." في الجزء السفلي باللون الرمادي للإشارة إلى خيارات مخفية إضافية (ربما يكون نصًا يمكن للمستخدم تغييره في التهيئة؟)
Reelix
في ٢٣ مايو ٢٠١٦
mcclurem ماذا فعلت لك بقوائم كبيرة في Chosen؟ هل تمكنت من إيجاد أي حل بديل معقول؟ هل قمت بتغيير طريقة تحميل القيم في المختار؟ هل هناك طريقة أفضل للتحميل البطيء مع استمرار البحث؟ نحن نبحث في الحصول على 100000 عنصر في نتائجنا. نحن حاليًا نحصر العرض بحيث لا يُظهر سوى 50. ولكن سيحتاج جانب عميل البحث إلى تحميلها لاختيارها لإجراء البحث.
steckdev
في ٤ يناير ٢٠١٧
+1. أعتقد أن السلبيات الرئيسية لهذا المكون الإضافي هي الأداء وتوقع شيء مثل التحميل البطيء سيحل المشكلة. هذه هي الفجوة الضخمة الوحيدة التي أراها في المختار.
selvarajpalani
في ٢٨ يونيو ٢٠١٨
القضايا ذات الصلة
alexfrancavilla
·
9تعليقات
SFPink
·
4تعليقات
jbrooksuk
·
6تعليقات
Jeckerson
·
7تعليقات
asvetlenko
·
3تعليقات
التعليق الأكثر فائدة
إعادة الخيار 2
بينما يعمل
max_shown_resultsتسريع عمليات البحث بشكل كبير (لدي قائمة من 22 ألف عنصر) ، نحتاج إلى طريقة ما للإشارة إلى أن هناك عناصر إضافية يتم إخفاؤها ببساطة.أقترح شيئًا على غرار "إظهار المزيد" / "إظهار x التالي" في أسفل القائمة لعرض x إضافي (حيث x = max_shown_results). في حين أن هذا سيؤدي جزئيًا إلى إبطال السرعة التي يوفرها القيد الأصلي ، فإنه سيشير إلى أن القائمة تحتوي على عناصر إضافية. قد يكون البديل ببساطة شيئًا مثل "..." في الجزء السفلي باللون الرمادي للإشارة إلى خيارات مخفية إضافية (ربما يكون نصًا يمكن للمستخدم تغييره في التهيئة؟)