ISO 9241-17:1998

Ergonomic requirements for office work with visual display terminals (VDTs) - Part 17: Form filling dialogues

Exigences ergonomiques pour travail de bureau avec terminaux à écrans de visualisation (TEV) — Partie 17: Dialogues de type remplissage de formulaires

General Information

• Status: Withdrawn
• Publication Date: 29-Jul-1998
• Withdrawal Date: 29-Jul-1998
• ICS: 13.180 - Ergonomics
• ICS: 35.180 - IT Terminal and other peripheral equipment
• Technical Committee: ISO/TC 159/SC 4 - Ergonomics of human-system interaction
• Drafting Committee: ISO/TC 159/SC 4/WG 5 - Software ergonomics of human-computer interaction
• Current Stage: 9599 - Withdrawal of International Standard
• Start Date: 24-Feb-2012
• Completion Date: 13-Dec-2025

Relations

• Revised: ISO 9241-143:2012 - Ergonomics of human-system interaction - Part 143: Forms
• Effective Date: 19-Mar-2011

Standards Content (Sample)

INTERNATIONAL ISO
STANDARD 9241-17
First edition
1998-08-01
Ergonomic requirements for office work
with visual display terminals (VDTs) —
Part 17:
Form filling dialogues
Exigences ergonomiques pour travail de bureau avec terminaux à écrans
de visualisation (TEV) —
Partie 17: Dialogues de type remplissage de formulaires
A
Reference number
Contents Page
1 Scope . 1
2 Normative references . 2
3 Definitions . 2
4 Application of this part of ISO 9241. 3
4.1 Appropriateness of form filling dialogues . 3
4.2 Applying the recommendations. 4
4.3 Evaluation of products . 4
5 Form filling structure . 4
5.1 General . 4
5.2 Layout . 5
5.3 Fields and labels . 6
6 Input considerations . 7
6.1 General . 8
6.2 Alphanumeric text entry . 8
6.3 Choice entries . 9
6.4 Control . 11
6.5 Field validation . 12
7 Feedback . 13
7.1 Echoing. 13
7.2 Cursor and pointer position. 13
7.3 Field errors. 13
7.4 Transmission acknowledgement. 13
7.5 Database changes . 13
8 Navigation . 13
8.1 Initial cursor position . 13
8.2 Movement between fields . 13
8.3 Return to initial field. 14
8.4 Tabbing . 14
8.5 Scrolling . 15
8.6 Form selection . 15
©  ISO 1998
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic
or mechanical, including photocopying and microfilm, without permission in writing from the publisher.
International Organization for Standardization
Case postale 56 • CH-1211 Genève 20 • Switzerland
Internet [e-mail]
Printed in Switzerland
ii
©
ISO ISO 9241-17:1998(E)
Annexes
A (informative) Sample procedure for assessing applicability
and adherence .
(informative)
B Bibliography .
iii
©
Foreword
ISO (the International Organization for Standardization) is a worldwide
federation of national standards bodies (ISO member bodies). The work of
preparing International Standards is normally carried out through ISO
technical committees. Each member body interested in a subject for which
a technical committee has been established has the right to be represented
on that committee. International organizations, governmental and non-
governmental, in liaison with ISO, also take part in the work. ISO
collaborates closely with the International Electrotechnical Commission
(IEC) on all matters of electrotechnical standardization.
Draft International Standards adopted by the technical committees are
circulated to the member bodies for voting. Publication as an International
Standard requires approval by at least 75 % of the member bodies casting
a vote.
International Standard ISO 9241 was prepared by Technical Committee
ISO/TC 159, Ergonomics, Subcommittee SC 4, Ergonomics of human-
system interaction.
ISO 9241 consists of the following parts, under the general title Ergonomic
requirements for office work with visual display terminals (VDTs):
— Part 1: General introduction
— Part 2: Guidance on task requirements
— Part 3: Visual display requirements
— Part 4: Keyboard requirements
— Part 5: Workstation layout and postural requirements
— Part 6: Guidance on the work environment
— Part 7: Display requirements with reflections
— Part 8: Requirements for displayed colours
— Part 9: Requirements for non-keyboard input devices
— Part 10: Dialogue principles
— Part 11: Guidance on usability
— Part 12: Presentation of information
— Part 13: User guidance
— Part 14: Menu dialogues
iv
©
ISO ISO 9241-17:1998(E)
— Part 15: Command dialogues
— Part 16: Direct manipulation dialogues
— Part 17: Form filling dialogues
Annexes A and B of this part of ISO 9241 are for information only.
v
©
Introduction
ISO 9241 is a multipart standard that deals with both the hardware and
software ergonomic aspects of the use of VDTs. The description of the
parts, their interrelationships, and a description of the expected users of
the parts is provided in ISO 9241-1:1992, Ergonomic requirements for
office work with visual display terminals (VDTs) — Part 1: General
introduction.
This part of ISO 9241 is concerned with the ergonomic design of form filling
dialogues. In form filling dialogues, users fill in, select entries for, or modify
labelled fields on an area of the screen display.
This part of ISO 9241 serves the following types of users:
a) The user interface designer, who will apply this part of ISO 9241 during
the development process.
b) The designer of printed forms which serve as source documents.
c) The buyer, who will reference this part of ISO 9241 during the product
procurement process.
d) Evaluators responsible for ensuring products meet the recommen-
dations in this part of ISO 9241.
e) Designers of user interface development tools to be used by interface
designers.
f) End users who will gain from the potential benefits provided by this part
of ISO 9241.
This part of ISO 9241 consists of a number of conditional recommen-
dations concerning form filling dialogues. Conditional recommendations are
recommendations which should be met only within the specific context for
which they are relevant (e.g, particular kinds of users, tasks, environments,
technology). These conditional recommendations were developed primarily
by reviewing the existing relevant literature and empirical evidence, then
generalizing and formulating this work into recommendations for use by the
interface designer and/or evaluator. Sources for the individual
recommendations are listed in Informative Annex B.
Designers using this part of ISO 9241 need to know that they are
developing an interface that will meet the recommendations provided in this
part. Likewise, buyers and evaluators need a means to determine how a
product matches the recommendations in this part of ISO 9241. It is not
intended that every recommendation should be applied, only those that are
relevant. Informative Annex A provides an example of a procedure for
evaluating the applicability of and adherence to the conditional
vi
©
ISO ISO 9241-17:1998(E)
recommendations provided in this part of ISO 9241. Design objectives are
provided prior to each of the major clauses to focus on the intent of the
recommendations within the clause.
The application of this part of ISO 9241 is expected to improve the overall
quality of the form filling dialogue, but this standard (like any other
standard) will not guarantee the quality of the interface. Quality depends on
specific usability criteria as set by the user, buyer or other form filling
dialogue consumer which may include specifications based on this part of
ISO 9241.
It should be noted that ISO 9241-10 describes dialogue principles that are
relevant for the design of form filling dialogues. These principles should
provide the designer and evaluator with additional information concerning
the ergonomic rationale for the various recommendations in this part of
ISO 9241 and, therefore, assist in making tradeoffs. However, it may be
necessary to base tradeoffs on other considerations as well.
vii
©
INTERNATIONAL STANDARD  ISO ISO 9241-17:1998(E)
Ergonomic requirements for office work with visual display
terminals (VDTs) —
Part 17:
Form filling dialogues
1  Scope
This part of ISO 9241 provides conditional recommendations on dialogue design, input design and output design for
computer dialogues in which form filling and dialogue boxes are used to accomplish typical office tasks. Form
filling dialogues are dialogues in which the user fills in, selects entries for, or modifies labelled fields on a "form" or
a dialogue box presented by the system. Often the system then creates, or updates the database associated with
the form. Form filling entries typically are in the form of typed input (abbreviations, or full names) or selections from
available option lists. This part of ISO 9241 pertains to form filling dialogues generated through both VDT character-
based and bit-mapped screen displays (often referred to as “GUIs”) and input through keyboards and optional
pointing devices (e.g. mice). In addition, this part includes the use of non-text methods for providing forms entries
(e.g. list boxes) and pertains to dialogue boxes which utilize form filling dialogue techniques. It should be noted that
some of the recommendations in this part of ISO 9241 are based on Western Language conventions. For other
languages, the recommendations may need to be modified to fit the readability considerations inherent in these
languages. These recommendations can be utilized throughout the development process (e.g., as guidance for
designers during design, as a basis for heuristic evaluation, as guidance for usability testing) and in the
procurement process.
Interface design depends upon the task, the user, the environment, and the available technology. Consequently,
this part of ISO 9241 cannot be applied without a knowledge of the design and use context of the interface and it is
not intended to be used as a prescriptive set of rules to be applied in their entirety (see ISO 9241-11). Rather, it
assumes that the designer has proper information available concerning task and user requirements and
understands the use of available technology (this may require consultation with a qualified ergonomics professional
as well as empirical testing with real users).
The recommendations relate to the three major design components of user interfaces, i.e., dialogue, input, and
output.
Dialogue design determines the way in which a user is guided by the system to make inputs and influences the
amount of control the user has over the dialogue. Form filling dialogues should be designed to support the user in
his/her actual work without creating additional work caused by system peculiarities as well as enabling the user to
become well-informed and to remain in control of the flow of work (also, see ISO 9241-10 which deals with dialogue
principles). Dialogue design is covered in this part of ISO 9241 in terms of designing form filling structures, providing
feedback mechanisms and providing appropriate navigation methods.
Input design is concerned with how input devices can be applied to facilitate the entry and modification of form
fields. One or more devices such as an alphanumeric keyboard, function keys, pointing devices and voice (other
devices are not excluded) can be provided depending on the task at hand and dialogue requirements, as well as on
individual preferences. This part of ISO 9241 provides conditional recommendations for text entry, choice entry, and
control using various input devices.
©
ISO
Output design is concerned with how data is to be presented consistently and distinctly on the screen display. This
part of ISO 9241 provides conditional recommendations for the output design of form filling dialogues in terms of the
content and placement of fields and groups of fields (also see ISO 9241-12 for general information on the
presentation of information).
2  Normative references
The following standards contain provisions which, through reference in this text, constitute provisions of this part of
ISO 9241. At the time of publication, the editions indicated were valid. All standards are subject to revision, and
parties to agreements based on this part of ISO 9241 are encouraged to investigate the possibility of applying the
most recent editions of the standards indicated below. Members of IEC and ISO maintain registers of currently valid
International Standards.
ISO 9241-2:1992, Ergonomic requirements for office work with visual display terminals (VDTs) — Part 2: Guidance
on task requirements.
ISO 9241-10:1996, Ergonomic requirements for office work with visual display terminals (VDTs) — Part 10:
Dialogue principles.
ISO 9241-11:1998, Ergonomic requirements for office work with visual display terminals (VDTs) — Part 11:
Guidance on usability.
1)
ISO 9241-12:— , Ergonomic requirements for office work with visual display terminals (VDTs) — Part 12:
Presentation of information.
ISO 9241-13:1998, Ergonomic requirements for office work with visual display terminals (VDTs) — Part 13: User
guidance.
ISO 9241-14:1997, Ergonomic requirements for office work with visual display terminals (VDTs) — Part 14: Menu
dialogues.
1)
ISO 9241-16:— , Ergonomic requirements for office work with visual display terminals (VDTs) — Part 16: Direct
manipulation dialogues.
3  Definitions
For the purposes of this part of ISO 9241, the following definitions apply.
3.1  entry field: Type of field in a form in which data is entered. Entry fields may be optional fields or required
fields.
3.2  field: Area on a screen display in which data is entered or presented.
3.3  form: Structured display with labelled fields that the user reads, fills in, selects entries for (e.g., through choice
buttons or radio buttons), or modifies.

