> > It just comes up to my mind that the “string” type is widely used in > > YANG modules. But I didn’t see any with a language indictor. I wonder > > how YANG modules handle this issue. > > > > I don’t know. Perhaps those strings are not transferred on > > the wire and are not presented to end user. > > I do know. Language is not specified, the strings are sent over the wire, > they are > presented to the user, and it's working just fine. Thank you for the obvious > example > of why we don't need to argue/rat-hole over this anymore. :)
No problem, but then I have a question to Paul: can you as AD clarify whether the following page https://wiki.ietf.org/group/art/TypicalARTAreaIssues reflects the IESG position on reviewing the IETF documents or not? ARTART reviewers were advised by ART AD (Francesca at that time) to check IETF documents for common ART area issues, that were listed on this page. One of them is: If your spec has protocol elements that contain human-readable text, you need to specify language tags for those fields, or justify why language tagging is not needed. As ARTART reviewer I wonder whether I should still pay attention to this advice or not (perhaps I wrongly marked some drafts as "Not Ready" for lacking language information :-)) Regards, Valery. > Thanks, > Chris. > > > > > > > > > > BCP18 (RFC 2277) states in Section 4.2: > > > > > > > > Protocols that transfer text MUST provide for carrying information > > > > about the language of that text. > > > > > > > > Protocols SHOULD also provide for carrying information about the > > > > language of names, where appropriate. > > > > > > > > and in Section 4.4: > > > > > > > > Protocols where users have text presented to them in response to > > user > > > > actions MUST provide for support of multiple languages. > > > > > > > > Regards, > > > > Valery. > > > > > > > > Regards & Thanks！ > > > > Wei PAN (潘伟) > > > > > > > > _______________________________________________ > > IPsec mailing list -- ipsec@ietf.org > > To unsubscribe send an email to ipsec-le...@ietf.org _______________________________________________ IPsec mailing list -- ipsec@ietf.org To unsubscribe send an email to ipsec-le...@ietf.org
