1Blurb::
2Name the responses block; helpful when there are multiple
3
4Description::
5The optional \c id_responses keyword accepts a string that uniquely
6identifies this responses block.  A model can then use these responses
7by specifying the same string in its \c responses_pointer
8specification.
9
10<b>Default Behavior</b>
11
12If the \c id_responses specification is omitted, a particular
13responses specification will be used by a model only if that model
14does not include an \c responses_pointer and the responses block was
15the last (or only) one parsed.
16
17<b>Usage Tips</b>
18- It is a best practice to always use explicit responses IDs and
19  pointers to avoid confusion.
20
21- If only one responses block exists, then \c id_responses can be
22  safely omitted from the responses block (and \c responses_pointer
23  omitted from the model specification(s)), since there is no
24  ambiguity.
25
26Topics::	block_identifier
27
28Examples::
29For example, a model specification including
30\verbatim
31model
32  responses_pointer = 'R1'
33\endverbatim
34will link to a response set with
35\verbatim
36  id_responses = 'R1'
37\endverbatim
38
39Theory::
40Faq::
41See_Also::
42