eralde

В десктопной версии логотип и модель дизайнер нарисовал одним и тем же шрифтом (шрифтом для вывода названия модели).

Ясно спасибо. Боюсь, что не могу гарантировать, что это удастся исправить.

Так устроен выбранный шрифт (Google Roboto), который используется и в текущем, и в новом интерфейсе: https://jsfiddle.net/6gr8pu1k/

Гм, у меня пока это воспроизвести не получается. У этих элементов высота высчитывается по размеру шрифта, который для всех графиков задан один и тот же и в "абсолютных" единицах (14 px). Какую операционную систему и браузер вы используете? (точные цифры версий не очень важны, все популярные браузеры обновляются автоматически)

Ну, я могу только ещё раз процитировать сам себя

@bigpu по странице с настройкой Wireless ACL пока ничего не не делалось. Страница требует существенных переделок имеющегося кода. Не пишите, пожалуйста, о проблемах с ней в теме, связанной со "Списком устройств".

Что показывает браузер, если открыть my.keenetic.net/rci/show/ip/name-server?

Спасибо, это действительно придется поправить дополнительно. Опрашивается наличие изменений в той части страницы, которая у вас отсутствует.

В политике по умолчанию чекбоксы всегда заблокированы, поэтому выглядят так бледно. В остальных политиках они более заметны.

Спасибо! Исправление для пунктов 1 и 2 уже в работе. Пункт 3 починим там же или отдельно, чуть позже.

Я, честно говоря, не думаю, что это очень принципиально. Отображать тултип только по тем значениям, которые реально доступны, более корректный вариант, но, на мой взгляд округление с трехсекундным интервалом и так покажет все реальные ограничения конкретного интерфейса (плохую линию, шейпер провайдера, погодные условия для 4G и др.).

Насколько я помню, уровни детализации для всех команд такого типа одинаковые. Максимальное число отсчетов на каждом уровне детализации всегда 64, detail=0 -- весь интервал ~3 минуты, 1 отсчет: 3 минуты / 64 ~= 3 секунды detail=1 -- 1 час detail=2 -- 3 часа detail=3 -- 1 сутки Похоже, что ошибка в документации, потому что там в качестве возможных значений detail указан интервал [0, 11], но для значений > 3 возвращается ошибка:

Похоже, что код, который забивает нулями отсутствующие значения, забыли перенести. Если его добавить, то проблема уйдет. Спасибо за данные для отладки! Интересно, что для некоторых типов интерфейсов API всегда возвращает 64-значения, а для некоторых -- нет

Мне пока не удается это воспроизвести, генерируя данные для графика программно. Если эта ситуация у вас на устройстве легко воспроизводится, выложите сюда, пожалуйста, выдачу браузера по адресам: <IP_или_KeenDNS>/rci/show/interface/rrd?name=PPPoE0&attribute=rxspeed&detail=0 <IP_или_KeenDNS>/rci/show/interface/rrd?name=PPPoE0&attribute=txspeed&detail=0 Выдача выглядит примерно так:

Похоже, что нет, без easyconfig это работать не будет. Спасибо, поправим!

У меня тоже так, причем в обоих версиях интерфейса. Значит, что-то сломалось в ответе команды, по которой веб-интерфейс этот график строит. @Le ecureuil, посмотри, пожалуйста. С интервалом в один день у меня то же самое (аптайм у Кинетика в районе недели, поэтому данные точно должны быть): Screen Recording 2023-08-12 at 09.12.40.mov

Похоже я понял, о чем вы. Данные после загрузки плитки не обновляются с течением времени. Поправим, спасибо!

Всё проверим, спасибо. Сортировку действительно забыли

Это та же самая проблема, что и выше. Надо, чтобы везде был один и тот же статус, конечно.

Безусловно, нужна. Тем более, что она уже много лет существует в текущем интерфейсе. Но также я сразу хочу сказать, что любые ошибки в логике работы интерфейса (например, неадекватный статус выключенного WAN'а на дашборде) всегда будут более приоритетными, потому что затрагивают большее число пользователей.

Ну, тут много вопросов сразу, попробую ответить на все по порядку. Общение на форуме никогда не было обязательным для разработчиков, разработчики тут общаются только по собственному желанию Баги совершенно точно исправляю не я один, этим занимается вся команда. Просто из-за того, что я по ним отписываюсь, создается, наверное, не очень правильное впечатление, что я всё сам и чиню. Расширение с ночной темой я начал делать в свободное время тоже по собственному желанию (и вместе с @T@rkus, на самом деле, он, фактически, ставил исходную задачу). Сейчас мне уже сложно вспомнить, зачем это всё было нужно, но упражнение, конечно, довольно интересное Я боюсь, что, во-первых, голосованием на форуме вопрос о том, за что я ответственный, не решается. А, во-вторых, я совершенно не уверен в том, что такое теоретическое решение вопроса сделает лучше. Все мы делаем ошибки, я их тоже делаю порядочно. В общем, чем более острой является ваша (пользователей) реакция на что-то, тем более вероятно, что мы на это что-то ещё раз посмотрим и, возможно, улучшим. Боюсь, что это единственное, что можно обещать.

Эту страницу ждёт переработка, на самом деле. Она формально готова, но код внутри требуется привести в порядок. Я думаю, что вместе с этой работой мы и замечания поправим.

Это похоже на какие-то глюки в работе форума. Действительно, темы есть, но если подняться на уровень раздела, то их там не найти. Со своей стороны я могу только сказать, что я таким не занимаюсь и не думаю, что движок форума позволяет спрятать тему от модератора в общем списке тем раздела По остальным вашим замечаниям, я сразу могу ответить в общем, потому что почти все они касаются мобильной версии. Спасибо, вам за такие подробные заметки! Мы, конечно, предполагаем использование веб-интерфейса на мобильных устройствах, но вряд ли оно будет настолько же удобно, как использование на десктопе. Какую-то часть замечаний явно нужно поправить, но что-то, скорее всего, останется как есть.

Я понимаю ваше недовольство. В текущем интерфейсе этой страницей тоже совершенно невозможно пользоваться на мобильных устройствах. На мой взгляд, нужен какой-то иной подход к выводу доступных настроек (например, каждая политика -- раскрываемая карточка, либо вынос настроек в диалоги). Пока никакого дизайна для иного решения нет, я не могу обещать, что он будет быстро проработан.

Поля явно не должны быть такими большими это ошибка. С содержимым таблиц нужно работать в каждом конкретном случае отдельно, но 4 строчки в одной ячейке -- это перебор, конечно. Опять же, нужно смотреть по каждой таблице отдельно. В общем случае, видимо, нужно работать над тем, чтобы заголовки фиксированных колонок были максимально короткими. Либо задавать ограничение по ширине вручную, в зависимости от контента. В примере с маршрутами это будет работать, а вот в примере с хостами -- нет (длинные имена устройств, скорее, норма). Видимо, нужно подумать ещё. На эту тему уже есть задача. Сейчас компонент с подсказками не адаптирован под мобильные устройства совсем, он будет доработан.