Вы можете нанести model.loss_curve_
на свой фрейм данных, и все готово!
Это действительно два отдельных вопроса с различными ответами:
Q: Фокус должен быть дан полю ввода, которое, скорее всего, будет использовать пользователь?
A: Совершенно определенно да, если "большинство пользователей" действительно 90% или больше.
Q: Это должно произойти, когда веб-страница заканчивает загружаться?
A: Нет. "onLoad" событие является довольно глупым местом для помещения этого. Поле ввода должно получить фокус, как только это появляется - это обычно абсолютно не важно, когда страница заканчивает загружаться. Просто помещенный a <script>
тег, который устанавливает фокус прямо после самого входного элемента.
Я лично ненавижу его, когда веб-сайты принимают фокус. Главная причина состоит в том, что на моем ноутбуке, если я использую сенсорную панель и поражаю клавишу Backspace, она автоматически перейдет назад к предыдущей странице. Если фокус был помещен в текстовое поле, он будет рассматривать клавишу Backspace как tho, я пытаюсь удалить символ.
Мое персональное предпочтение (и это очень мало имеет отношение к лучшей практике), то, что это, ничто не должно иметь начальный фокус, но первую вкладку, возьмет его к элементу, что Вы хотите иметь начальный фокус.
То же произошло со мной в Gmail, я нахожу это немного раздражающим, тем более, что должно быть легко обойти: В OnLoad
обработчик событий, проверьте, содержат ли поля ввода (имя пользователя или пароль) уже текст. Если это верно, не изменяйте фокус.
Как со всеми простыми решениями, я не был бы удивлен, были ли некоторые странные побочные эффекты, которые представляют его непрактичный, но я дал бы ему попытку так или иначе. О, и если это работает, почему Вы не посылаете электронное письмо Google?;-)
Однако я рассматриваю это поведение a usability glitch
, что-то, что не является ошибкой, но немного раздражающий. Не раздражайте своих клиентов. Зафиксируйте его.
Я думаю только мы, у программистов есть привычка к вводу даже, прежде чем страница будет загружена ;-) Большинство друзей непрограммистов, которых я имею, ожидает, пока они не видят "Завершенный" сигнал от загружающейся области.
Но 2 проблемами выше является les раздражение, чем необходимость переместить наш указатель мыши / вкладка использования каждый раз для ввода то, что мы хотим (имя пользователя, пароль) в сайтах, которые не фокусируются на конкретном управлении.
"Веб-сайты и/или браузеры должны быть запрограммированы так, чтобы фокус не изменялся, если пользователь будет уже взаимодействовать с сайтом или браузером?"
Я думаю, что браузерам нужно позволить сделать это, чем веб-сайты. Becauase это будет другим прохождением назад в сервер и может быть печально для соединений с низкой скоростью.
В целом я думаю, что это - просто другая незначительная проблема/раздражение, с которой мы можем жить. Как я сказал только нас, программисты переходят в типе даже перед загрузками страницы. Большинство моих друзей не знает, что они могут ввести, прежде чем страница загружается :)
Существуют сайты, где у Вас acutally есть один вариант использования, обычный пользователь использует клавиатуру для (обычный пользователь - как некоторые, как я, используют клавиатуру для навигации также). Сайты как поиск Google на самом деле ожидают, что Вы просто введете то, что Вы ищете и хит enter
.
Сайты с несколькими входными областями и несколько путей выхода, хотя иногда помещаемая начальная буква фокусируются где-нибудь также, и затем это становится раздражающим. Это становится еще хуже, если они haev некоторый нечетный порядок переключения вкладок их входных областей - таким образом, они на самом деле вынуждают Вас использовать мышь.
Я лично не вижу изменение фокуса, когда сайт заканчивается, это загружается как проблема, не для обычного пользователя. Но, поскольку я упомянул, если это действительно полезно, это - вопрос того, что является вариантом использования в Вашем конкретном приложении. И это могло бы быть вопросом предъявления приложения в, он - стадия отладки некоторым людям и работающим тестам удобства использования.
Да, фокус должен принять значение по умолчанию к наиболее вероятному месту для пользователя, чтобы начать вводить. Не выполнение так является учебником плохой дизайн UI.
Когда установка по умолчанию фокуса вмешивается во что-то, что Вы уже делаете, это не свойственная проблема установки по умолчанию фокуса, это - отказ несоответствующей реализации. Это, среди других причин, то, почему я соединил универсальный 'умный' сценарий автофокуса, который делает вещи как отъезд Вас один только ад, если Вы уже начали вводить.
(Да, я знаю, что это является волосатым. Большая часть ворсистости занимается проблемами перекрестного браузера - сбой Firefox, на самом деле, на этот раз.)