Uh oh!
There was an error while loading. Please reload this page.
Use ASCII strings in source files - #78265
Conversation
ghost
commented
Nov 12, 2022
Tagging subscribers to this area: @dotnet/area-meta Issue DetailsThis is to align with coding style pt. 16. Used https://gist.github.com/am11/f35c61783ad7b7c304b3d6e8bd1dcab4 as: git config core.quotepath off
git ls-files ':/src/*cs'':/src/*vb'':/src/*fs'| xargs -I{} conv {} {}followed by some manual fixes.
|
18b1779 to
a1f1a74Comparedanmoseley
commented
Nov 12, 2022
How do we feel about BOMs - should we remove them all? I guess some would just come back, so it might just be making unnecessary diffs. |
am11
commented
Nov 12, 2022
Yes, there are plenty of files with BOM (1514 files with There are two BOM related changes in this PR delta:
|
Uh oh!
There was an error while loading. Please reload this page.
e6221f9 to
491957eCompare491957e to
f6eb111Compare841392a to
b4f43d1Compaream11
commented
Nov 20, 2022
@danmoseley, was there any other comment / concern? |
jeffhandley
commented
Nov 23, 2022
Thanks for the attention to detail on this @am11 (including making author name/email comments consistent). I've spot-checked the characters throughout and all was matching up. Thanks for sharing how you approached this too; that was helpful. I'm rerunning the failed checks for good measure... |
Thanks @am11. This definitely has made our tests more robust. The case I was concerned about is tests that have a magic input and end up verifying it matches the output. If those get garbelized probably nobody would have noticed. |
This is to align with coding style pt. 16.
Used https://gist.github.com/am11/f35c61783ad7b7c304b3d6e8bd1dcab4 as:
followed by some manual fixes.