Yes for nlo 3 of 4. (Issue 1.47)
A name/textWithoutLanguage does not get its implicit
language from the attributes-natural-language attribute in the job attribute
group in a Get-Jobs response. It always gets the language for each job in
the response from the attributes-natural-language operation attribute.
This is a change from the June draft by deleting a paragraph in section
22.214.171.124 Get-Jobs response (that required the job-level natural language
override to be returned for each job whose natural language differed from
that of the response as a whole).
No for nlo 4 of 4. (Issue 1.48)
Keep both text/nameWithLanguage and
text/nameWithoutLanguage attribute syntaxes for 'text'/'name' attributes as
in the June draft. Thus, when a text/name attribute value's natural language
is the same as the attributes-natural-language operation attribute, the
value in the protocol can either contain text/nameWithLanguage or
We also discussed nlo 2 of 4. (Issue 1.46)
To clarify that a request or response MAY contain a redundant use of
text/nameWithLanguage, i.e., the explicit natural language of an attribute
value is the same as the natural language specified for the request or
response as a whole in the attributes-natural-language operation attribute.
We agreed that to make it simply a MAY (implementer option), since some
implementers want to remove redundancy in their requests and response, while
other implementers want to always pass name and text with explicit natural
languages. Thus we could not agree to make redundant NLO at the attribute
level a SHOULD or a SHOULD NOT, but merely a MAY.