تحسينات عرض محاور المخططات والدقة الزمنية التلقائية
عرض توضيحي من @brandon-pereira
مجموعة من التحسينات التي تُيسّر استخدام المخططات، ساهم بها @arj22. شكرًا على هذه الإصلاحات!
كانت وسوم المدة الزمنية تُقتطع سابقًا لأنها أعرض من المساحة المتاحة على المحور. أما الآن فتستخدم المخططات منسّق المدة المختصر نفسه المستخدم في الخرائط الحرارية، فتصبح
7.38min مثلًا 7.4m وتتسع ضمن المساحة المتاحة. ويستخدم الأمر hdx chart في واجهة سطر الأوامر التنسيق نفسه.
كما أصبحت وسوم المحاور تحتفظ بدقة أعلى. فسابقًا، كانت قيم مثل 1050 و1450 قد تظهر كلتاهما بالشكل 1k، مما يصعّب التمييز بين القيم المتقاربة. أما الآن فيستخدم المنسّق أعلى دقة تتسع لها المساحة، بحد أقصى منزلتين عشريتين، ويحذف الأصفار الزائدة في النهاية. وبذلك تظهر هذه القيم بالشكل 1.05k و1.45k دون زيادة عرض الوسوم.
باتت علامات المحور الصادي تحافظ على تباعد منتظم في المخططات الأقصر. فسابقًا، كان Recharts قد يحذف بعض العلامات لمنع تداخل الوسوم، فينتج عن ذلك تسلسل غير منتظم مثل 0, 300, 1k. أما الآن فتوفّر المخططات علامات مرشّحة متباعدة بانتظام مع الحفاظ على عدد العلامات نفسه.
يتوفر أيضًا إعداد جديد باسم Minimum Auto Granularity لمصادر المقاييس، ضمن Team Settings → Sources. فسابقًا، كانت الدقة الزمنية التلقائية تختار حجم الحاوية استنادًا إلى النطاق الزمني المحدد وحده. فإذا كان المقياس يُسحب مرة كل دقيقة، فقد يُنتج نطاق زمني قصير حاويات مدتها 30 ثانية تتناوب بين القيم والفجوات، فيبدو المقياس الثابت كأنه موجة.
ويؤدي ضبط الحد الأدنى على فاصل السحب الزمني إلى منع ظهور تلك الفجوات. ويعمل هذا الإعداد على غرار الفاصل الزمني الأدنى لكل مصدر بيانات في Grafana، ولا يُطبَّق إلا عند ضبط الدقة الزمنية على Auto. أما البطاقات ذات الدقة الزمنية المحددة صراحةً فتحتفظ بسلوكها الحالي.
يُطبَّق الحد الأدنى حاليًا على لوحات المعلومات والبطاقات فقط، ولا تستخدم التنبيهات وواجهة البرمجة الخارجية وواجهة سطر الأوامر وأدوات استعلام MCP هذا الإعداد بعد.
طلبات السحب ذات الصلة: #3148 توجيه علامات محور المدة عبر المنسّق المختصر، #3158 إبقاء علامات محور المدة مختصرة في مخططات الطرفية، #3162 التوقف عن إسقاط المنازل العشرية من علامات محاور المخططات في الأعداد الكبيرة، #3172 إبقاء علامات المحور الصادي متباعدة بانتظام عندما يقلّلها Recharts لتجنب التداخل، #3149 إضافة حد أدنى للدقة الزمنية التلقائية على مستوى كل مصدر
قائمة لوحات المعلومات مع علامات التبويب والفرز وعوامل تصفية الوسوم
عرض توضيحي من @elizabetdev
أُعيد تصميم قائمة لوحات المعلومات. في السابق، كانت لوحات المعلومات المُعدّة مسبقًا والمفضلة تظهر في صفوف من البطاقات فوق الجدول، فتدفع القائمة إلى أسفل الصفحة. أما الآن، فقد أصبح للمفضلة علامة تبويب مستقلة إلى جانب All وMy dashboards، في حين انتقل زرّا Import وNew dashboard إلى ترويسة الصفحة.
أصبحت كل لوحة معلومات تظهر في القائمة مرة واحدة فقط، أيًّا كان عدد الوسوم المرتبطة بها. في السابق، كانت اللوحة تظهر تحت كل وسم من وسومها، وتُجمَّع اللوحات غير الموسومة في الأسفل. أما الآن، فتعمل الوسوم كعامل تصفية متعدد الاختيار، يمكن الوصول إليه عبر زر Tags ثابت العرض مزوّد بشارة تعرض العدد. وعند تحديد وسمين، لا تظهر إلا لوحات المعلومات التي تحمل الوسمين معًا.
تُفرز القائمة افتراضيًا حسب آخر تحديث، ويتوفر أيضًا الفرز حسب الاسم أو حسب الأحدث إنشاءً. أما الفرز حسب آخر عرض فغير متاح، لأن هذا الطابع الزمني لا يُسجَّل حاليًا.
تُحفظ عوامل التصفية وعلامة التبويب المحددة وترتيب الفرز في عنوان URL، مما يتيح لك إعادة تحميل العرض المُصفّى أو مشاركته. وتُخفى علامة التبويب My dashboards عند عدم توفر بريد إلكتروني للمستخدم الحالي، بما في ذلك في الوضع المحلي.
طلبات السحب ذات الصلة: #3199 إعادة تصميم قائمة لوحات المعلومات مع علامات التبويب والفرز وعوامل تصفية الوسوم
تخطيط جدول نتائج البحث وإعدادات الأعمدة
عرض توضيحي من @elizabetdev
هذا عمل استكشافي، ولا التزام بإطلاقه.
نعمل على تخطيط جديد لجدول نتائج البحث لمعالجة مشكلات أشار إليها عدد من العملاء. فحاليًا، تتشارك إجراءات الجدول الصف نفسه مع آخر حقل في الاستعلام، فتضيق مساحتها عندما تحتوي عبارة
SELECT على أعمدة كثيرة. ويخصص هذا النموذج الأولي المحلي للإجراءات صفًا مستقلًا بها.
تُعدّ إضافة الأعمدة أكثر الأسئلة شيوعًا. ففي الوقت الحالي، يتعين على المستخدمين تعديل عبارة SELECT، لكن كثيرين منهم لا ينتبهون إلى ذلك. لذا يضيف النموذج الأولي عنصر تحكم Columns يتيح لك اختيار الأعمدة وتطبيقها دون تحرير الاستعلام.
وتجمع لوحة إعدادات خيارات العرض في مكان واحد. فحاليًا، يحجز تحديد الصفوف مساحة لمربعات الاختيار على يسار كل صف، حتى وإن كانت لا تظهر إلا عند تمرير المؤشر. ثم يؤدي تحديد الصفوف إلى إضافة مزيد من الإجراءات إلى الجدول. ويتيح لك النموذج الأولي أن تختار إظهار مربعات الاختيار دائمًا، أو عند تمرير المؤشر فقط، أو إخفاءها تمامًا. كما يحظى التفاف الأسطر بعنصر تحكم أوضح، مع إتاحة المجال لخيارات مستقبلية مثل تخطيط أكثر كثافة يعرض عددًا أكبر من الصفوف على الشاشة.
لا يزال هذا العمل قيد التطوير، ولم يُقدَّم له طلب سحب بعد. ويسعدنا أن نتلقى ملاحظاتكم حول طريقة عمله.
طلبات السحب ذات الصلة: لا يوجد بعد، فهذا عمل استكشافي وليس ميزة مُطلقة. أما ميزة تحديد الصفوف التي يعيد هذا العمل تصميمها، فقد أُطلقت في #3140 (تحديد صفوف متعددة في البحث لتنزيلها ونسخها) و#3164 (إظهار مربعات الاختيار عند تمرير المؤشر).
حقول الاستعلام متعددة الأسطر وطبقة تراكب تتوسع عند التركيز
عرض توضيحي من @elizabetdev
هذا عمل استكشافي، ولا يوجد أي التزام بإطلاقه.
لطالما كانت الاستعلامات متعددة الأسطر في شريط البحث مصدر شكوى متكررة. ففي السابق، كان الاستعلام ينطوي في سطر واحد عندما يفقد الحقل التركيز، فتضطر إلى النقر عليه مجددًا لقراءة الاستعلام كاملًا.
وقد أُصلحت هذه المشكلة مؤخرًا، إذ أصبحت حقول SQL وLucene وPromQL تبقى مرئية بالكامل حتى عند عدم التركيز عليها، ويتوسع تخطيط الصفحة كلما ازداد حجمها. ويبقى منتقي الوقت وزر Run محاذيين للسطر الأول. كما أُزيل الوسم
WHERE الزائد ورمز المفتاح /، مع أن المفتاحين / وs لا يزالان ينقلان التركيز إلى حقل الإدخال.
غير أن الارتفاع الإضافي يسبب بعض المشكلات. فحقلا SELECT وORDER BY يتوسعان أيضًا، وعلى شاشة عميل نموذجية قد يمتد حتى ORDER BY قصير إلى سطرين. أما في مستكشف المخططات، فقد يؤدي وجود عدة سلاسل إلى توسع حقول كثيرة في آنٍ واحد، فيشغل المحرر مساحة رأسية كبيرة.
تستكشف المسودة إبقاء الحقول في صف واحد ما دامت غير مستخدمة. فعند التركيز على حقل ما، يُعرض الاستعلام كاملًا في طبقة تراكب فوق المحتوى الذي يليه، مع بقاء شريط الأدوات والنتائج في أماكنها. وتُغلق طبقة التراكب عندما يفقد الحقل التركيز، ما لم تثبّتها باستخدام Keep expanded، مما يتيح لك قراءة استعلام طويل جنبًا إلى جنب مع النتائج. ويتوسع منتقي اللغة مع طبقة التراكب، كما أن اللصق في حقل منطوٍ يُبقي السطر الأول وعناصر التحكم ظاهرة.
يميل التوجه الحالي إلى عدم دمج هذه المسودة، فالحقول التي تتوسع أثناء الكتابة أو عند تحريك الفأرة قد تربك المستخدم. صحيح أن فتح طبقة التراكب عند النقر داخل الحقل فقط يخفف من ذلك، لكن منطقة النص التي تتوسع مع محتواها أُطلقت بالفعل وتعمل جيدًا. ومن الخيارات الأخرى نقل عناصر التحكم الخاصة بالأعمدة وORDER BY إلى خارج شريط البحث، وحينها لن يتوسع سوى حقل WHERE، فيصبح السلوك الحالي كافيًا.
ولا تزال مسألة التعامل مع المدخلات الطويلة في أماكن أخرى، ومنها مستكشف المخططات، مطروحة للنقاش. ويسعدنا تلقي ملاحظاتكم حول هذا السلوك.
طلبات السحب ذات الصلة: #3150 إبقاء حقول الاستعلام متعددة الأسطر مرئية عند عدم التركيز عليها، #3151 محاذاة أشرطة الأدوات إلى الأعلى بجوار حقول الاستعلام المتوسعة، #3168 حذف الوسم WHERE ورمز المفتاح / من شريط البحث، #3175 عرض حقول الاستعلام متعددة الأسطر في طبقة تراكب عند التركيز (مفتوح). يمثل #3175 المسودة المعروضة في العرض التوضيحي، أما طلبات السحب الثلاثة المدمجة فتمثل السلوك المُطلق الذي يُبقي الحقول مرئية دائمًا، والذي ستحل المسودة محله.