1)
To be published.
©
ISO
3.4  label: Short descriptive title for an entry or read-only field, table, control or object. In some applications, labels
are classified as protected fields.
3.5  navigation: Ability to move from field to field within a form, to proceed forward and backward through a form
and move from form to form.
3.6  optional field: Field that not necessarily needs to be filled in or modified by the user.
3.7  protected field: Field that contains data that cannot be modified by the user. These fields are sometimes
called “read-only” fields.
3.8  required field: Field that must be completed by the user if it does not already have a value.
4  Application of this part of ISO 9241
4.1  Appropriateness of form filling dialogues
Form filling dialogues are appropriate for data entry tasks requiring input or modification of multiple data items. A
major use for form filling dialogues is the input of information into a computer from a paper source document.
Examples include: income tax returns, registration (school, motor vehicle), service order completion. Form filling
dialogues are very commonly used in specifying application options and parameters within a dialogue box. Another
use for form filling dialogues is for entering information received over the telephone (e.g. orders, reservations) into
the computer. Also, form filling dialogues are often appropriate for certain complex data retrieval requests where
users might find it easier to fill in parameter information than to input the parameters via a command language. It is
important to emphasize that these tasks can be the source of the emergence of monotonous repetitive work.
Users, buyers and producers of dialogue systems using form filling should take this into consideration. A way to
minimize the negative consequences of repetitive form filling tasks is to incorporate other tasks into the dialogue
system as well. (See ISO 9241-2) Form fields can be required or optional and/or can depict default values.
Form filling dialogues are especially appropriate for one or more of the following conditions, which have been
grouped to reflect user and task issues. The applicability of form filling dialogues becomes greater as more
conditions are met.
a) User characteristics
1) Users are experienced with paper forms but have limited experience with computers.
2) Users are familiar with the use of keyboard.
3) Users have moderate to good typing skills (for intensive use of data entry form filling dialogues).
b) Task requirements
1) It is not necessary to show a large set of alternatives.
2) Data must be input from a paper form.
3) Input data is gathered verbally from customers.
4) Unlimited flexibility of input is not required.
5) User’s input is dominated by parameter values rather than commands.
6) It is important to display default or current values/selections.
©
ISO
4.2  Applying the recommendations
General ergonomic design objectives are provided in each of clauses 5 through 8. The individual recommendations
aimed at achieving these objectives are valid within the specific context for which they are relevant (e.g., particular
kinds of users, tasks, environments, technology). The format for the individual recommendations is: statement of the
recommendation, example (if appropriate), and notes (if appropriate). Examples provided for the various
recommendations generally depict an implementation that embodies the recommendation. Some examples also
indicate preferred solutions.
Individual recommendations should be evaluated for their applicability and, if judged to be applicable, should be
implemented in the relevant form filling dialogue unless there is evidence that to do so would cause deviation from
the design objectives or would result in an overall degradation in usability. When determining applicability, the
recommendations generally should be evaluated in the order presented in the relevant clause or subclause. In
judging whether applicable recommendations have been met, evaluators should evaluate the product or observe
representative users of the product in the context of accomplishing the user's tasks via the form filling dialogue
system. Sample procedures which support the determination of applicability and for determining whether a
recommendation has been followed are provided in Annex A.
4.3  Evaluation of products
If a product is claimed to have met the applicable recommendations in this part of ISO 9241, the procedure used in
establishing requirements for developing, and/or evaluating, the form filling dialogues shall be specified. The level of
specification of the procedure is a matter of negotiation between the involved parties.
Users of this part of ISO 9241 can either utilize the procedures provided in Annex A, or develop another procedure
tailored to their particular development and/or evaluation environment.
5  Form filling structure
Form filling dialogues should be designed such that the user enters information or data in a manner which is natural
to the user, without concern for how the computer will process the data or information. Form filling dialogues should
reflect the user's needs rather than the computer process, and the syntax structure should be consistent with user
expectations, task requirements and the input media. Users also should be able to easily determine the overall
structure of the form presented by the computer.
5.1  General
5.1.1  Titles
Forms, dialogue boxes and other entry screens should be titled (usually at the top) to clearly indicate their purpose
and to differentiate them from other forms. The title should be consistent with the command or selection item which
initiated its display.
5.1.2  Visual coding
If the task requires or is enhanced by discrimination between user entries, defaults, and previously entered data,
distinctively different visual coding should be used.
5.1.3  Form display density
Form filling dialogues should limit the density of the textual information displayed. For most applications, a limit of
40 % overall density, based on the percent of textual information displayed in relation to the total form space
1)
available, is recommended. (Also see ISO 9241-12:— , subclause 5.4.2.)

1)  To be published.
©
ISO
5.1.4  Instructions
If casual or intermittent users may enter data on the form, instructions should be provided on the screen display (or
easily accessible through a "help" facility) for navigating through, completing, saving, and transmitting the form.
5.1.5  Overview of structure
If the form structure is complex, an overview of the form structure or a visual presentation of the structure should be
provided to users.
5.2  Layout
5.2.1  Paper document source
If a paper document is used as the source for computer input, the form filling dialogues screen should be designed
to be consistent with the structure of the paper source document in terms of item ordering, grouping, units for input
of values (e.g. mm or m), etc.
NOTE —  Compatibility with paper source documents is an important layout consideration. However, if the layout of the paper
source document is not compatible with efficient task performance, redesign of the source document is worthy of consideration.
If there are conflicting requirements between those filling in the paper forms (e.g. customers) and those filling in the computer
forms, it may be more important to ensure that those filling in the paper forms achieve the highest efficiency at the expense of
the computer input.
5.2.2  No source document
If form filling dialogues do not depend upon a source document, entry fields should be grouped by function,
1)
importance, etc. (see ISO 9241-12:— , subclause 5.6 “Groups”) or optimized, based on input sequences from the
user's point of view.
NOTE —  If data is supplied by a customer, the sequence could depend on customer needs (for example, in a telephone sales
transaction). In some cases, the form presented can be modified dynamically, to guide the user, depending on the initial input
provided.
5.2.3  Required fields and optional fields
If the form contains both required fields and optional fields within a functional or logical grouping of fields, required
fields should be positioned first unless such positioning is inappropriate to the user's task (e.g. it would not be
consistent with a paper source document).
NOTE —  It also can be appropriate to establish the tabbing order to go through the required fields prior to the optional fields.
5.2.4  Alphanumeric field alignment
If appropriate to the language context, alphanumeric entry fields should be aligned vertically in columns and left-
justified within each column.
NOTE —  This will improve visual scanning and often minimizes the keystrokes required to move between fields.
5.2.5  Numerical field alignment
If groups of entry fields are all numeric and the field lengths are different, these fields should be displayed right-
justified. If numerical fields contain decimal points, they should be aligned to the decimal point.

