Товаров: 0 (0р.)

Все поля обязательны для заполнения: поля обязательны для заполнения — Перевод на английский — примеры русский

Содержание

поля обязательны для заполнения — Перевод на английский — примеры русский

На основании Вашего запроса эти примеры могут содержать грубую лексику.

На основании Вашего запроса эти примеры могут содержать разговорную лексику.

Обратите внимание, все поля обязательны для заполнения.

Все поля обязательны для заполнения. Наш отдел свяжется с Вами в течение 2-х часов после получения заявки.

Our department will contact you within two hours after getting your request.

При регистрации все поля обязательны для заполнения.

При заполнении формы обратите внимание, что отмеченные звездочкой ( ) поля обязательны для заполнения.

( ) Please make sure to fill out all these fields.

Предложить пример

Звездочкой отмечены поля обязательные для заполнения.

Все поляобязательны для заполнения!

Примечание: Все поля формы обязательны для заполнения.

Все поля формы обязательны для заполнения

.

Все поля являются обязательными для заполнения.

Обозначенные звездочкой ( ) поля являются обязательными для заполнения.

Please be sure to complete the items marked with an asterisk ( ).

Все поля формы являются обязательными для заполнения.

Все

поля со знаком обязательны для заполнения.

Пожалуйста, заполните желтые поля для обязательного заполнения.

Обратите внимание, что поля отмеченные ( ) обязательны для заполнения.

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

The validation checked that all
compulsory fields
were completed and also checked that total number of employee entered matched the total entered by the respondent.

Поля, обозначенные звездочкой, обязательны для заполнения, остальные поля заполняются по желанию.

Поля с данным символом являются обязательными для заполнения.

Поля отмеченные символом « » обязательны для заполнения.

Все поля, обозначенные звездочкой ( ) обязательны для заполнения.

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

Обязательные поля в формах — отмечать или нет? | by Elena Sudareva | UX Lunch

Популярный вопрос, часто задаваемый на наших занятиях UX Conference: следует ли отмечать обязательные поля в форме? Как быть, если большинство полей в форме являются обязательными, следует ли их все отметить? (Это же так много отметок, в конце концов. ) Короткий ответ — да. И в этой статье я дам объяснение, почему.

Искушение не отмечать обязательные поля

Часто дизайнеры чувствуют, что наличие отметки для каждого отдельного элемента — уродливое повторение, которое занимает слишком много места и, с более длинными формами, даже может выглядеть угнетающе (форма требует от пользователя очень много!). Таким образом, они обычно принимают одну или обе из следующих стратегий:

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

2. Они отмечают необязательные поля, так как их обычно меньше.

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

Приложение для кредитных карт Citicards (слева) содержит инструкции, написанные мелким курсивным шрифтом: «Все поля обязательны для заполнения, если не указано иное» в верхней части формы; Форма American Express (справа) вообще не содержит инструкций. В обеих формах были отмечены только необязательные поля: в случае Ситибанка с несколько туманной аббревиатурой «opt».

Что не так с этими подходами? Тут есть несколько проблем:

• Люди не читают инструкции в верхней части формы.

Это общеизвестный факт, что пользователи не читают инструкции, и наименее вероятнее всего они станут читать инструкции в верхней части формы. В конце концов, поля формы выглядят самодостаточно, каждое поле имеет собственную специфическую «инструкцию» — своё название, зачем вам нужно читать что-то еще, чтобы заполнять поля формы?

  • Даже если люди читают инструкции, они могут забыть их

Вы можете подумать: если пользователи прочитают инструкцию перед заполнением формы, они не смогут ее забыть — это же так просто? Однако, они забывают — особенно если форма длинная или если они прерываются при заполнении (ситуация, которая часто встречается на мобильных устройствах). И даже если люди не забывают инструкции, вы увеличиваете их когнитивную нагрузку, заставляя хранить прочитанное в своей рабочей памяти. Другими словами, вы усложняете им задачу. Заполнение формы само по себе вызов для ваших пользователей — зачем вы хотите усложнить этот процесс?

  • Люди должны просмотреть форму, чтобы выяснить, является ли поле обязательным

