Make the lint docstrings more consistent.
This commit is contained in:
@@ -5,12 +5,12 @@ use syntax::codemap::Span;
|
||||
use unicode_normalization::UnicodeNormalization;
|
||||
use utils::{snippet, span_help_and_lint};
|
||||
|
||||
/// **What it does:** This lint checks for the Unicode zero-width space in the code.
|
||||
/// **What it does:** Checks for the Unicode zero-width space in the code.
|
||||
///
|
||||
/// **Why is this bad?** Having an invisible character in the code makes for all sorts of April
|
||||
/// fools, but otherwise is very much frowned upon.
|
||||
/// **Why is this bad?** Having an invisible character in the code makes for all
|
||||
/// sorts of April fools, but otherwise is very much frowned upon.
|
||||
///
|
||||
/// **Known problems:** None
|
||||
/// **Known problems:** None.
|
||||
///
|
||||
/// **Example:** You don't see it, but there may be a zero-width space somewhere in this text.
|
||||
declare_lint! {
|
||||
@@ -18,14 +18,15 @@ declare_lint! {
|
||||
"using a zero-width space in a string literal, which is confusing"
|
||||
}
|
||||
|
||||
/// **What it does:** This lint checks for non-ASCII characters in string literals.
|
||||
/// **What it does:** Checks for non-ASCII characters in string literals.
|
||||
///
|
||||
/// **Why is this bad?** Yeah, we know, the 90's called and wanted their charset back. Even so,
|
||||
/// there still are editors and other programs out there that don't work well with Unicode. So if
|
||||
/// the code is meant to be used internationally, on multiple operating systems, or has other
|
||||
/// portability requirements, activating this lint could be useful.
|
||||
/// **Why is this bad?** Yeah, we know, the 90's called and wanted their charset
|
||||
/// back. Even so, there still are editors and other programs out there that
|
||||
/// don't work well with Unicode. So if the code is meant to be used
|
||||
/// internationally, on multiple operating systems, or has other portability
|
||||
/// requirements, activating this lint could be useful.
|
||||
///
|
||||
/// **Known problems:** None
|
||||
/// **Known problems:** None.
|
||||
///
|
||||
/// **Example:**
|
||||
/// ```rust
|
||||
@@ -37,15 +38,17 @@ declare_lint! {
|
||||
using the `\\u` escape instead"
|
||||
}
|
||||
|
||||
/// **What it does:** This lint checks for string literals that contain Unicode in a form that is
|
||||
/// not equal to its [NFC-recomposition](http://www.unicode.org/reports/tr15/#Norm_Forms).
|
||||
/// **What it does:** Checks for string literals that contain Unicode in a form
|
||||
/// that is not equal to its
|
||||
/// [NFC-recomposition](http://www.unicode.org/reports/tr15/#Norm_Forms).
|
||||
///
|
||||
/// **Why is this bad?** If such a string is compared to another, the results may be surprising.
|
||||
/// **Why is this bad?** If such a string is compared to another, the results
|
||||
/// may be surprising.
|
||||
///
|
||||
/// **Known problems** None
|
||||
/// **Known problems** None.
|
||||
///
|
||||
/// **Example:** You may not see it, but “à” and “à” aren't the same string. The former when
|
||||
/// escaped is actually `"a\u{300}"` while the latter is `"\u{e0}"`.
|
||||
/// **Example:** You may not see it, but “à” and “à” aren't the same string. The
|
||||
/// former when escaped is actually `"a\u{300}"` while the latter is `"\u{e0}"`.
|
||||
declare_lint! {
|
||||
pub UNICODE_NOT_NFC, Allow,
|
||||
"using a unicode literal not in NFC normal form (see \
|
||||
|
||||
Reference in New Issue
Block a user