1)  To be published.
©
ISO
5.2.6  Allowable field values
Information should be provided indicating allowable field values (i.e., either display the information on the form or on
demand).
5.2.7 Differing label lengths
If text or alphanumeric fields are aligned vertically in columns, and if label lengths could differ significantly and the
task involves sequential data entry, labels should be right-justified and fields should be left-justified.
EXAMPLE —
Name: ________________________________
Birth Date: __/__/__
Occupation: __________________________
Sex: _ (M/F)
5.2.8  Similar label lengths
If text or alphanumeric fields are aligned vertically in columns and if field label lengths do not differ significantly, field
labels and fields may both be left-justified.
EXAMPLE —
Name: __________________________________
Age: ___
Sex: _ (M/F)
School: _______________________
5.2.9  Multiple instances of a field
If a label is used for multiple instances of a field (e.g. table), the label should be located above the column, or to the
left of the row.
5.2.10  Multiple pages
a) If a multiple page form must be used, each page should be identified consistently in the same part of the form
or window title area and should be in a format to ensure that the location of the page within the whole form is
apparent.
EXAMPLE — "Page 1 of 3" shown close to the title at the top of the form.
b) If the form is columnar, the labels of the columns should be redisplayed.
5.3  Fields and labels
It should be noted that many of the recommendations stated below also are covered generically in ISO 9241-12.
5.3.1  Fixed length fields
If the text entry fields are of fixed length, lengths should be explicitly shown.
EXAMPLE 1 — For non-proportional fonts, an underscore character is presented for each character that needs to
be entered by the user.
EXAMPLE 2 — For proportional fonts, a string of alpha characters is presented to depict the exact length of the
field.
©
ISO
5.3.2  Required versus optional field entries
Required and optional entry fields should be presented so that the differences between them should be immediately
perceptible to any user.
EXAMPLE 1 — Underscores are used for required entries and periods for optional entries.
EXAMPLE 2 — Required entry fields have a border around them, while optional entry fields do not.
EXAMPLE 3 — Different colours or shades are used to distinguish required and optional fields, with colours that are
distinguishable on a monochrome display.
NOTE —  It is important that optional and required entry coding be distinguishable from "read-only” fields.
5.3.3  Modifiable versus non-modifiable fields
Users should be able to easily distinguish between fields that can be modified and those that cannot (“read-only”
1)
fields) by appropriate coding (see ISO 9241-12:— , subclause 5.10.1).
5.3.4  Descriptive field labels
All fields should be clearly and unambiguously labelled to describe what kind of content should be entered.
5.3.5  Distinctive labels
Distinctive words and/or codes (e.g., position, border, font, colour) should be used for entry-field labels, and the
approach used should be applied consistently throughout the form, so that entry fields will not be confused with
1)
data, instructions, etc. (see ISO 9241-12:— , subclause 5.9.2).
5.3.6  Symbols or units
Symbols or units ($, ƒ, %, mph, cm, l, etc.) should be displayed as an additional label when it is required by the user
1)
for interpretation of the data in an entry field. (Also see ISO 9241-12:— , subclause 5.9.9.)
NOTE —  The symbol or unit can be added to the column label in the case of a column of fields.
5.3.7  Cues
Cues for data entry format (e.g. for a time duration “hh:mm:ss”) should be displayed within the entry field or in field
labels. If abbreviated values are used, it should be clear to the user what the abbreviations mean (e.g. Y/N, for Yes
or No).
5.3.8  Initial upper-case (capital) letter for field labels
To facilitate readability, text field labels should begin with an upper-case letter. The rest of the label should contain
lower-case (small) letters, except for cases where the label is a logo, an acronym, or language convention requires
each word in the label to begin with a capital letter.
6  Input considerations
User input considerations include: user control of the dialogue at all times, the capability for users to recover easily
from errors, and the avoidance of requiring users to input more information than is necessary for successful task
performance or to input information that is already currently available in the system.

1)  To be published.
©
ISO
6.1  General
6.1.1  Cursor movement
The user actions required to move the cursor from one entry field to the next should be minimized.
EXAMPLE — A tab key is used to jump from field to field.
6.1.2  Incomplete text entry field
If the (required) number of characters entered into the field does not fill the whole field, the user should be allowed
to move directly to the next field (i.e., do not require the user to enter blank spaces to complete the field).
6.1.3  Default values
a) Fields should contain default values wherever possible and appropriate to the task. (Also see clause 5.1.2.)
b) Text default field values should be editable by the user using conventional editing commands.
6.1.4  Switching between input devices
If appropriate to the task, the need for users to switch between different input devices when filling in a form should
be minimized.
EXAMPLE 1 — Fields that require text entry within a logical group on a form are grouped separately from those
that can be completed with a pointing device.
EXAMPLE 2 — Multiple data entry methods are available for use in the same field where appropriate.
EXAMPLE 3 — Navigation to all form fields with all input devices is provided for a given form.
6.1.5  Pointing devices
If a pointing device can be used for input in a form, it should be usable for navigation as well.
6.2  Alphanumeric text entry
6.2.1  Justification of entries
If the entries need to be justified within the field, the system (not the user) should do the justification.
6.2.2  Leading zeros
If leading zeros are needed for numeric entries, the system (not the user) should provide the leading zeros.
6.2.3  Multiple lines
If the field contains multiple lines of text, i.e., sentence or a paragraph:
a) Input area size — The size of the multi-line input area should be clearly indicated.
EXAMPLE — Borders are placed around the text area as shown below:
Data entry in this area is bounded by the
border of the field.
The text entry area cannot exceed this area.
©
ISO
b) Auto wrap — An auto-wrap capability should be provided and individual words should not be broken.
c) Editing and navigation — Normal text navigation and editing conventions should be used.
6.2.4  Mutually exclusive fields
If fields are mutually exclusive, a visual cue should be provided to indicate that only one of the fields may be used.
EXAMPLE — Radio buttons in a dialogue box or the use of the word “or”.
6.2.5  Interdependency rules
The use of complex "if/then" interdependency rules among entry fields should be avoided (e.g. if "Y" is entered in
field 1, then fields 2 and 4 must be left blank; if "N" is entered in field 1, then field 2 should contain -----, etc.) or they
should automatically be handled by the system by constraining user choices and visible fields.
NOTE —  If interdependencies between fields are necessary, consider providing automatic movement through the required
completion sequence by the system and consider visually coding fields available for input due to interdependencies.
6.2.6  Text entry field area
Each text field should be large enough to accommodate the majority of anticipated entries without scrolling.
6.3  Choice entries
Choice entries are typically grouped into the following categories:
— Exclusive choice (a group of choices in which only one choice can be selected at a time).
— Binary choice (a choice between two state settings, e.g., on/off, activated/deactivated).
— Non-exclusive choice (a group of choices in which more than one choice can be selected, i.e. the choices are
independent of each other).
6.3.1  Limited entry options
If the number of acceptable entry options is limited and predetermined, a mechanism should be provided to enable
the user to view and select available options.
EXAMPLE 1 — Providing pop-up menus or list boxes.
EXAMPLE 2 — The use of soft machine controls, which are graphical representations having an explicit or
historical analogy to hardware controls or other entities (e.g. buttons, sliders, radio buttons, check
boxes).
6.3.2  Discriminable visual cues
Discriminable visual cues should be used to discriminate among different logical types of choice entries in an
application.
EXAMPLE 1 — Circles are used to indicate exclusive choices (e.g. radio buttons) and square boxes (e.g.
checkboxes) are used to indicate non-exclusive choices.
EXAMPLE 2 — Diamonds are used to indicate exclusive choices and square boxes are used to indicate non-
exclusive choices.
EXAMPLE 3 — Touching rectangles are used to indicate exclusive choice and separate rectangles are used to
indicate non-exclusive choices.
©
ISO
6.3.3  Menus
If the user must select an entry option from a known set of options, a menu should be considered as the entry
technique. When a menu is used:
a) Visual cues — A visual cue that a menu is associated with the field should be provided (e.g., an arrow in the
field label or in the button surrounding the data value) unless the list of menu options is continuously visible.
EXAMPLE —
red
Colour: red  yellow
blue
green
NOTE —  Visual cues can be omitted if all of the fields have this characteristic (see ISO 9241-14).
b) Field value — The form field should present the most recent selection from the menu as the current value for
the field.
6.3.4  Lists
If the user must select one or more entries from a large and/or variable set of values, or if users can customize a
list, the use of non-scrolling or scrolling lists should be considered. When lists are used:
a) Visual cues — A visual cue should be provided that allows users to discriminate selected from non-selected
values.
EXAMPLE — Check marks or highlighting of selected values.
b) Long lists — If a list is extremely long, it should be presented in the appropriate logical order (e.g. alphabetical,
numeric, date order) and a mechanism should be provided so that users can rapidly navigate through the list.
EXAMPLE 1 — Users are allowed to skip to parts of a list by typing in the initial letter(s) of list items.
EXAMPLE 2 — Users can use a direct manipulation device to quickly access items on a list.(See ISO 9241-16.)
6.3.5  Screen buttons
If the user must select a small number of values (2 to 5) and the values become effective immediately after
selection, the use of screen buttons (see ISO 9241-14:1997, Definition 3.26) should be considered. (Also see
ISO 9241-16.)
6.3.6  Choice buttons
If the user must select among an exclusive set of choices, choice buttons that change appearance depending on
their state should be considered (e.g. "radio buttons").
a) Exclusive choice buttons should be presented in sets of 2 or more choices.
Sets of choices —
b) Default choice — If there is a default for the field, the default choice in the set should be visibly selected when
the field is first presented or an alternative has not been selected.
©
ISO
6.3.7  Binary state settings
If the user must choose among multiple binary state settings, and sufficient display space is available, the use of
binary state buttons (check boxes, state boxes) that change appearance when selected (e.g. appear filled, or
contain an 'X' or check mark or other graphic) should be considered.
a) Group presentation — Binary state buttons related to a task should be presented in a group rather than as
individual items.
b) Indication of state — When the form is presented, binary state buttons should provide a visual indication of
their current state.
6.3.8  Stepper buttons
If the user must select one or more entries and display space is limited and/or the options need not be changed
frequently, the use of stepper buttons (e.g. cycle buttons, spin buttons) that cycle through a list of choices may be
considered.
EXAMPLE — A box displaying a choice and arrow buttons used to step through the choices.
If stepper buttons are used:
a) Displayed initial choice — The initially displayed choice should be the most appropriate default choice.
b) Typing values — Users should be allowed to type in values in order to quickly set a value.
6.4  Control
6.4.1  Corrections before processing
The user should be allowed to go back to the initial state of the form at any time and start over again, cancel entries,
or change any entry before the form is processed by the computer.
6.4.2  Identifying and locating errors
a) If validation checking of multiple fields detects fields in error and if appropriate to the task, these fields should be
indicated and the cursor should be placed on the first field in error and the user should be allowed to easily
1)
move through the fields in error in order to correct the entries. (Also see ISO 9241-13:— , subclause 9.4.5.)
EXAMPLE — All fields in error are highlighted by the reverse video display of these fields.
b) If there are dependencies between fields, and if it is appropriate to the task, potential errors resulting from such
dependencies should be indicated.
6.4.3  Re-entering data
If the field contains an error, the user should be required only to correct the erroneous part of the input. (Also see
1)
ISO 9241-13:— , subclause 9.4.4.)
6.4.4  Unavailable areas
Areas of the screen display not available for user input (e.g. read-only fields) should not be accessible by the user
(i.e., the user should not be able to place the cursor in those areas) and these areas should have visual cues
indicating that they cannot be accessed.

