mirror of
https://github.com/astral-sh/ruff.git
synced 2025-08-31 23:57:35 +00:00
Insert necessary blank line between class and leading comments (#8224)
## Summary Given: ```python # comment class A: def foo(self): pass ``` We need to insert an additional newline between `# comment` and `class A`. We were missing this handling for the case in which `# comment` is a leading comment on `class A`, as opposed to a trailing comment of some preceding statement. In practice, I think this only applies to the specific case in which a class or function is the first statement in a module, and there's a single empty line between a leading comment and that class or function. If there are no empty lines, then the comment "sticks" to the definition; if there are two or more, then `leading_comments` will truncate appropriately. If the class or function is nested, then we only need one empty line anyway. Closes https://github.com/astral-sh/ruff/issues/8215. ## Test Plan No change in similarity. Before: | project | similarity index | total files | changed files | |----------------|------------------:|------------------:|------------------:| | cpython | 0.75803 | 1799 | 1647 | | django | 0.99983 | 2772 | 34 | | home-assistant | 0.99953 | 10596 | 186 | | poetry | 0.99891 | 317 | 17 | | transformers | 0.99966 | 2657 | 330 | | twine | 1.00000 | 33 | 0 | | typeshed | 0.99978 | 3669 | 20 | | warehouse | 0.99977 | 654 | 13 | | zulip | 0.99970 | 1459 | 22 | After: | project | similarity index | total files | changed files | |----------------|------------------:|------------------:|------------------:| | cpython | 0.75803 | 1799 | 1648 | | django | 0.99983 | 2772 | 34 | | home-assistant | 0.99953 | 10596 | 186 | | poetry | 0.99891 | 317 | 17 | | transformers | 0.99966 | 2657 | 330 | | twine | 1.00000 | 33 | 0 | | typeshed | 0.99978 | 3669 | 20 | | warehouse | 0.99977 | 654 | 13 | | zulip | 0.99970 | 1459 | 22 |
This commit is contained in:
parent
ff9fb0da54
commit
3c3d9ab173
8 changed files with 179 additions and 140 deletions
|
@ -3,7 +3,9 @@ use ruff_python_ast::{Decorator, StmtClassDef};
|
|||
use ruff_python_trivia::lines_after_ignoring_end_of_line_trivia;
|
||||
use ruff_text_size::Ranged;
|
||||
|
||||
use crate::comments::format::empty_lines_before_trailing_comments;
|
||||
use crate::comments::format::{
|
||||
empty_lines_after_leading_comments, empty_lines_before_trailing_comments,
|
||||
};
|
||||
use crate::comments::{leading_comments, trailing_comments, SourceComment};
|
||||
use crate::prelude::*;
|
||||
use crate::statement::clause::{clause_body, clause_header, ClauseHeader};
|
||||
|
@ -32,6 +34,29 @@ impl FormatNodeRule<StmtClassDef> for FormatStmtClassDef {
|
|||
let (leading_definition_comments, trailing_definition_comments) =
|
||||
dangling_comments.split_at(trailing_definition_comments_start);
|
||||
|
||||
// If the class contains leading comments, insert newlines before them.
|
||||
// For example, given:
|
||||
// ```python
|
||||
// # comment
|
||||
//
|
||||
// class Class:
|
||||
// ...
|
||||
// ```
|
||||
//
|
||||
// At the top-level in a non-stub file, reformat as:
|
||||
// ```python
|
||||
// # comment
|
||||
//
|
||||
//
|
||||
// class Class:
|
||||
// ...
|
||||
// ```
|
||||
// Note that this is only really relevant for the specific case in which there's a single
|
||||
// newline between the comment and the node, but we _require_ two newlines. If there are
|
||||
// _no_ newlines between the comment and the node, we don't insert _any_ newlines; if there
|
||||
// are more than two, then `leading_comments` will preserve the correct number of newlines.
|
||||
empty_lines_after_leading_comments(f, comments.leading(item)).fmt(f)?;
|
||||
|
||||
write!(
|
||||
f,
|
||||
[
|
||||
|
|
|
@ -1,7 +1,9 @@
|
|||
use ruff_formatter::write;
|
||||
use ruff_python_ast::StmtFunctionDef;
|
||||
|
||||
use crate::comments::format::empty_lines_before_trailing_comments;
|
||||
use crate::comments::format::{
|
||||
empty_lines_after_leading_comments, empty_lines_before_trailing_comments,
|
||||
};
|
||||
use crate::comments::SourceComment;
|
||||
use crate::expression::maybe_parenthesize_expression;
|
||||
use crate::expression::parentheses::{Parentheses, Parenthesize};
|
||||
|
@ -30,6 +32,29 @@ impl FormatNodeRule<StmtFunctionDef> for FormatStmtFunctionDef {
|
|||
let (leading_definition_comments, trailing_definition_comments) =
|
||||
dangling_comments.split_at(trailing_definition_comments_start);
|
||||
|
||||
// If the class contains leading comments, insert newlines before them.
|
||||
// For example, given:
|
||||
// ```python
|
||||
// # comment
|
||||
//
|
||||
// def func():
|
||||
// ...
|
||||
// ```
|
||||
//
|
||||
// At the top-level in a non-stub file, reformat as:
|
||||
// ```python
|
||||
// # comment
|
||||
//
|
||||
//
|
||||
// def func():
|
||||
// ...
|
||||
// ```
|
||||
// Note that this is only really relevant for the specific case in which there's a single
|
||||
// newline between the comment and the node, but we _require_ two newlines. If there are
|
||||
// _no_ newlines between the comment and the node, we don't insert _any_ newlines; if there
|
||||
// are more than two, then `leading_comments` will preserve the correct number of newlines.
|
||||
empty_lines_after_leading_comments(f, comments.leading(item)).fmt(f)?;
|
||||
|
||||
write!(
|
||||
f,
|
||||
[
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue