Улучшения отрисовки осей чартов и автоматической гранулярности
Демо от @brandon-pereira
Набор улучшений чартов, делающих работу с ними удобнее, от @arj22. Спасибо за исправления!
Раньше подписи длительности могли обрезаться, поскольку не умещались на оси. Теперь чарты используют тот же компактный форматтер длительности, что и тепловые карты:
7.38min превращается в 7.4m и помещается в отведённое место. Команда CLI hdx chart использует такое же форматирование.
Кроме того, подписи осей стали точнее. Раньше значения 1050 и 1450 могли одинаково отображаться как 1k, и близкие значения было трудно различить. Теперь форматтер использует максимальную точность, которая умещается в подпись (до двух знаков после запятой), и отбрасывает конечные нули. Эти значения теперь отображаются как 1.05k и 1.45k, при этом подписи не становятся шире.
Деления оси Y теперь распределены равномерно и на невысоких чартах. Раньше Recharts мог отбрасывать отдельные деления, чтобы подписи не перекрывались, и получалась неравномерная последовательность вроде 0, 300, 1k. Теперь чарты передают равномерно распределённых кандидатов для делений, сохраняя их прежнее количество.
Также для источников метрик появилась новая настройка Minimum Auto Granularity — она находится в разделе Team Settings → Sources. Раньше автоматическая гранулярность выбирала размер бакета только по выбранному временному диапазону. Для метрики, собираемой раз в минуту, на коротком временном диапазоне могли получаться 30-секундные бакеты, в которых значения чередовались с пропусками, и ровная метрика выглядела как волна.
Если задать минимум, равный интервалу сбора, пропуски исчезнут. Настройка работает аналогично минимальному интервалу источника данных в Grafana и действует, только когда для гранулярности выбрано значение Auto. Плитки с явно заданной гранулярностью работают как прежде.
Пока минимум применяется только к панелям мониторинга и плиткам. Оповещения, внешний API, CLI и инструменты запросов MCP эту настройку ещё не учитывают.
Связанные PR: #3148 Route duration axis ticks through the compact formatter, #3158 Keep duration axis ticks compact in terminal charts, #3162 Stop discarding chart axis-tick decimals for large numbers, #3172 Keep Y-axis ticks evenly spaced when Recharts thins them for overlap, #3149 Add a per-source floor for auto granularity
Список панелей мониторинга с вкладками, сортировкой и фильтрами по тегам
Демо от @elizabetdev
Список панелей мониторинга переработан. Раньше предустановленные и избранные панели отображались в виде рядов карточек над таблицей и сдвигали список вниз по странице. Теперь для избранного выделена отдельная вкладка рядом с All и My dashboards, а кнопки Import и New dashboard перенесены в заголовок страницы.
Теперь каждая панель мониторинга отображается в списке только один раз, сколько бы тегов у неё ни было. Раньше панель появлялась под каждым из своих тегов, а панели без тегов собирались внизу. Теперь теги работают как фильтр с множественным выбором: он открывается кнопкой Tags фиксированной ширины со значком-счётчиком. Если выбрать два тега, отобразятся только панели, у которых есть оба.
По умолчанию список сортируется по дате последнего обновления; также доступна сортировка по имени и по дате создания. Сортировки по дате последнего просмотра нет, поскольку эта временная метка пока не отслеживается.
Фильтры, выбранная вкладка и порядок сортировки сохраняются в URL, поэтому отфильтрованное представление можно перезагрузить или отправить другим. Вкладка My dashboards скрыта, если у текущего пользователя не указан адрес электронной почты, в том числе в локальном режиме.
Связанные PR: #3199 Переработка списка панелей мониторинга с вкладками, сортировкой и фильтрами по тегам
Структура таблицы результатов поиска и настройки столбцов
Демо от @elizabetdev
Это исследовательская работа, и её выпуск не гарантирован.
Мы работаем над новой структурой таблицы результатов поиска, чтобы решить проблемы, на которые указали несколько клиентов. Сейчас действия таблицы располагаются в одной строке с последним полем запроса и сжимаются, если
SELECT содержит много столбцов. В этом локальном прототипе действия вынесены в отдельную строку.
Чаще всего спрашивают о том, как добавить столбцы. Сейчас для этого нужно редактировать SELECT, но многие пользователи об этом не догадываются. В прототипе появился элемент управления Columns, с помощью которого можно выбирать и применять столбцы, не редактируя запрос.
Параметры отображения собраны в отдельной панели настроек. Сейчас при выборе строк слева от каждой строки резервируется место под флажки, даже если они появляются только при наведении. Кроме того, при выборе строк в таблице появляются дополнительные действия. В прототипе можно выбрать, будут ли флажки видны всегда, появляться при наведении или скрыты полностью. Для переноса строк предусмотрен более понятный элемент управления, а также оставлено место для будущих параметров — например, более компактной структуры, чтобы на экране помещалось больше строк.
Работа ещё ведётся, PR пока нет. Будем рады вашим отзывам.
Связанные PR: пока нет — это исследование, а не выпущенная возможность. Механизм выбора строк, который здесь перерабатывается, был добавлен в #3140 (множественный выбор строк в результатах поиска для скачивания и копирования) и #3164 (отображение флажков при наведении).
Многострочные поля запросов и оверлей, раскрывающийся при фокусе
Демо от @elizabetdev
Это исследовательская работа, и её выпуск не гарантирован.
Многострочные запросы в строке поиска давно вызывали нарекания. Раньше при потере фокуса запрос сворачивался в одну строку, и чтобы прочитать его целиком, приходилось снова щёлкать по полю.
Недавно это исправили. Поля SQL, Lucene и PromQL теперь остаются полностью видимыми и без фокуса, а по мере роста раздвигают структуру страницы. Выбор времени и кнопка Run выравниваются по первой строке. Кроме того, убраны избыточная метка
WHERE и значок клавиши /, хотя / и s по-прежнему переводят фокус в поле ввода.
Однако дополнительная высота создаёт ряд проблем. Поля SELECT и ORDER BY тоже растут, и на типичном экране клиента даже короткий ORDER BY может переноситься на две строки. В Chart Explorer при нескольких сериях одновременно раскрывается множество полей, и редактор занимает много места по вертикали.
В черновике исследуется вариант, при котором неактивные поля занимают одну строку. При фокусе на поле полный запрос открывается в оверлее поверх содержимого ниже, а панель инструментов и результаты остаются на месте. Оверлей закрывается при потере фокуса, если не закрепить его кнопкой Keep expanded. Так длинный запрос можно читать, не теряя из виду результаты. Выбор языка растёт вместе с оверлеем, а при вставке текста в свёрнутое поле первая строка и элементы управления остаются в поле зрения.
Пока команда склоняется к тому, чтобы не сливать этот черновик. Поля, которые раскрываются при вводе или движении мыши, могут сбивать с толку. Открытие оверлея только по щелчку в поле частично решает проблему, но текстовая область, растущая вместе с содержимым, уже выпущена и работает. Другой вариант — вынести элементы управления столбцами и ORDER BY из строки поиска. Тогда расти будет только поле WHERE, и текущего поведения окажется достаточно.
Как обрабатывать объёмный ввод в других местах, включая Chart Explorer, пока не решено. Будем рады вашим отзывам об этом поведении.
Связанные PR: #3150 Многострочные поля запросов остаются видимыми без фокуса, #3151 Выравнивание панелей инструментов по верху рядом с растущими полями запросов, #3168 Удаление метки WHERE и значка клавиши / из строки поиска, #3175 Оверлей для многострочных полей запросов при фокусе (открыт). #3175 — черновик, показанный в демо; три слитых PR реализуют уже выпущенное поведение «всегда видимо», которое он заменил бы.