1) To be published.
©
ISO
6.4.5  Easy transmission
If transmission of the form is required, the transmission of the field entries to the computer to be processed should
be accomplished by means of a simple explicit action.
NOTE —  It is important that the transmission action takes place no matter where the cursor is currently located on the form
(i.e. the user is not required to navigate to a particular field in order to use the transmission control key[s]).
6.4.6  User control
Unless it is obvious to the user, the form should state how to carry out the following actions, if provided:
 signal completion of the form and redisplay an empty form (with default values, if appropriate) for the entry of
new data;
 signal completion of the form and redisplay the previously completed version of the form or a default version
(template) of the form;
 escape from the form without changing any data in the system, e.g., by means of the "Escape" or "Cancel"
function;
use "undo".

6.4.7  Temporary save
If appropriate to the task and if system constraints allow it, a temporary save function should be provided so that
users can leave the form temporarily (because the required item of data is not available, for example) and return to
it later without having to re-enter all the data on the form.
NOTE —  If a temporary save function is provided, when the form is re-selected and there is already a put-aside form of that
type (from a previous save), it is beneficial to provide users with the option of continuing with the saved form or starting a new
form.
6.5  Field validation
6.5.1  Single field validation
If system capabilities are available, the data entry system should check the entry in each field before accepting it,
based on criteria defined for that field individually. If values in a field are defined from a predefined range or list, the
editing criteria should simply verify that the entry matches some item in the predefined range or list.
6.5.2  Multiple field validation
If there are dependencies between fields on a form, or between the field on other incidents of the same form, the
following additional validation checks may be considered:
a) Data already entered in other fields of the same form.
EXAMPLE — The user is not allowed to enter data in the field “Age of child?” if the entry in the field “Children?”
is “None” (see also 6.2.5).
b) Data already entered in the same field in other forms.
EXAMPLE — A field is a “key field” and is required to be unique. The system checks to make sure this value
has not been used before on another instance of the form.
©
ISO
7  Feedback
Users need to be provided with information allowing them to control the dialogue, recognize errors, and determine
their next course of action.
7.1  Echoing
Typed-in characters should be echoed back to the user, character by character, as entered.
NOTE —  In some cases, echoing may be undesirable (e.g., during the entry of a password, non-identifiable characters such
as “ ” would be echoed back to the user instead of the actual characters typed).
.....
7.2  Cursor and pointer position
Cursor position should always be clearly visible if it is within the currently displayed portion of the form.
If a pointing device is available, the position of the pointer should always be clearly visible to the user (see
1)
ISO 9241-16:— , subclause 6.2.13).
7.3  Field errors
If a field contains an error and, if it is appropriate to the task and within the system’s capabilities, error feedback
should be provided as soon as the user completes the field (e.g., by highlighting the error, or by providing
1)
information on the nature of the error and correct entries). (Also see ISO 9241-13:— , subclause 9.4.4.)
NOTE —  If the terminal provides audio output, a beep could be provided to call attention to the error.
7.4  Transmission acknowledgement
The system should provide an acknowledgement to the user that the transmission of the form entries has been
accepted by the system.
7.5  Database changes
If the form filling dialogue changes a database, feedback that the database has been updated should be provided to
the user.
8  Navigation
Users will need navigation methods to access the areas of the form that are required by their tasks. Choice of the
method needs to take into account the particular user population and compatibility with the user's flow of work.
8.1  Initial cursor position
When the form is first displayed, the cursor should be positioned automatically at the first entry field that must or
may be completed by the user.
8.2  Movement between fields
a) The user should be provided with the capability to move backward and forward between fields within a group
and, if appropriate, to move to nonadjacent fields in other groups.
EXAMPLE — A tab key, cursor keys, or pointing device can be used to move between fields.

1)  To be published.
©
ISO
b) If rapid access to a specific field in a form is required, a quick access mechanism should be provided.
EXAMPLE — A field is accessed by its label or number.
8.3  Return to initial field
If appropriate to the task, a key or command should be provided so that the user can return to the initial field on the
form.
8.4  Tabbing
8.4.1  Partially filled-in fields
If the fields on the form are partially filled in, or are a mixture of partially and completely filled in fields, manual
tabbing sho
...

