Re: [i18n-activity] i18n-ISSUE-518: Need to explain name matching rules for cache names (#28)

Lots of specs "do the right thing", but the first problem is that there are choices you need to make in defining what "the right thing" is.

Given what you are doing and the simplicity of the instructions provided, I think what you mean here goes beyond case sensitivity: the `cacheName` value is expected to be an identical sequence of Unicode code points to the `key`. What you should do is define the term 'matches' and then use it for string comparison. For an example of this, see HTML:

Which says:

> Comparing two strings in a case-sensitive manner means comparing them exactly, code point for code point.
> Except where otherwise stated, string comparisons must be performed in a case-sensitive manner.

This presumes that:

* `cacheName` and `key` do not include any character escapes and that they are normal DOMStrings.
* You do not intend Unicode normalization to influence the matching (we recommend that you do not use Unicode normalization here)

Our document [Charmod-Norm]( hopefully provides explanation in case you are curious why you might want to do something different.

GitHub Notification of comment by aphillips
Please view or discuss this issue at using your GitHub account

Received on Friday, 6 September 2019 17:39:11 UTC