Перейти к содержанию

Anna_

Участники форума
  • Постов

    228
  • Зарегистрирован

  • Посещение

Весь контент Anna_

  1. @KeyYerS, следите за руками, сейчас буду фокус объяснять. Эти разные 2,4 ГГц и 5 ГГц у Вас относятся к разным точкам доступа. И сортировку надо смотреть на уровень выше. @spatiumstas, спасибо за мнение, надо ещё дополнительно про этот маркетинговый ход подумать.
  2. @KeyYerS, теперь порядок от большего к меньшему, т.е. слева будет максимальное значение. Не вижу описанных Вами проблем, подскажите, пожалуйста, какая версия используется. @keenet07, а вот тут действительно ошибка, исправим. Спасибо большое!
  3. @FLK, зависит от того, что мы считаем за чудо. п.1 - можем вместо выравнивания по левому краю сделать по центру, визуально ситуация улучшится. Добавлять целое слово в эту колонку не хочется, т.к. в разных переводах из-за "красивой кнопки" колонка может расшириться (в общем-то за зря). п.2 - задача на передизайнить лежит и ждёт под более приоритетными. п.3 - в следующей итерации изменений (сроков нет) этой страницы хотим и "микро-квадратиков" коснуться.
  4. @enterfaza, должно починиться было в 5.1.1. Или я неправильно поняла и Вы не про ошибку подсчёта уже?
  5. @KeyYerS, хуже, отвлеклись и забыли. Спасибо, что держите руку на пульсе, постараемся в ближайшее время вернуться к вопросу.
  6. @FLK, можно как-то, но так делать не хочется. Хочется же сразу и хорошо. Поэтому пока на паузе.
  7. @FLK, это уже технически сложнее. Пока вряд ли.
  8. @enterfaza, похоже на ошибку на первый взгляд. Пришлите, пожалуйста, self-тест в скрытом сообщении 🙂
  9. Нет, отдельной опции не планируется.
  10. @Rootdiv, ну, я же спросила, какие именно места вы подразумеваете, чтобы либо обсудить/рассказать о заложенной логике, либо согласиться с багом и исправить. Вы решили давно пойти другим путём: Можем ещё раз и с самого начала. Ссылки будут подчёркнуты для людей с ограниченными возможностями зрения. Заголовки на карточках действительно ведут себя иначе, они как уникальные снежинки (думаем об изменении этого). Где ещё ссылки не подчёркнуты? Банить Вас точно не за что 🙂
  11. @nomadfromx, добрый день! Прикрепите self-тест в скрытом сообщении, пожалуйста!
  12. @enterfaza, действительно, некрасиво получилось. Извините, пожалуйста! Это поведение браузера, мы его исправить для всех случаев не можем.
  13. @dimon27254, нет, если честно
  14. @WxD, добрый вечер! По п.1 не поняла, в чём проблема активности кнопки? Не то отображение состояния, потому что должна быть заблокирована? Или просто отрисовано не так? П.2 - обычное поведение окон, сейчас как раз пытаемся его пересмотреть (найти на это время). П.4 требует не только разработки веб-интерфейса, поэтому пока порадовать не могу, на паузе.
  15. О проблеме знаем, в следующей версии должно быть исправлено, спасибо!
  16. Anna_

    os 5.0.5

    @Янек, добрый день! Не могли бы Вы прикрепить скрытым сообщением self-test? И поясните, пожалуйста, что означает "переподключать wireguard подключения", как именно выглядит проблема?
  17. Все текстовые поля имеют общий атрибут autocomplete="new-password", из-за которого сохранение каких-либо настроек при наличии поля с `type="password"` вызовет браузерное предложение сохранить пароль. На практике атрибут autocomplete игнорируется большинством браузеров. Например, Chrome явно указал, что делает это намеренно: https://issues.chromium.org/issues/41163264#comment165 Также ведётся сбор обратной связи от разработчиков (собирают данные зачем autocolmplete="off" полезен/нужен): https://issues.chromium.org/issues/41239842 Атрибут autocomplete носит рекомендательный характер. Фактически браузеры используют собственные эвристики (анализ type, name, структуры формы и т.д.), поэтому способа полностью отключить предложение сохранения пароля невозможно. Официального надёжного решения данной проблемы не существует. Возможные варианты улучшения ситуации: 1. Использовать autocomplete="new-password" (рекомендация MDN) - https://developer.mozilla.org/en-US/docs/Web/Security/Practical_implementation_guides/Turning_off_form_autocompletion#managing_autofill_for_login_fields 2. Использовать в инпутах паролей для атрибута `name` не стандартные значения не дало эффекта ни в Chrome, ни в Firefox. 3. Использовать фальшивые скрытые инпуты дало нестабильные результаты и плохую поддерживаемость. Решили остановиться на рекомендации MDN. Ожидаемый эффект — ограниченный, так как поведение контролируется браузером и его внутренними эвристиками. "Исправление" заработало в версии 5.1 Beta 0.1. Наблюдаем за результатами. P.S. Явное поведение браузеров сложно считать багами с нашей стороны.
  18. Спасибо большое за обратную связь всем, не ожидала такого отклика, если честно!
  19. @Rootdiv, не удаётся воспроизвести, подскажите, пожалуйста, версию. И нет ли определённых шагов до?
  20. @dimon27254, добрый день! Так задумано. Без изюминки стало хуже (изменилось ли восприятие)?
  21. @dchusovitin, добрый день! Сейчас выбранные значения не сохраняются.
  22. @Kadabra, добрый день! Не очень понятны шаги сценария для воспроизведения и исправления проблемы. Не могли бы Вы записать видео экрана? Self-тест тоже может помочь, прикрепите его скрытым сообщением в ответ, пожалуйста!
  23. @dimon27254, пока к этому не возвращались.
  24. @FLK, пока на паузе, руки не дошли. Но в планах где-то там маячит.
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.