NORME ISO
INTERNATIONALE 9241-17
Première édition
1998-08-01
Exigences ergonomiques pour travail de
bureau avec terminaux à écrans de
visualisation (TEV) —
Partie 17:
Dialogues de type remplissage de formulaires
Ergonomic requirements for office work with visual display terminals
(VDTs) —
Part 17: Form filling dialogues
A
Numéro de référence
Sommaire Page
1 Domaine d’application . 1
2 Références normatives . 2
3 Définitions . 2
4 Application de l’ISO 9241-17 . 3
4.1 Pertinence des dialogues de type remplissage de
formulaire.
4.2 Application des recommandations . 4
4.3 Évaluation des produits. 4
5 Structure de remplissage des formulaires . 4
5.1 Généralités. 4
5.2 Élaboration. 5
5.3 Champs et labels . 7
6 Considérations relatives aux entrées . 8
6.1 Généralités. 8
6.2 Entrée textuelle alphanumérique . 9
6.3 Entrées à options . 10
6.4 Contrôle . 12
6.5 Validation des champs. 14
7 Feed-back . 14
7.1 Écho. 14
7.2 Position du curseur et du pointeur . 14
7.3 Erreurs contenues dans les champs. 14
7.4 Confirmation de la transmission. 15
7.5 Modifications dans la base de données. 15
8 Navigation . 15
8.1 Position initiale du curseur . 15
8.2 Déplacements entre les champs. 15
8.3 Retour au champ initial . 15
8.4 Tabulations . 15
8.5 Défilement. 16
8.6 Sélection des formulaires. 16
Annexes
A (informative) Exemple de procédure d’évaluation de
l’applicabilité et de la mise en conformité . 18
B (informative) Bibliographie . 36
©  ISO 1998
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publi-
cation ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun pro-
cédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord
écrit de l'éditeur.
Organisation internationale de normalisation
Case postale 56 • CH-1211 Genève 20 • Suisse
Internet [e-mail]
Imprimé en Suisse
ii
©
ISO ISO 9241-17:1998(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération
mondiale d'organismes nationaux de normalisation (comité membres de
l'ISO). L'élaboration des Normes internationales est en général confiée aux
comités techniques de l'ISO. Chaque comité membre intéressé par une
étude a le droit de faire partie du comité technique créé à cet effet. Les
organisations internationales, gouvernementales et non gouvernemen-
tales, en liaison avec l'ISO participent également aux travaux. L'ISO
collabore étroitement avec la Commission électrotechnique internationale
(CEI) en ce qui concerne la normalisation électrotechnique.
Les projets de Normes internationales adoptés par les comités techniques
sont soumis aux comités membres pour vote. Leur publication comme
Normes internationales requiert l'approbation de 75 % au moins des
comités membres votants.
La Norme internationale ISO 9241-17 a été élaborée par le comité
technique ISO/TC 159, Ergonomie, sous-comité SC 4, Ergonomie de
l'interaction homme-système.
L'ISO 9241 comprend les parties suivantes, présentées sous le titre
général Exigences ergonomiques pour travail de bureau avec terminaux à
écrans de visualisation (TEV)
:
— Partie 1: Introduction générale
— Partie 2: Guide général concernant les exigences des tâches
— Partie 3: Exigences relatives aux écrans de visualisation
— Partie 4: Exigences relatives aux claviers
— Partie 5: Exigences relatives à l’aménagement du poste de travail
et aux postures
— Partie 6: Lignes directrices concernant l'environnement de travail
— Partie 7: Exigences d'affichage concernant les réflexions
— Partie 8: Exigences relatives aux couleurs affichées
— Partie 9: Exigences relatives aux dispositifs d'entrée autres que les
claviers
— Partie 10: Principes de dialogue
— Partie 11: Lignes directrices concernant l'utilisabilité
— Partie 12: Présentation de l'information
iii
©
— Partie 13: Lignes directrices pour l’utilisateur
— Partie 14: Dialogues de type menu
— Partie 15: Dialogues de type langage de commande
— Partie 16: Dialogues de type manipulation directe
— Partie 17: Dialogues de type remplissage de formulaires
Les annexes A et B de la présente partie de l’ISO 9241 sont données
uniquement à titre d’information.
iv
©
Introduction
L’ISO 9241 est une norme en plusieurs parties traitant à la fois des aspects
ergonomiques matériels et logiciels relatifs à l'utilisation des TEV. La
description des parties, les relations qui existent entre elles, ainsi qu'une
description des utilisateurs prévus de ces parties, sont indiquées dans
l'ISO 9241-1:1992, Exigences ergonomiques pour travail de bureau avec
terminaux à écrans de visualisation TEV — Partie 1: Introduction générale.
L'ISO 9241-17 concerne la conception ergonomique des dialogues de type
remplissage de formulaires. Dans le cadre des dialogues de type
remplissage de formulaires, les utilisateurs remplissent, sélectionnent les
entrées ou modifient les champs indexés sur une zone de l'écran.
L’ISO 9241-17 est utile aux types d'utilisateurs suivants:
a) le concepteur de l'interface utilisateur, qui appliquera l’ISO 9241-17 au
cours du processus de développement;
b) le concepteur de formulaires imprimés qui font office de source
documentaire;
c) l'acheteur, qui se référera à l’ISO 9241-17 pendant le processus
d'acquisition du produit;
d) les évaluateurs dont la responsabilité consiste à s'assurer que les
produits sont conformes aux recommandations de l'ISO 9241-17;
e) les concepteurs d'outils d'élaboration d'interface utilisateur destinés à
être utilisés par les concepteurs d'interface;
f) les utilisateurs finaux qui profiteront des avantages potentiels offerts
par l’ISO 9241-17.
L'ISO 9241-17 consiste en un certain nombre de recommandations
conditionnelles relatives aux dialogues de type remplissage de formulaires.
Les recommandations conditionnelles sont des recommandations qu'il
convient de ne satisfaire que dans le contexte spécifique qui leur est
applicable (par exemple types particuliers d'utilisateurs, de tâches,
d'environnements, de technologie). Ces recommandations conditionnelles
ont été d'abord élaborées en examinant la documentation appropriée
existante ainsi que les résultats empiriques et, ensuite, en généralisant et
en formulant ce travail en recommandations pour les besoins du
concepteur et/ou de l'évaluateur de l'interface. Les références justifiant les
recommandations individuelles se trouvent dans l'annexe B (informative).
Les concepteurs utilisant l'ISO 9241-17 ont besoin de savoir qu'ils
élaborent bien une interface qui sera conforme aux recommandations de la
présente partie. De même, les acheteurs et les évaluateurs ont besoin d'un
moyen pour déterminer dans quelle mesure un produit respecte les
v
©
recommandations de l'ISO 9241-17. En outre, il n'est pas entendu que
chaque recommandation doit être appliquée, mais seulement celles qui
sont pertinentes. L'annexe A (informative) donne un exemple de méthode
d'évaluation de l'applicabilité et de l'adhésion des recommandations
conditionnelles données dans l'ISO 9241-17. Les objectifs de conception
sont donnés avant chaque article important, afin de mettre l'accent sur le
but des recommandations contenues dans chaque article.
L'application de l'ISO 9241-17 a pour but d'améliorer la qualité globale des
dialogues de type remplissage de formulaires, mais cette norme (comme
toute autre norme) ne préjuge pas de la qualité de l'interface. La qualité
dépend de critères spécifiques d'utilisabilité établis par l'utilisateur,
l'acheteur ou toute autre personne impliquée dans l'utilisation de dialogues
de type remplissage de formulaires, ce qui peut inclure des spécifications
fondées sur l’ISO 9241-17.
Il est à noter que l'ISO 9241-10 décrit des principes de dialogue pertinents
pour la conception de dialogues de type remplissage de formulaire. Il
convient que ces principes procurent au concepteur et à l'évaluateur des
informations complémentaires concernant les fondements ergonomiques
des différentes recommandations de l'ISO 9241-17, et les guident, par
conséquent, dans leurs choix techniques. Toutefois, il peut être nécessaire
de fonder ces choix sur d'autres considérations.
vi
©
NORME INTERNATIONALE  ISO ISO 9241-17:1998(F)
Exigences ergonomiques pour travail de bureau avec terminaux à
écrans de visualisation (TEV) —
Partie 17:
Dialogues de type remplissage de formulaires
1  Domaine d'application
La présente partie de l’ISO 9241 donne des recommandations conditionnelles relatives à la conception de
dialogues, à la conception des entrées et à la conception des sorties, destinées aux dialogues informatisés dans
lesquels le remplissage de formulaires et les boîtes de dialogue sont utilisés pour accomplir certaines tâches
bureautiques caractéristiques. Les dialogues de type remplissage de formulaire sont des dialogues dans
lesquels l'utilisateur remplit, sélectionne les entrés ou modifie des champs indexés à l'intérieur d'un "formulaire" ou
dans une boîte de dialogue présenté(e) par le système. Dans ce cas, le système procède fréquemment à la
création ou à la mise à jour de la base de données associée au formulaire. Les entrées caractéristiques de type
remplissage de formulaires se présentent sous la forme d'entrées de caractères (abréviations, ou noms entiers) ou
encore sous la forme de sélections effectuées à partir de listes d'options disponibles. L'ISO 9241-17 a trait à la
technique des dialogues de type remplissage de formulaire créés à la fois par l'intermédiaire de caractères produits
par des terminaux à écrans de visualisation ou d'écrans comportant des graphiques (auxquels on fait souvent
référence par le terme "interface graphique"), les entrées étant effectuées au moyen de claviers et de dispositifs de
pointage optionnels (exemple: souris). De plus, l’ISO 9241-17 comprend l'usage de méthodes autres que textuelles
en matière de production d'entrées de formulaire (exemple: boîtes de listes) et porte sur les boîtes de dialogue
utilisant les techniques propres aux dialogues de type remplissage de formulaire. Il convient de noter que certaines
des recommandations contenues dans l'ISO 9241-17 reposent sur les conventions relatives aux langues
occidentales. Pour ce qui est des autres langues, les recommandations peuvent nécessiter des modifications afin
de s'adapter aux considérations de lisibilité qui leur sont inhérentes. Ces recommandations peuvent être exploitées
au cours du processus de conception (par exemple, au titre de guidage pour les concepteurs au cours de la
conception, de base pour l'évaluation heuristique ou de guide pour les essais relatifs à l'utilisabilité) et au cours du
processus d'acquisition.
La conception de l'interface dépend de la tâche, de l'utilisateur, de l'environnement et de la technologie disponible.
Par conséquent, l'ISO 9241-17 ne peut s'appliquer sans une connaissance du contexte de conception et des règles
d'utilisation de l'interface, et n'est pas destinée à être utilisée en tant que série de réglementations obligatoires
devant être appliquées dans leur intégralité (voir l'ISO 9241-11). Elle permet en revanche de supposer que le
concepteur dispose de l'information adéquate relative aux exigences des tâches de l'utilisateur, et comprend
l'usage de la technologie disponible (ce qui peut nécessiter la consultation d'un professionnel qualifié en matière
d'ergonomie, de même que des essais empiriques effectués auprès de vrais utilisateurs).
Les recommandations concernent les trois principaux composants de conception des interfaces utilisateur, c’est-à-
dire le dialogue, l'entrée et la sortie.
La conception du dialogue détermine la façon dont l'utilisateur est guidé par le système pour effectuer des entrées
et décide du degré de contrôle que détient l'utilisateur sur le déroulement du dialogue. Il convient que les dialogues
de type remplissage de formulaires aident l'utilisateur dans son travail effectif, sans lui imposer un travail
supplémentaire dû à des particularités du système, et le tiennent informé et maître du déroulement du travail (voir
aussi l'ISO 9241-10 qui traite des principes du dialogue). La conception du dialogue est couverte par l'ISO 9241-17
en matière de conception des structures de remplissage des formulaires, en fournissant les mécanismes de feed-
back et les méthodes de navigation appropriées.
©
ISO
La conception des entrées concerne la façon dont les dispositifs d'entrée peuvent être utilisés afin de faciliter les
entrées et les modifications de champs de formulaires. Un ou plusieurs dispositifs d'entrée tels qu'un clavier
alphanumérique, des touches de fonction, des touches de déplacement du curseur, des dispositifs de pointage et la
voix (d'autres dispositifs ne sont pas exclus), peuvent être fournis, selon la tâche en cours et les exigences du
dialogue, de même que les préférences individuelles. L'ISO 9241-17 fournit des recommandations conditionnelles
concernant les entrées textuelles, les entrées à options, ainsi que les commandes utilisant différents dispositifs
d'entrée.
La conception des sorties concerne la façon dont les données sont généralement présentées, à savoir de manière
cohérente et distincte sur l'écran. L'ISO 9241-17 fournit des recommandations conditionnelles concernant le
contenu et l'emplacement des champs et groupes de champs (voir également l'ISO 9241-12 pour les informations
générales relatives à la présentation des informations).
2 Références normatives
Les normes suivantes contiennent des dispositions qui, par suite de la référence qui en est faite, constituent des
dispositions valables pour la présente partie de l’ISO 9241. Au moment de la publication, les éditions indiquées
étaient en vigueur. Toute norme est sujette à révision et les parties prenantes des accords fondés sur la présente
partie de l’ISO 9241 sont invitées à rechercher la possibilité d'appliquer les éditions les plus récentes des normes
indiquées ci-après. Les membres de la CEI et de l'ISO possèdent le registre des Normes internationales en vigueur
à un moment donné.
ISO 9241-2:1992, Exigences ergonomiques pour travail de bureau avec terminaux à écrans de visualisation
(TEV) — Partie 2: Guide général concernant les exigences des tâches.
Exigences ergonomiques pour travail de bureau avec terminaux à écrans de visualisation
ISO 9241-10:1996,
(TEV) — Partie 10: Principes de dialogue.
ISO 9241-11:1998, Exigences ergonomiques pour travail de bureau avec terminaux à écrans de visualisation
(TEV) — Partie 11: Lignes directrices concernant l’utilisabilité.
1)
Exigences ergonomiques pour travail de bureau avec terminaux à écrans de visualisation
ISO 9241-12:— ,
(TEV) — Partie 12: Présentation de l'information.
ISO 9241-13:1998, Exigences ergonomiques pour travail de bureau avec terminaux à écrans de visualisation
(TEV) — Partie 13: Lignes directrices pour l'utilisateur.
ISO 9241-14:1997, Exigences ergonomiques pour travail de bureau avec terminaux à écrans de visualisation
(TEV) — Partie 14: Dialogues de type menu.
1)
ISO 9241-16:— , Exigences ergonomiques pour travail de bureau avec terminaux à écrans de visualisation
(TEV) — Partie 16: Dialogues de type manipulation directe.
3 Définitions
Pour les besoins de la présente partie de l’ISO 9241, les définitions suivantes s'appliquent.
3.1 champ d'entrée: Type de champ contenu dans un formulaire, dans lequel sont entrées des données. Les
champs d'entrée peuvent être des champs optionnels ou obligatoires.

