-
Notifications
You must be signed in to change notification settings - Fork 6.1k
Add link for Best-Fit mapping definitions #4010
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
While true that not _all_ Best-Fit mappings are documented, several of them are documented, and those mapping files exist on the Unicode.org website. I created a Note box with this info. I also moved the fragment about them not being documented out of the paragraph describing how they vary and into that new Note box since that particular detail was not truly on topic for that paragraph.
|
Thanks @srutzky! @rpetrusha can you review this one? In general, it looks good to me, but I wanted you to double check. Also, not 100% sure that two consecutive notes help with the flow of the text: |
|
@mairaw (and @rpetrusha) Yer welcome, and thanks 😄 . Regarding the two notes, back-to-back, I did that because:
But if you want to move the first one, that's up to you. |
rpetrusha
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for adding this note, @srutzky. This is a significant improvement for the fallback section. I agree with @mairaw, though, that back-to-back notes impedes the flow of the text, although I know that there are many instances of it in our docs. But it strikes me that the text reads much better if your note follows, rather than precedes, the paragraph that begins, "Best-fit strategies vary for different code pages..." Would you mind moving it? Or if you'd prefer, we can move it for you.
Made change, requested by reviewer, to move the "best-fit mapping documentation" note to be after the paragraph starting with "Best-fit strategies vary...", not before it.
|
@rpetrusha (and @mairaw). You're welcome. And not a problem on making that change. It's not my documentation, so it doesn't need to look a certain way for me. My main concern is just the accuracy of the info 😄 . So, I have made the requested change. Please review. ALSO, I meant to add a note in my original comment regarding proof that the mapping files, or at least one of them, are trustworthy. I have updated the original comment (for visibility to new readers who likely won't read down this far into the comments) to include that info. |
|
Thanks for making this additional change, @srutzky. We'll merge your PR now. Your changes should appear live on docs.microsoft.com in the next day or two. |

While true that not all Best-Fit mappings are documented, several of them are documented, and those mapping files exist on the Unicode.org website.
I created a Note box with this info. I also moved the fragment about them not being documented out of the paragraph describing how they vary and into that new Note box since that particular detail was not truly on topic for that paragraph.
PLEASE NOTE: since these mappings are stored on the Unicode.org website and not within Microsoft's direct control, it would be reasonable to question the accuracy of these mapping files (at least with regards to Microsoft's implementation of the Unicode specification, which isn't always "complete", just like any vendors implementation of JavaScript / CSS / etc). To that end, I tested one of them (for Code Page 1252 -- Latin1) within SQL Server and found a 100% agreement between the mapping file and the behavior within SQL Server. This is documented in the following answer of mine on DBA.StackExchange, which includes a link to my test script on PasteBin if you want to run the test yourself:
Automatic Translation when Converting Unicode to non-Unicode / NVARCHAR to VARCHAR