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

Anna_

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

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

  • Посещение

Сообщения, опубликованные Anna_

  1. @WxD, добрый вечер!
    По п.1 не поняла, в чём проблема активности кнопки? Не то отображение состояния, потому что должна быть заблокирована? Или просто отрисовано не так? 
    П.2 - обычное поведение окон, сейчас как раз пытаемся его пересмотреть (найти на это время).

    П.4 требует не только разработки веб-интерфейса, поэтому пока порадовать не могу, на паузе. 

  2. Все текстовые поля имеют общий атрибут 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. Явное поведение браузеров сложно считать багами с нашей стороны. 

    • Не согласен 1
    • Где self-test? 1
  3. @KeyYerS, у меня есть предположение, что Вы создали такое расписание для установки автообновлений. И оно, как обычно, отобразилось в других местах для настройки расписания тоже.

    Если моё предположение не похоже на правду, то стоит обратиться в тех поддержку, не забыв self-тест. 

    • Не понял 1
  4. @keenet07, тогда понятно. Мы всё проверяем и поддерживаем на масштабе 100%, поэтому на отличающихся масштабах могут возникать такие недочёты. 

    Воспроизводится ли у Вас проблема на 100%?

  5. @keenet07, работает так из-за особенностей реализации. Когда-нибудь её могут улучшить и веб начнёт отображать ситуацию корректнее. 

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

×
×
  • Создать...

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

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