1) À publier.
©
ISO
3.2 champ: Zone d'un écran dans laquelle sont entrées ou présentées des données.
3.3 formulaire: Écran structuré présentant des champs indexés, que l'utilisateur lit, remplit, ou pour lequel il
sélectionne ou modifie des entrées (par exemple au moyen de boutons de sélection ou de boutons radio).
3.4 label: Courte description d'un champ d'entrée ou à lecture seule, d'un tableau, d'une commande ou d'un objet
sous forme de titre. Dans certaines applications, les labels sont classés comme des champs protégés.
3.5 navigation: Possibilité de se déplacer d'un champ à un autre au sein d'un formulaire, d'avancer ou de reculer à
travers un formulaire, et de passer d'un formulaire à un autre.
Champ n'ayant pas nécessairement besoin d'être rempli ou modifié par l'utilisateur.
3.6 champ optionnel:
3.7 champ protégé: Champ contenant des données qui ne peuvent pas être modifiées par l'utilisateur. Ces
champs sont parfois appelés champs «à lecture seule».
3.8 champ obligatoire: Champ qui, s'il ne contient pas déjà de valeur, doit être complété par l'utilisateur.
4 Application de l'ISO 9241-17
4.1 Pertinence des dialogues de type remplissage de formulaire
Les dialogues de type remplissage de formulaire sont adaptés aux tâches d'entrées de données nécessitant
l'entrée ou la modification d'éléments de données multiples. L'une des utilisations les plus courantes des dialogues
de type remplissage de formulaires est l'entrée de données dans un ordinateur à partir d'une source documentaire
papier. À titre d'exemple: formulaires de renvoi relatifs à l'impôt sur le revenu, inscriptions (scolaires,
immatriculations), commandes de services, etc. Les dialogues de type remplissage de formulaires sont très
couramment utilisés pour la spécification des options et des paramètres d'application contenus dans une boîte de
dialogue. Une autre utilisation des dialogues de type remplissage de formulaire consiste à entrer les données
reçues par téléphone (exemples: commandes, réservations) dans l'ordinateur. Par ailleurs, les dialogues de type
remplissage de formulaire sont souvent adaptés à certaines requêtes concernant l'annulation de données
complexes pour lesquelles les utilisateurs peuvent trouver plus aisé d'entrer les données des paramètres, plutôt
que d'entrer les paramètres par l'intermédiaire d'un langage de commande. Il est important d'insister sur le fait que
ces tâches peuvent être à l'origine de travaux répétitifs et monotones. Il convient que les utilisateurs, acheteurs et
fabricants des systèmes de dialogue utilisant le remplissage de formulaires, prennent ce fait en considération.
Parmi les manières de minimiser les conséquences néfastes liées aux tâches répétitives de remplissage de
formulaires, l'une consiste également à incorporer d'autres tâches dans le système de dialogue (voir l'ISO 9241-2).
Les champs de formulaire peuvent être obligatoires ou optionnels et/ou peuvent décrire la présence de valeurs par
défaut.
Les dialogues de type remplissage de formulaires sont spécifiquement adaptés à l'une ou à plusieurs des
conditions suivantes, qui ont été groupées pour représenter les problèmes liés à l'utilisateur, à la tâche et au
système. Plus le nombre de conditions remplies est important, plus l'applicabilité est grande.
a) Caractéristiques de l'utilisateur:
1) les utilisateurs ont une expérience des formulaires papier mais une expérience limitée en informatique;
2) les utilisateurs ont l'habitude de se servir d'un clavier;
3) les utilisateurs ont des compétences moyennes ou bonnes en dactylographie (pour l'usage intensif des
dialogues de type remplissage de formulaire pour entrées de données).
©
ISO
b) Exigences des tâches:
1) il n'est pas nécessaire de proposer une large gamme de possibilité;
2) les données doivent nécessairement être des entrées effectuées à partir d'un formulaire papier;
3) les données sont entrées en fonction des informations verbales des clients;
4) la flexibilité des entrées n'est pas obligatoirement illimitée;
5) l'entrée utilisateur est dominée plus par les valeurs de paramètres que par les commandes;
6) il est important d'afficher les valeurs/sélections courantes ou par défaut.
4.2 Application des recommandations
Chaque paragraphe des articles 5 à 8 énonce des objectifs généraux de conception ergonomique. Il convient que
les recommandations particulières visant à atteindre ces objectifs soient appliquées dans le contexte particulier
pour lequel elles sont pertinentes (par exemple types particuliers d'utilisateurs, de tâches, d'environnements, de
technologie). Chaque recommandation particulière se présente sous la forme suivante: formulation de la
recommandation, exemple (si nécessaire), et notes (si nécessaire). Les exemples décrivent le plus souvent une
mise en oeuvre dans laquelle la recommandation a été appliquée. Certains exemples indiquent aussi les solutions
recommandées.
Il convient d'évaluer les recommandations particulières en fonction de leur applicabilité et, si elles sont jugées
applicables, de les mettre en œuvre dans un dialogue de type remplissage de formulaires pertinent, à moins qu'il se
soit avéré que cette mise en application risque de provoquer une déviation des objectifs de conception ou une
dégradation globale de l'utilisabilité. Lors de la détermination de leur applicabilité, il convient que les
recommandations soient en règle générale évaluées dans l'ordre présenté dans le chapitre ou l'article
correspondant. Pour vérifier si les recommandations applicables ont bien été respectées, il convient d'évaluer le
produit et d'observer des utilisateurs représentatifs dans le contexte réel de l'accomplissement de leurs tâches avec
le système de dialogue de type remplissage de formulaire. L'annexe A (informative) fournit des exemples de
procédures de détermination de l'applicabilité et d'évaluation de la bonne application des recommandations.
4.3 Évaluation des produits
Lorsqu'un produit est déclaré conforme aux recommandations applicables de l'ISO 9241-17, la procédure utilisée
pour l'établissement des exigences, pour le développement et/ou pour l'évaluation des dialogues de type
remplissage de formulaires, doit être spécifiée. Le niveau de spécification de la procédure fait l'objet d'une
négociation entre les parties concernées.
Les utilisateurs de l’ISO 9241-17 peuvent soit utiliser les procédures de l'annexe A, soit développer un ensemble de
procédures comparables adaptées à leur propre environnement de développement et/ou d'évaluation.
5 Structure de remplissage des formulaires
Il convient que les dialogues de type remplissage de formulaires soient conçus de telle sorte que le mode d'entrée
des commandes semble naturel à l'utilisateur, sans souci de la façon dont l'ordinateur traitera les données ou les
informations. Il convient donc que les dialogues de type remplissage de formulaires reflètent les besoins de
l'utilisateur et non le traitement informatique, et que la structure de la syntaxe soit conforme aux attentes de
l'utilisateur, aux exigences de tâches et aux moyens d'entrée. Il convient également que les utilisateurs soient en
mesure de déterminer aisément la structure globale du formulaire présenté par l'ordinateur.
5.1 Généralités
5.1.1 Titres
Il convient que les formulaires, boîtes de dialogue et autres écrans d'entrée soient intitulés (généralement en haut)
afin d'indiquer clairement leur objectif et les différencier des autres formulaires. Il convient que le titre soit de nature
cohérente avec la commande ou l'article sélectionné qui a déclenché son affichage.
©
ISO
5.1.2 Codage visuel
Si la tâche nécessite, ou est élargie par, une discrimination entre les entrées utilisateur, les valeurs par défaut et les
données précédemment entrées, il convient alors d'utiliser une codage visuel distinctif.
5.1.3 Densité d'affichage du formulaire
Il convient que les dialogues de type remplissage de formulaires limitent la densité des informations textuelles
affichées. Dans la plupart des applications, une limite égale à 40 % de la densité globale, sur la base du
pourcentage d'information textuelle affichée par rapport à l'espace total disponible, est recommandée (voir
1)
également l'ISO 9241-12:— , 5.4.2).
5.1.4 Instructions
S'il est possible que des utilisateurs occasionnels ou intermittents effectuent des entrées de données dans le
formulaire, il convient que des instructions soient disponibles sur l'écran (ou qu'elles soient facilement accessibles
par l'intermédiaire d'un fichier d'aide) afin de permettre la navigation, ainsi que le remplissage, la sauvegarde et la
transmission du formulaire.
5.1.5 Résumé de la structure
Si la structure du formulaire est complexe, il convient qu'un résumé de la structure ou une présentation visuelle de
celle-ci soit accessible aux utilisateurs.
5.2 Élaboration
5.2.1 Document source sous forme papier
Si un document papier est utilisé comme source d'entrée dans l'ordinateur, il convient que l'écran destiné aux
dialogues de type remplissage de formulaires soit conçu de manière cohérente avec la structure du document
source sous forme papier en matière de regroupement, des unités utilisées lors de l'entrée des valeurs (par
exemple mm ou m), etc.
NOTE  La compatibilité vis-à-vis des documents source sous forme papier est un aspect fondamental de l'élaboration.
Toutefois, si l'élaboration d'un document source sous forme papier est incompatible avec les performances d'efficacité de la
tâche, une révision de la conception de la source documentaire mérite d'être considérée. En cas de prescriptions conflictuelles
entre les personnes effectuant le remplissage des formulaires papier (exemple : les clients) et les personnes responsable du
remplissage des formulaires informatiques, il peut s'avérer plus important de garantir que les personnes responsables du
remplissage des formulaires papier réalisent les meilleures performances, au détriment des entrées informatiques.
5.2.2 Absence de document source
Dans le cas où les dialogues de type remplissage de formulaires ne dépendent pas d'un document source, il
1)
convient que les champs d'entrée soient regroupés par fonction, par importance, etc. (voir ISO 9241-12:— , 5.6
«Groupes»), ou encore qu'ils soient optimisés sur la base de séquences d'entrées réalisées en fonction de l'opinion
émise par l'utilisateur.
NOTE  Si les données sont fournies par un client, la séquence peut dépendre des besoins du client (par exemple, dans le
cadre de transactions de vente par téléphone). Dans certains cas, le formulaire présenté peut être modifié de façon
dynamique, afin de guider l'utilisateur, suivant l'entrée initiale.

