keenet07
Report Team-
Постов
3 810 -
Зарегистрирован
-
Победитель дней
48
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент keenet07
-
А можно на какой-нибудь из плиток дашборда, на которой это было бы уместно, предусмотреть быстрый переход в системный журнал? В виде ссылки или небольшого ярлычка/значка. Или найти для него в шапке место. Чтоб исключить ряд лишний действий и ради удобства перехода с любой страницы и быстрого возврата к ней. Чтоб не проматывать постоянно боковое меню до пункта Диагностика для перехода к нему. И чтоб потом не возвращаться обратно с этого меню на ту страницу которая была открыта до перехода. Или даже чтоб не открывать Системный журнал во второй вкладке браузера. Каждая вкладка дополнительно нагружает устройство при отрисовке и обновлении. Или контекстное окошко журнала умеет открываться исключительно на странице Диагностика?
-
<!DOCTYPE html> <html lang="ru"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Page with Gradient and Tiles</title> <style> * { margin: 0; padding: 0; box-sizing: border-box; } body { height: 100vh; display: flex; } .side { width: 10%; background-color: #ffffff; padding: 20px; box-shadow: 2px 0 5px rgba(0, 0, 0, 0.1); } .menu { list-style-type: none; font-family: Arial, sans-serif; font-size: 16px; color: #333; } .menu-item { margin-bottom: 15px; cursor: pointer; } .menu-item:hover { color: #007BFF; /* Цвет при наведении */ } .gradient { width: 80%; background: linear-gradient(to right, #cccccc, #ffffff 90%); display: flex; justify-content: center; align-items: center; } .tiles-container { display: grid; grid-template-columns: repeat(2, 1fr); grid-template-rows: 1fr 1fr; width: 100%; height: 100%; gap: 20px; padding: 20px; } .tile { background-color: #ffffff; border-radius: 8px; box-shadow: 0 4px 6px rgba(0, 0, 0, 0.1); display: flex; justify-content: center; align-items: center; font-family: Arial, sans-serif; font-size: 18px; color: #333; text-align: center; padding: 10px; } </style> </head> <body> <div class="side"> <ul class="menu"> <li class="menu-item">Home</li> <li class="menu-item">Dashboard</li> <li class="menu-item">Reports</li> <li class="menu-item">Settings</li> <li class="menu-item">Help</li> <li class="menu-item">Contact Us</li> </ul> </div> <div class="gradient"> <div class="tiles-container"> <div class="tile">Tile with some data</div> <div class="tile">Another important tile</div> <div class="tile">More detailed info</div> <div class="tile">Statistics & Analysis</div> </div> </div> <div class="side"></div> </body> </html>
-
Если только поэкспериментировать с градиентной заливкой. Слева максимально серый, справа всё плавно переходит в цвет основного фона. Хотя такое смотрелось бы хорошо, только на качественных дисплеях высокой битности. Имею в виду плавный градиент без видимых переходов.
-
Ещё раз рассмотрел этот серый фон и к чему именно он привязан, в целом задумка понятна. Моё замечание было в той части, что столбцы плиток дашборда равняются по левому краю рабочей области, и не используют всё доступное пространство рабочей зоны страницы относительно ширины шапки или других страниц интерфейса. В виду этого справа от плиток остается достаточно широкий кусок серого фона, особенно бросающийся в глаза когда боковое меню справа скрывается. Честно говоря, какого-то другого решения по плиткам я тут не вижу. Но согласен с вами, что этот широкий кусок фона пока был светлого оттенка абсолютно не бросался в глаза. С серым всё иначе. Лично для себя предпочел бы изначальный вариант.
-
Т.е. это дизайнерская задумка а не баг? В разрешении 4K это выглядит вот так. Скриншот во всю ширину отображения страницы. И да, серый фон за вторым столбцом плиток больше в несколько раз.
-
@eralde Подтверждаю. У меня также появилась серая заливка в центре. А справа и слева белые поля. на большом разрешении экрана. Только на дашборде.
-
4.2.1 Исправлена ошибка, из-за которой настройки открытой Wi-Fi сети (без защиты) становились недействительными после перезапуска устройства. [NDM-3485]
-
Что ещё заметил. До того как начал экспериментировать с этим. Переход в Приложения и полная загрузка страницы до появления всего содержимого происходила за 5 сек. Т.е. 5 сек крутится эта анимация загрузки на пустой странице меню. Потом всё прорисовывается. Чем больше я обновлял эту страницу пытаясь отловить глюк, тем дольше становилась её загрузка. На данный момент без перезагрузки устройства обновил страницу не менее 100 раз. И на текущий момент каждая загрузка её длится уже 30 сек. Явно какой-то процесс лишний происходит. Возможно если продолжать время будет расти кратно. Получается чем дольше пользуешься интерфейсом, в данном случае переходишь в Приложения, нарастает время на его прорисовку. Возможно конкретно в этой ситуации с недоступными серверами. И наоборот, выдержал какую-то паузу в несколько минут. Обновил страницу и она загрузилась уже за 20 секунд. Тайминги указываю достаточно точные. Предполагаю, что какой-то процесс при загрузке просто повторяется по несколько раз. А может быть и утечка какая-нибудь. Другие пункты меню веб-интерфейса загружаются как и прежде, без каких-либо возросших задержек.
-
Вот снова поймал его. Он не повторяется часто. Приходится страницу обновить пару десятков раз. Попробую посчитать, может имеет какое-то значение. Сначала думал может как-то зависит от переходов от какого-либо пункта меню к Приложениями. Но нет. Ловится и обычным обновлением F5 страницы Приложения. В журнале ничего не обычного: Core::Ndss: [12424] cannot connect to the server. Core::Configurator: not found: "components/list" [http/rci]. Напомню, доступ туда закрыт по IP.
-
Да. Даже если предположить что прошивка как-то прорвалась на свои сервера, и загрузила данные для components list, то почему не отобразились и все остальные не установленные компоненты. Ладно. Думал может у вас сразу появится какая-нибудь мысль на этот счет. А так в целом наверное разбираться в этом никому и не нужно. PS: Сейчас пытался повторить этот эффект, но сколько не обновляю страницу разными способами, при закрытых серверах ничего лишнего больше не появляется. Возможно что-то поменяется если перезагрузить устройство и обновлять не выпуская на сервера. Отпишусь, когда смогу проверить. Никакой кэш в браузере ведь не мог создать такой эффект?
-
Наверное не совсем понятно написал. Вопрос в том почему при первом переходе на страницу не установленных приложений нет. А если обновить её, то где-то оно находит одно приложение и отображает. Но не все доступные, как было бы в штатном режиме работы. Как и задумано. Повторюсь доступ к серверам обновлений в этот момент закрыт с самого начала загрузки устройства. Мне это как бы не мешает, но из любопытства спрашиваю. В чем разница подходов между первым и вторым к примеру обновлением этой страницы.
-
Пункт меню Приложения при переходе в него запрашивает список доступных компонентов, чтобы показать те которые можно было бы доустановить. Но если этот список не доступен, по причине того что обновления к примеру заблокированы вручную, то при переходе в это меню страница пуста, несколько секунд идёт попытка получения списка с анимацией кружка и только потом загружается содержимое страницы с только установленными компонентами. При этом уже не отображаются вкладки Скрыть неустановленные и Показать все. Есть только вкладки Две колонки/Три колонки только отображаются они уже не справа а слева. Это ладно. Но если перезагрузить/обновить эту страницу, то вкладки Скрыть неустановленные и Показать все появляются и даже в списке появляется в моем случае один неустановленный компонент. Но только один. Не все. Там нет ни Кабинета, ни OpenConnect и всего остального доступного но не установленного у меня. В общем по-моему там есть какая-то ошибка или странная логика работы. Понятное дело, если я открываю доступ на сервера обновлений и обновляю страницу Приложения, то там уже появляются и все остальное доступные для установки компоненты, типа Кабинета, OpenConnect и чего-то там ещё. Всё это на 4.2b4. На 4.2.0 не проверял.
-
Эта галка для того чтобы ваше подключение появилось в Приоритетах подключений и можно было через него направить весь трафик роутера или выбранных устройств, как через шлюз по умолчанию. Если галки нет, то трафик на него прописывается индивидуально выборочно по адресам в пользовательских маршрутах. К тому же ведь не каждое же подключение это выход в интернет. )
-
Уже заметили. А вообще в тех. поддержку. Контакты на сайте.
-
Не знаю почему, в целях безопасности, чтоб устройство не оставить без пароля или действительно баг. Нужно дождаться комментария разработчиков. @eralde возможно что-то по вашей части. PS: удалите на всякий случай пароль из публичного пространства форума. PSS: Если это какая-то ошибка интерфейса, то попробуйте задать пустой пароль командами в CLI.
-
А этот пароль случайно не соответствует паролю написанному на обратной стороне роутера?
-
Верно. Другими вкладками и не пользуюсь. Эта самая информативная и полезная. Даже забыл что в других вкладках другая цветовая гамма =))
-
Мне наоборот нравится больше то что сейчас на 4.2. Гамма в спокойных не ярких холодных тонах. Ничего не сливается и не раздражает. Соответствует теме общего оформления всего интерфейса.
-
Почему так решили сделать? Т.е. настройка в профилях Транзит запросов утратила силу? Совсем транзитные ловить нельзя? Или же вы имеете в виду, что описанное вами поведение справедливо как раз тогда, когда стоит галка Транзит запросов, а когда снята, всё перехватывается и перенаправляется, как и прежде?
-
Ну вы тип VPN своего знаете? OpenVPN, WireGuard или иное. IP адреса, шлюз, подсеть тоже должны видеть когда подключаетесь. Или знать. Вот и найдите в этом списке запись которая соответствует вашим данным.