Мы выяснили, что независимо от того, предоставили вы инструкции пользователю в шапке формы или нет, результат, скорее всего, будет одинаковым: их будут игнорировать или забывать. Итак, что происходит, когда пользователь заполняет форму? Как они понимают, что поле обязательно для заполнения? Наиболее прилежные пользователи будут присматриваться внимательно, пытаясь выяснить это — они просмотрят всю форму и найдут поле, отмеченное как необязательное (иногда для этого необходимо проскроллить страницу, как в примере с AmericanExpressвыше, где первое необязательное поле появляется ниже, за пределами экрана; если они найдут одно такое поле, они будут считать, что все не отмеченные поля — обязательные. Но это взаимодействие потребует времени и усилий — и опять же, зачем вам усложнять для пользователей заполнение формы?

Однако большинство пользователей не будут осматриваться по сторонам — они просто будут строить предположения. Они скажут: «Ну, номер телефона — им же реально не нужен мой номер телефона, не так ли? Оставлю это поле пустым». И даже если они не оставляют это поле пустым, необходимость сделать паузу, чтобы принять решение, нужно ли заполнять поле, замедляет взаимодействие и делает процесс более долгим и утомительным. (Помните, как бы вам ни хотелось думать иначе, никто не хочет заполнять форму — ни на маленьком, ни на большом экране.) Результатом будет ошибка отправки формы, которая будет означать еще больше потраченного времени на решение этой задачи.

Решение простое: отметьте все обязательные поля. Будьте настолько очевидными и прозрачными, насколько это возможно: для каждого обязательного поля, которое необходимо заполнить, поставьте отметку.

Как пометить обязательные поля?

Здесь есть как минимум два варианта: звездочка (красная или нет) и слово «обязательно».

Приложение iOS Wallet использует в качестве автоматического заполнения слово «Required/Обязательно» для указания обязательных полей. (В целом, особенно для более длинных форм, лучше иметь слово «Обязательно» вне поля, а не внутри него, чтобы упростить идентификацию полей, которые все еще необходимо заполнить.)

Маркировка «звездочка» стала очень популярной в web, и пользователи знакомы с ее значением. Ее главное преимущество в том, что она не занимает много места и выглядит иначе, чем текст названия поля, поэтому используйте ее.

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

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

Должна ли звездочка быть красной? Необязательно, но красный цвет стал ожидаемым требуемым цветом маркера в web, что само по себе является причиной для того, чтобы придерживаться этого выбора (согласно Jakob’s Law). В любом случае, есть некоторая ценность использования разных цветов для звездочки и для текстового названия поля: это позволяет пользователям быстро отделить их и сфокусироваться на названии поля, пытаясь осмыслить, что означает это поле. В то время как красный предпочтителен, мы настоятельно рекомендуем избегать бледно-серых или низко контрастных цветов для звездочки. В некоторых случаях приглушенные цвета могут иметь эстетические преимущества, но в реальности низко контрастные символы создадут проблемы доступности для слабовидящих или пожилых пользователей и замедляют визуальную обработку формы для всех.

Можно ли отмечать необязательные поля?

Хотя это и не обязательно, отметка опциональных полей снижает когнитивную нагрузку пользователя: при отсутствии этого обозначения пользователь должен осмотреть поля и сделать вывод, какие именно из них являются необязательными, если часть из них помечена как обязательные. Если слово «необязательно/опционально» находится рядом с названием поля, эта задача становится немного легче.

Не указать, что поле является необязательным, не является ошибкой, но, если его также отметить — это будет очевидным плюсом.

Приложение Sephoraдля iOS пометило как обязательные, так и необязательные поля.

Как насчет форм авторизации?

Формы авторизации короткие и обычно состоят из двух полей: имени пользователя и пароля, оба из которых всегда обязательны для заполнения. Если вы используете звездочку, возможно необходимость пометки этих полей будет минимальной, однако это не будет ошибкой. Тем не менее, большинство пользователей сталкиваются со множеством форм авторизации, и они знают, что для входа в систему обязательно нужно ввести адрес электронной почты или имя пользователя и пароль. Так что, если вы категорически против звездочки, то можно совсем отказаться от неё в этих формах.

Форма входа USPS (слева) имеет пометки в двух обязательных полях. Kayak (справа) не отметил их. Любой из этих дизайнов допустим для форм авторизации в системе.

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

В регистрационной форме Sephora (декстопный вариант) отмечены обязательные поля (включая адрес электронной почты и пароль). (К сожалению, сайт нарушил другие правила юзабилити — в частности, он разместил названия полей внутри и автоматически устанавил флажок «Подписаться».)

Заключение

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

Перевод Marking Required Fields in Forms

Как отмечать обязательные поля в формах (и отмечать ли) | USABILITYLAB

Существуют разные подходы к тому, как отмечать обязательные и дополнительные поля в формах. Мы рассмотрим плюсы и минусы каждого из них.

Отмечать только обязательные поля

Самый известный способ обозначить обязательные поля — отметить их “звездочкой”, или астериксом (*), часто красного цвета. Символ размещается рядом с полем или рядом с названием поля, встречаются варианты с размещением внутри поля. Впрочем, с таким обозначением связаны некоторые проблемы. Красные “звездочки” визуально засоряют форму, к тому же не все пользователи понимают их значение.

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

Другой вариант обозначить обязательное поле — написать слово “обязательно” рядом с его названием. Кажется, что это решает проблему с визуальным шумом, делает форму понятной для всех, независимо от опыта в интернете, а заодно повышает доступность формы. Скринридер сразу читает слово “обязательно”, и в коде не требуются никакие дополнительные расшифровки, как в случае с отметкой в виде астерикса. Тем не менее, исследование Baymard Institute показывает, что если обязательные поля отмечены, а необязательные — нет, у некоторых пользователей возникает вопрос, нужно ли заполнять неотмеченные поля.

Отмечать только необязательные поля

У обязательных полей нет никаких пометок, а рядом с необязательными полями стоит пометка “дополнительно” или “не обязательно”. 

Создать карусель Около необязательного поля стоит пометка «дополнительно» («optional»), а обязательные поля ничем не отмечены

Тем не менее, исследование Baymard Institute показало, что в таком случае у некоторых пользователей возникают сомнения, нужно ли заполнять все поля, рядом с которыми нет никаких пометок

Иногда под названием формы добавляют поясняющую надпись, например: «Все поля, кроме полей с пометкой “дополнительно”, обязательны для заполнения». Впрочем, у экспертов в области UX есть сомнения, что пользователи читают такие поясняющие надписи.

Отмечать те поля, которых меньше

Подход, рекомендованный Люком Вроблевски. Если форма длинная, то нужно отмечать те поля, которых меньше: так пользователю будет легче их найти. Например, если почти все поля в форме обязательные, то отметить надо только дополнительные. Если дело обстоит наоборот — отметить только обязательные. Если форма состоит из 2-3 обязательных для заполнения полей, то никакие дополнительные пометки вообще не нужны.

Отмечать все поля

Единственный подход, основанный на исследованиях, а не экспертном опыте определенного специалиста. Baymard Institute провели исследование нескольких десятков интернет-магазинов. Они выяснили, что если какой-то тип полей не отмечен, обязательно найдутся пользователи, для которых это станет проблемой. Ситуация усугубляется тем, что на разных сайтах одни и те же поля могут быть как обязательными, так и не обязательными для заполнения. Это увеличивает когнитивную нагрузку на пользователей: если у поля нет дополнительных пометок, им приходится решать, нужно ли его заполнять, исходя из собственного опыта, и иногда это решение оказывается неправильным.

Поэтому Baymard Institute советуют пометить вообще все поля в форме: рядом с названием каждого из них в скобках написать “обязательно” или “дополнительно”.

Создать карусель Baymard Institute советуют отмечать все поля в форме. Эта форма еще нуждается в улучшении: символ * понятен не всем пользователям, поэтому слово «обязательно» лучше написать текстом; слово «optional» («дополнительно») лучше писать снаружи поля, например, рядом с его названием, а не внутри.

Традиционно, ссылки для тех, кто хочет углубиться в вопрос

Исследование Baymard Institute

Презентация Люка Вроблевски с рекомендациями по дизайну форм (основана на книге Web Form Design)

Статья сторонников подхода “отмечать только дополнительные поля”

Любопытное научное исследование. Исследователи выяснили, что люди в принципе склонны заполнять больше полей, чем от них требуется. При этом чем больше в форме обязательных полей, тем меньше полей в целом заполняют респонденты.

[ELMA3] Редактирование обязательности заполнения стандартных полей в конструкторе форм

Некоторые объекты в системе имеют стандартные атрибуты, обязательные для заполнения. Стандартные атрибуты объектов не редактируемы, но иногда возникает необходимость некоторое количество стандартных полей сделать не обязательными для заполнения. Для изменения обязательности заполнения полей используется конструктор форм.

Рассмотрим данный функционал на примере физического лица.

В дизайнере, на вкладке Объекты, в папке Работа с клиентами найдите и откройте объект Физическое лицо. Перейдите на вкладку Формы (представления) и выберите одну из форм, для примера выберем форму Редактирование/Создание. Для перехода в конструктор форм дважды щелкните левой кнопкой мыши по названию формы в списке форм, нажмите на кнопку справа от названия формы или на кнопку

Редактировать в верхнем меню.

Рис. 1. Кнопки открытия формы в конструкторе форм

Открылось окно конструктора форм, в нем мы видим атрибуты объекта Физическое лицо.

Рис. 2. Конструктор форм

Обязательные для заполнения атрибуты отмечены символом *.

Допустим, поле Фамилия необходимо сделать необязательным для заполнения. Дважды нажмите левой кнопкой мыши по названию свойства на форме. Откроется окно настроек данного свойства.

Рис. 3. Окно настроек свойства

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

Некоторые поля системных объектов все же нельзя сделать необязательными для заполнения, в данном случае это поля:

Имя, Ответственный.

Валидация форм — Принципы — Контур.Гайды

Валидация — это проверка значений, указанных пользователем, и отображение найденных ошибок.

Описанное здесь поведение валидаций и отображение ошибок реализовано в библиотеке «React UI Validations», по возможности используйте эту библиотеку в продукте.

Принципы

Задача дизайнера — сделать так, чтобы пользователь не совершил ошибку и валидация не понадобилась, для этого:

  1. Ограничьте выбор заведомо неверных значений в списке: блокируйте эти значения или не показывайте в списке.
  2. Ограничьте ввод неподходящих символов. Если в поле нужно вводить только цифры, и это очевидно пользователю, игнорируйте ввод букв вместо того, чтобы показать ошибку. Используйте маски в полях, где у значений известен формат.
  3. Пишите подсказки для заполнения формы. Например, плейсхолдер в полях ввода.

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

Виды валидации

Существует три вида валидаций: мгновенная, по потере фокуса и по отправке формы.

Чем раньше интерфейс сообщает об ошибке, тем лучше — пользователю проще вернуться и исправить ошибку.

Самый быстрый способ сообщить об ошибке — мгновенная валидация. Но она возможна только в тех случаях, когда в процессе ввода понятно, что значение некорректное. Обычно такие ошибки связаны с неправильной раскладкой клавиатуры (кириллица вместо латиницы) или вводом букв в цифровое поле (ИНН, КПП и др. ) Для этих случаев мы используем поля с масками: ввод неподходящих символов в них заблокирован. Поэтому в наших интерфейсах есть только два вида валидации:

  • по потере фокуса — основной вид валидации
  • по отправке формы — для тех случаев, когда валидация по потере фокуса невозможна.

Валидация по потере фокуса

Когда использовать

Этот вид валидации подходит для большинства случаев.

Как работает

Не валидируйте поля на пустоту по потере фокуса — не показывайте ошибку если поле не заполнено, возможно пользователь вернется и заполнит поле чуть позже. Показывать ошибку в таких случаях можно только после отправки формы.

Валидация срабатывает сразу после потери фокуса, если значение в поле заполнено. Если найдена ошибка, поле подсвечивается красным. Фокус в это поле автоматически не возвращается:

Текст ошибки появляется в тултипе, когда поле получает наведение или фокус:

Поле с ошибкой должно остаться подсвеченным, если оно получило фокус, его значение не исправляли, а затем оно потеряло фокус.

Красная подсветка снимается с поля, как только пользователь начал исправлять ошибочное значение.

Валидация при отправке формы

Когда использовать

Используйте этот вид валидации, когда нельзя проверить поля по потере фокуса. Например, для проверки заполнения обязательных полей.

Как работает

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

При прокрутке к первому полю от верхней границы окна до ошибочного поля остается отступ 48px — шесть модулей.

Блокирование кнопки отправки

В небольших формах вместо проверки заполнения обязательных полей можно блокировать кнопку отправки формы. Используйте это поведение, когда очевидно, почему кнопка отправки формы неактивна. Например, на форме входа:

Как только заполнены все обязательные поля — кнопка становится активной. Если после этого пользователь стер значение в одном из полей — кнопка снова должна стать не активной.

Сообщения об ошибках

Об ошибках можно сообщать двумя способами:

  1. Красным текстом около поля, обычно под полем или справа от него:
  2. Текстом в тултипе:

Из этих двух способов мы рекомендуем использовать тултипы. Они идут отдельным слоем, поэтому не раздвигают форму и легко размещаются, даже если поля на форме расположены плотно.

Тултипы

Как работают

Тултип с подсказкой появляется в двух случаях:

  1. При наведении на поле с ошибкой.
  2. Когда поле с ошибкой получает фокус.

Если значение в поле с ошибкой было изменено, потеряло фокус, а потом заново оказалось в фокусе — тултип с текстом старой ошибки уже не возникает. Это правило одинаково работает для всех типов валидаций: и по потере фокуса, и при отправке формы.

Тултип исчезает, когда:

  1. Курсор вышел из области поля с ошибкой.
  2. Поле с ошибкой потеряло фокус.

Тултип по наведению перекрывает тултип по фокусу.

Тултип может появляться сверху или справа от контрола с ошибкой, так чтобы он не перекрывал полезную информацию:

Единообразие поведения и внешнего вида

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

Красные тексты на странице

Как работают

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

Как только пользователь начал исправлять значение, красная подсветка поля исчезает, и цвет текста ошибки меняется на черный — #333.

Текст ошибки пропадает по потере фокуса и больше не появляется, если поле заново получает фокус. Это правило одинаково работает для всех типов валидаций: и по потере фокуса, и при отправке формы.

Выводите текст ошибки справа, если на форме есть место, а само сообщение короткое. Так форму не придется раздвигать, чтобы показать ошибку.

Если справа от поля нет места для текста, раздвигайте форму и выводите сообщение под полем.

На более сложных формах выводите сообщение об ошибке в тултипе.

Валидация зависимых полей

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

Ошибки, которые связаны с нарушением зависимости полей, мы показываем после сабмита формы. Например, ИНН и КПП. Если пользователь указал ИНН из 10 цифр, а поле с КПП оставил пустым, после отправки формы пустое поле с КПП будет подсвечено.

ИНН может быть двух видов:

  • 10-значный у юридических лиц
  • 12-значный у ИП.

Если пользователь указал ИНН из 12 цифр, значит организация — индивидуальный предприниматель, и у нее нет КПП, значит поле КПП заполнять не нужно. И наоборот, если заполнено КПП, а ИНН указан 12-значный, возможно неверно указан ИНН.

Подсветка зависимых полей пропадает, как только пользователь начал исправлять значение в одном из этих полей.

Если при заполнении зависимого поля нарушен формат значения, сообщайте о такой ошибке при потере фокуса. Например, пользователь ввел 3 цифры в поле ИНН и убрал фокус. Такое поле должно подсветиться сразу же.

Пример

Есть форма из 5 полей:

  • Название организации — простое текстовое, обязательное
  • ИНН — 10 или 12 цифр, проверка контрольной суммы по потере фокуса, обязательное
  • КПП — 9 цифр с проверкой контрольной суммы по потере фокуса, обязательное, если ИНН состоит из 10 цифр
  • Электронная почта — адрес почты, проверка по потере фокуса по маске [email protected], необязательное
  • Телефон — международный формат, проверка по потере фокуса по маске +00000000000, обязательное

Пользователь пропустил поле с названием организации, заполнил ИНН значением из 10 цифр, перешел в поле почты, указал некорректный адрес, перешел в поле с телефоном и указал некорректный номер, но из поля пока не ушел:

Пользователь навел курсор на поле с почтой, появился тултип. Но исправлять значение пользователь не стал:

Пользователь нажал кнопку «Отправить» — фокус перешел в поле «Название организации», так как оно обязательное и незаполненное:

Поле с телефоном также подсветилось красным, так как заполнено некорректно. ИНН и КПП подсветились, так как ИНН состоит из 10 цифр, значит должен быть заполнен и КПП — валидация зависимых полей произошла только после отправки формы.

Пользователь начинает вводить название организации, подсветка поля гаснет, а текст подсказки остается:

Заполнил название организации, перешел в поле ИНН:

Понял, что ИНН правильный, и нужно заполнить КПП:

Начал заполнять поле КПП. Красная рамка у ИНН и КПП исчезла — пользователь изменил значение в одном из зависимых полей:

Заполнил КПП, перешел в следующее поле:

Исправил почту, перешел в следующее поле:

Исправил телефон, кликнул за пределами поля:

Теперь по нажатию кнопки «Отправить» все будет хорошо.

Проверка обязательных для заполнения полей


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

Данный скрипт я использовал при создании сайта www.prtut.ru.

 

Демонстрация скрипта

В примере все поля обязательны для заполнения.

 

Описание

Для задания обязательных полей в форме используется произвольный аттрибут required, который прописывается лишь для полей требующих обязательного ввода. Например :

<INPUT TYPE=TEXT NAME="User Name" required>

 

Форма содержащая элементы ввода вызывает функцию checkRequired() при событии ONSUBMIT. В функцию передается лишь один параметр — имя формы. Для этой цели используется объект this который указывает на форму активную в данный момент.

<FORM NAME="demo" ONSUBMIT="return checkRequired(this)">

Функция checkRequired() проверяет каждый элемент в форме на наличие аттрибута required. Если атрибут обнаружен , то проверяется был ли сделан ввод.

 

JavaScript

function isEmpty(str)
 {
  // Проверка на пустую строку.
  for (var intLoop = 0; intLoop 

 

Так как проверка выполняется на стороне клиента, и скрипт работает непосредственно в браузере пользователя, в Google Chrome, Mozilla Firefox, Opera и Яндекс.Браузер предупреждения смотрятся по разному:

 

 

 

Вот и все. Готово!

Подписывайтесь на нашу группу в контакте vk. com/club.ssdru


Заполнение обязательных полей в документах | 1С:Предприятие

Очень часто многие пользователи 1С элементарно пропускают поля в документах, не обращая на них внимания. Вследствие этого документ не проводится вообще или проводится, но неверно. Сначала посмотрим, можно ли вообще пропускать (не заполнять) поля в документах.

Когда можно оставлять пустыми реквизиты документов 1С Бухгалтерии

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


[нажмите на картинку для увеличения]

Все поля, отмеченные знаком *, обязательны

,