1)
À publier.
©
ISO
5.2.3 Champs obligatoires et champs optionnels
Si le formulaire contient à la fois des champs obligatoires et des champs optionnels appartenant à un groupe
logique ou fonctionnel de champs, il convient que les champs obligatoires soient placés en premier, à moins qu'une
telle disposition soit inappropriée à la tâche de l'utilisateur (par exemple, si elle se révèle incohérente par rapport à
un document source en papier).
NOTE  Établir l'ordre des tabulations qui permettent de transiter entre les champs obligatoires avant de passer aux champs
optionnels peut s'avérer approprié.
5.2.4 Alignement des champs alphanumériques
En cas de nécessité liée au contexte linguistique, il convient que les champs d'entrées alphanumériques soient
alignés verticalement en colonnes et justifiés à gauche à l'intérieur de chaque colonne.
NOTE  Il en résulte une amélioration de la recherche visuelle et souvent une réduction de la frappe nécessaire au passage
d'un champ à l'autre.
5.2.5 Alignement des champs numériques
Lorsque des groupes de champs d'entrée sont tous numériques et que la longueur respective des champs est
variable, il convient que les champs concernés soient justifiés à droite sur l'affichage. En cas de champ numérique
incluant des virgules décimales, il convient que l'alignement soit fait par rapport à la virgule de décimale.
5.2.6 Valeurs de champ admissibles
Il convient de fournir des informations indiquant les valeurs de champ admissibles (c'est-à-dire en affichant
l'information soit sur le formulaire, soit sur demande).
5.2.7 Variations des longueurs de labels
Pour les champs textuels ou alphanumériques alignés verticalement en colonnes, si la longueur des labels peut
varier notablement et si l'exécution de la tâche implique l'entrée séquentielle des données, il convient que les labels
soient justifiés à droite et que les champs soient justifiés à gauche.
EXEMPLE:
Nom: ____________________
Date de naissance: _ /__ /__
Activité: ___________________
Sexe: __ (M/F)
5.2.8 Longueurs de labels identiques
Si les champs textuels ou alphanumériques sont alignés verticalement en colonnes, si la longueur des labels ne
varie pas notablement, les labels de champ et les champs peuvent être justifiés à gauche.
EXEMPLE:
Nom:
____________________
Age: ____
Sexe: __ (M/F)
École:
_______________
©
ISO
5.2.9 Fonctions multiples d'un champ
Si un label est utilisé pour les fonctions multiples d'un champ (par exemple un tableau), il convient que le label soit
situé au-dessus de la colonne, ou sur la gauche de la ligne.
5.2.10 Pages multiples
a) En cas d'utilisation nécessaire d'un formulaire à pages multiples, il convient que chacune des pages soit
identifiée de manière cohérente dans la même section ou fenêtre du formulaire, et que son format garantisse
que la situation de la page par rapport à l'ensemble du document est apparente.
EXEMPLE: Indication «Page 1 sur 3», située à proximité du titre, en haut du formulaire.
b) En cas de formulaire en colonnes, il convient que les labels de colonnes soient affichés en rappel.
5.3 Champs et labels
Il convient de noter que la plupart des recommandations énumérées ci-dessous sont aussi traitées de manière
générique dans l'ISO 9241-12.
5.3.1 Champs de longueur fixe
Si les champs d'entrée textuelle sont de longueur fixe, il convient que les longueurs soient indiquées de façon
explicite.
EXEMPLE 1: Dans le cas de polices non proportionnelles, un caractère souligné est présenté pour chaque
caractère nécessitant d'être entré par l'utilisateur.
EXEMPLE 2: Dans le cas de polices proportionnelles, une ligne de caractères alphanumériques est présentée
pour indiquer la longueur exacte du champ.
5.3.2 Entrées de champs obligatoires ou de champs optionnels
Il convient que les champs d'entrée obligatoires et optionnels soient présentées de sorte que les différences qui les
caractérisent soient perceptibles immédiatement par n'importe quel utilisateur.
EXEMPLE 1: Les soulignements sont utilisés pour les entrées obligatoires et les ponctuations pour les champs
optionnels.
EXEMPLE 2: Les champs d'entrée obligatoires sont encadrés, contrairement aux champs d'entrée optionnels.
EXEMPLE 3: Des couleurs ou ombrages différents sont utilisés pour reconnaître les champs obligatoires des
champs optionnels, au moyen de couleurs pouvant être distinguées sur un écran monochrome.
NOTE  Il est important que le codage des entrées optionnelles et obligatoires puisse également être distinct des
champs «à lecture seule».
5.3.3 Champs modifiables et champs non modifiables
Il convient que les utilisateurs puissent, au moyen d'un codage approprié, effectuer aisément la distinction entre les
1)
champs qui peuvent être modifiés et ceux qui ne peuvent l'être (champs «à lecture seule») (voir l'ISO 9241-12:— ,
5.10.1).
1)
À publier.
©
ISO
5.3.4 Labels de champs descriptifs
Il convient que tous les champs soient formulés de façon claire et non ambiguë, afin de décrire le type de contenu
qu'il convient d'y entrer.
5.3.5 Labels distincts
Il convient d'utiliser des mots et/ou des codes distincts (exemples : position, encadrement, police, couleur) pour les
labels de champs d'entrée, et il convient de recourir à une approche appliquée de manière cohérente tout au long
du formulaire, de manière à ce que les champs d'entrée ne puissent être confondus avec les données, instructions,
1)
etc. (voir ISO 9241-12:— , 5.9.2).
5.3.6 Symboles ou unités
f
Il convient que les symboles ou unités ($, , %, mph, cm, l, etc.) soient affiché(e)s sous forme d'un label
supplémentaire, lorsque l'utilisateur en exprime le besoin pour interpréter les données d'un champ d'entrée (voir
1)
également l'ISO 9241-12:— , 5.9.9).
NOTE  Le symbole ou l'unité peut être ajouté(e) au label de colonne, dans le cas de champs disposés en colonne.
5.3.7 Indications
Il convient que les indications destinées aux formats d'entrée de données (par exemple, pour une durée
"hh.mm.ss") soient affichées à l'intérieur du champ de données ou dans les labels de champ. En cas d'utilisation de
valeur abrégées, il convient que l'utilisateur ait une connaissance précise de la signification des abréviations (par
exemple O/N pour Oui ou Non).
5.3.8 Lettre majuscule pour labels de champs
Pour une meilleure lisibilité, il convient que les labels de champs textuels commencent par une majuscule. Il
convient que le reste du label contienne des lettres minuscules, sauf pour les cas où le label est un sigle, un
acronyme, ou une convention de langage qui nécessite que chaque mot du label commence par une majuscule.
6 Considérations relatives aux entrées
Les considérations relatives aux entrées effectuées par l'utilisateur sont les suivantes: maîtriser le dialogue à tout
moment, accorder la possibilité aux utilisateurs de corriger aisément leurs erreurs, et éviter que les utilisateurs ne
soient obligés d'entrer plus d'informations que celles qui sont strictement nécessaires à l'accomplissement de la
tâche ou d'entrer des informations qui sont déjà disponibles dans le système.
6.1 Généralités
6.1.1 Déplacements du curseur
Il convient de réduire au minimum les actions nécessaires à l'utilisateur pour déplacer le curseur d'un champ à un
autre.
EXEMPLE: Une touche de tabulation est utilisée pour effectuer le passage d'un champ à un autre.

