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