1)
À publier.
©
ISO
6.1.2 Champ d'entrée textuelle incomplet
Si le nombre (requis) de caractères entrés dans le champ ne permet pas le remplissage total du champ, il convient
que l'utilisateur ait la possibilité de passer directement au champ suivant (c'est-à-dire, qu'il ne soit pas obligé de
combler le champ en entrant des espaces vides).
6.1.3 Valeurs par défaut
a) Il convient que les champs contiennent des valeurs par défaut chaque fois que cela est possible et dans la
mesure où la tâche le permet (voir également 5.1.2).
b) Il convient que les valeurs de champ textuel par défaut puissent être éditées par l'utilisateur par l'intermédiaire
des commandes d'édition classiques.
6.1.4 Changements de dispositifs d'entrée
Dans la mesure où la tâche l'autorise, il convient de réduire au minimum les changements entre les différents
dispositifs d'entrée au cours du remplissage du formulaire.
EXEMPLE 1: Les champs nécessitant une entrée textuelle, et appartenant à un groupe logique situé sur le
formulaire, sont regroupés à part de ceux qui doivent être remplis au moyen d'un dispositif de pointage.
EXEMPLE 2: Des méthodes d'entrée de données multiples sont disponibles et utilisables dans le même champ, si
nécessaire.
EXEMPLE 3: La navigation parmi tous les champs du formulaire est possible à l'aide de n'importe quel dispositif
d'entrée, pour un formulaire donné.
6.1.5 Dispositifs de pointage
Lorsqu'il est possible d'utiliser un dispositif de pointage pour effectuer l'entrée dans un formulaire, il convient que ce
dispositif soit également utilisable pour effectuer la navigation.
6.2 Entrée textuelle alphanumérique
6.2.1 Justification des entrées
S'il est nécessaire de justifier les entrées à l'intérieur du champ, il convient que ce soit le système (et non
l'utilisateur) qui effectue la justification.
6.2.2 Zéros à gauche
Si la présence de zéros à gauche est nécessaire pour les champs numériques, il convient que cela soit le système
(et non l'utilisateur) qui effectue l'ajout des zéros.
6.2.3 Lignes multiples
Si les champs sont constitués de plusieurs lignes de texte, tels qu'une phrase ou un paragraphe:
a) Dimensions de la zone d'entrée: Il convient que la dimension de l'entrée à lignes multiples soit clairement
indiquée.
EXEMPLE: La zone de texte est encadrée comme dans l'exemple ci-dessous:
L'entrée de données dans cette zone est délimitée par l'encadrement du champ.
La zone d'entrée de texte ne peut pas dépasser cette zone.
©
ISO
b) Dimensionnement automatique: Il convient de veiller à la présence d'un système de dimensionnement
automatique et que les mots ne soient pas coupés.
c) Édition et navigation: Il convient d'avoir recours aux conventions classiques de navigation textuelle et
d'édition de texte.
6.2.4 Champs exclusifs l'un de l'autre
Si les champs sont exclusifs l'un de l'autre, il convient de mettre à disposition une indication visuelle afin d'indiquer
que seul un champ peut être utilisé individuellement.
EXEMPLE  Présence de boutons radio dans une boîte de dialogue, ou utilisation du mot «ou».
6.2.5 Règles d'interdépendance
Il convient d'éviter le recours à des règles d'interdépendance complexes de type «si/alors» dans les champs
d'entrée (exemple: si l'entrée dans le champ 1 est «O»", alors les champs 2 et 4 doivent être laissés vides; si
l'entrée dans le champ 1 est «N», alors le champ 2 doit contenir., etc.). S'il y en a, le système doit
automatiquement les gérer en restreignant les choix laissés à l'utilisateur et les champs visibles.
NOTE  En cas d'interdépendance nécessaire entre des champs, prévoir un déplacement effectué automatiquement par le
système par l'intermédiaire de la séquence de remplissage requise, et des champs de codage visuel disponibles pour les
entrées, du fait des interdépendances.
6.2.6 Zone de texte des champs d'entrée
Chaque champ de texte doit être assez grand pour pouvoir contenir la plupart des entrées prévues sans avoir
besoin de le dérouler.
6.3 Entrées à options
Les entrées à options sont regroupées de façon caractéristique, dans les catégories suivantes:
— choix exclusif (groupe d'options dans lequel il n'est possible de choisir qu'une seule option);
— choix binaire (choix entre deux états, tel que : allumé/éteint, activé/désactivé); et
— choix non exclusif (groupe d'options dans lequel plus d'une option peut être sélectionnée, autrement dit où
les choix sont indépendants les uns des autres).
6.3.1 Options de remplissage limitées
Si le nombre admissible d'options d'entrée est limité et prédéfini, il convient de prévoir un mécanisme permettant à
l'utilisateur de visualiser et de choisir les options disponibles.
EXEMPLE 1: Présence de menus fugitifs ou de boîtes de listes.
EXEMPLE 2: Utilisation de commandes logicielles, qui sont des représentations graphiques présentant une
analogie explicite ou historique avec des commandes matérielles ou autres entités (tels que: boutons, curseurs,
boutons radio, cases à cocher).
©
ISO
6.3.2 Indications visuelles reconnaissables
Il convient que des indications visuelles reconnaissables soient utilisées afin de permettre la reconnaissance des
différents types d'entrées à options présentes dans une application.
EXEMPLE 1: Utilisation de cercles pour indiquer les choix exclusifs (exemple : boutons radio) et de carrés pour les
choix non exclusifs (exemple: cases à cocher).
EXEMPLE 2: Utilisation de losanges pour indiquer les choix exclusifs et de carrés pour indiquer les choix non
exclusifs.
EXEMPLE 3: Utilisation de rectangles juxtaposés pour indiquer les choix exclusifs et de rectangles séparés pour
indiquer les choix non exclusifs.
6.3.3 Menus
Si l'utilisateur doit sélectionner une option d'entrée à partir d'une liste d'options connue, il convient qu'un menu soit
considéré comme technique d'entrée. Lorsqu'un menu est utilisé:
a) Indications visuelles: Il convient de prévoir une instruction indiquant l'association entre un menu et un champ
(exemple : flèche située dans le label de champ ou dans le bouton entourant la valeur de la donnée) à moins
que la liste des options du menu soit constamment visible.
EXEMPLE:
Couleur:rouge  rouge
jaune
bleu
vert
NOTE  Les indications visuelles peuvent être omises lorsque tous les champs possèdent cette caractéristique (voir
l'ISO 9241-14).
b) Valeur du champ : Il convient que le champ de formulaire présente la sélection la plus récente effectuée à
partir du menu, en tant que valeur en cours pour ce champ.
6.3.4 Listes
Si l'utilisateur doit sélectionner une ou plusieurs entrées à partir d'une série de valeurs grande et/ou variable, ou si
encore les utilisateurs peuvent personnaliser une liste, il convient de prendre en compte l'usage de listes
déroulantes ou non déroulantes. En cas d'utilisation des listes:
a) Indications visuelles: Il convient de prévoir une indication visuelle permettant aux utilisateurs de reconnaître
les valeurs non sélectionnées des valeurs sélectionnées.
EXEMPLE: Marques de contrôle ou mise en surbrillance des valeurs sélectionnées.
b) Listes longues: Lorsqu'une liste est extrêmement longue, il convient que celle-ci soit présentée dans l'ordre
logique adéquat (exemple: alphabétique, numérique, dans l'ordre d'entrée des données, etc.) et qu'un
mécanisme permette de naviguer rapidement à travers la liste.
EXEMPLE 1: Possibilité pour les utilisateurs d'atteindre des parties de la liste en tapant la ou les initiale(s) des
items de cette liste.
EXEMPLE 2: Possibilité pour les utilisateurs d'utiliser un dispositif de manipulation directe permettant d'accéder
rapidement aux articles de la liste (voir l'ISO 9241-16).
©
ISO
6.3.5 Boutons d'écran
Si l'utilisateur doit sélectionner un petit nombre de valeurs (de 2 à 5) et que ces dernières deviennent effectives
immédiatement après leur sélection, il convient de prendre en compte l'usage de boutons d'écran (voir
ISO 9241-14:1997, Définition 3.26) (voir également l'ISO 9214-16).
6.3.6 Boutons de sélection
Si l'utilisateur doit effectuer une sélection parmi une liste de choix exclusifs, il convient de prendre en compte
l'existence de boutons de sélection dont l'apparence varie en fonction de leur état (exemple: «boutons radio»).
a) Séries d'options: Les boutons destinés aux choix exclusifs sont généralement présentés sous forme de séries
de deux options ou plus.
b) Choix par défaut: S'il existe une valeur par défaut du champ, le choix par défaut contenu dans la série est
généralement sélectionné de façon visible lorsque le champ est présenté en premier
...