Skip to main content
Couldn't resist
Source Link
Friedrich
  • 3.3k
  • 1
  • 13
  • 26

Fun fact: ALE doesn't check your code. ALE doesn't produce any warnings.
What ALE does do, it runs code checkers that do the actual code checking and aggregates their output. Like that co-worker you hate, it let's others do the work and passes the results as its own.

The question doesn't say but it's pretty obvious this one's about Python.

The first (and almost only) ALE command you need to know is :ALEInfo. It will show which tools were run and the warnings they reported. It's a lot of text and you will need to scroll down for a bit.

In my example, I seewrote a line of Python code, ran :ALEInfo and saw

C0103 (invalid-name) Variable name "camelCase" doesn't conform to snake_case naming style

reported by pylint.

You can Google how to shut pylint up.
I'll show two ways. You can set a variable for ALE to forward to pylint

:let g:ale_python_pylint_options='--disable=C0103'

which will work within Vim for all your Python code.

The alternative is to create a simple .pylintrc like this one

[SECTION MANDATORY BUT IGNORED]

disable=C0103

This can be per-project or globally and will prevent the warning independently from Vim.

Either way, the warning is gone.

When in Python, do as the Pythons do

I'd like to emphasize that PEP-8 wantsdemands snake_case so it's better to use snake_case identifiers instead of disabling the warning. If it was my repo, I'd bluntly reject such code.

Fun fact: ALE doesn't check your code. ALE doesn't produce any warnings.
What ALE does do, it runs code checkers that do the actual code checking and aggregates their output.

The question doesn't say but it's pretty obvious this one's about Python.

The first (and almost only) ALE command you need to know is :ALEInfo. It will show which tools were run and the warnings they reported. It's a lot of text and you will need to scroll down for a bit.

In my example, I see

C0103 (invalid-name) Variable name "camelCase" doesn't conform to snake_case naming style

reported by pylint.

You can Google how to shut pylint up.
I'll show two ways. You can set a variable for ALE to forward to pylint

:let g:ale_python_pylint_options='--disable=C0103'

which will work within Vim for all your Python code.

The alternative is to create a simple pylintrc like this one

[SECTION MANDATORY BUT IGNORED]

disable=C0103

This can be per-project or globally and will prevent the warning independently from Vim.

Either way, the warning is gone.

I'd like to emphasize that PEP-8 wants snake_case so it's better to use snake_case identifiers instead of disabling the warning. If it was my repo, I'd bluntly reject such code.

Fun fact: ALE doesn't check your code. ALE doesn't produce any warnings.
What ALE does do, it runs code checkers that do the actual code checking and aggregates their output. Like that co-worker you hate, it let's others do the work and passes the results as its own.

The question doesn't say but it's pretty obvious this one's about Python.

The first (and almost only) ALE command you need to know is :ALEInfo. It will show which tools were run and the warnings they reported. It's a lot of text and you will need to scroll down for a bit.

I wrote a line of Python code, ran :ALEInfo and saw

C0103 (invalid-name) Variable name "camelCase" doesn't conform to snake_case naming style

reported by pylint.

You can Google how to shut pylint up.
I'll show two ways. You can set a variable for ALE to forward to pylint

:let g:ale_python_pylint_options='--disable=C0103'

which will work within Vim for all your Python code.

The alternative is to create a simple .pylintrc like this one

[SECTION MANDATORY BUT IGNORED]

disable=C0103

This can be per-project or globally and will prevent the warning independently from Vim.

Either way, the warning is gone.

When in Python, do as the Pythons do

I'd like to emphasize that PEP-8 demands snake_case so it's better to use snake_case identifiers instead of disabling the warning. If it was my repo, I'd bluntly reject such code.

Improve phrasing
Source Link
Friedrich
  • 3.3k
  • 1
  • 13
  • 26

Fun fact: ALE doesn't check your code. ALE doesn't produce any warnings.
What ALE does do, it runs code checkers that do the actual code checking and aggregates their output.

The question doesn't say but it's pretty obvious this one's about Python.

Now, if you just call :ALEInfoThe first (the singleand almost only) ALE command you need to memorize when using ALE), youknow is :ALEInfo. It will seeshow which tools arewere run and the warnings they reportreported. It's a lot of text and you will need to scroll down for a whilebit.

In my example, I see

C0103 (invalid-name) Variable name "camelCase" doesn't conform to snake_case naming style

reported by pylint.

Now youYou can Google how to shut pylint up.
I'll show you two ways. You can set a variable for ALE to forward to pylint

:let g:ale_python_pylint_options='--disable=C0103'

orwhich will work within Vim for all your Python code.

The alternative is to create a simple pylintrc like this one

[SECTION MANDATORY BUT IGNORED]

disable=C0103

AndThis can be per-project or globally and will prevent the warning independently from Vim.

Either way, the warning is gone.

BTW,I'd like to emphasize that PEP-8 wants snake_case so it would beit's better to just use itsnake_case identifiers instead of disabling the warning. If it was my repo, I'd bluntly reject such code.

Fun fact: ALE doesn't check your code. ALE doesn't produce any warnings.
What ALE does do, it runs code checkers that do the actual code checking and aggregates their output.

The question doesn't say but it's pretty obvious this one's about Python.

Now, if you just call :ALEInfo (the single command you need to memorize when using ALE), you will see which tools are run and the warnings they report. It's a lot of text and you will need to scroll down a while.

In my example, I see

C0103 (invalid-name) Variable name "camelCase" doesn't conform to snake_case naming style

reported by pylint.

Now you can Google how to shut pylint up.
I'll show you two ways. You can set a variable for ALE to forward to pylint

:let g:ale_python_pylint_options='--disable=C0103'

or create a simple pylintrc like this one

[SECTION MANDATORY BUT IGNORED]

disable=C0103

And the warning is gone.

BTW, PEP-8 wants snake_case so it would be better to just use it instead of disabling the warning.

Fun fact: ALE doesn't check your code. ALE doesn't produce any warnings.
What ALE does do, it runs code checkers that do the actual code checking and aggregates their output.

The question doesn't say but it's pretty obvious this one's about Python.

The first (and almost only) ALE command you need to know is :ALEInfo. It will show which tools were run and the warnings they reported. It's a lot of text and you will need to scroll down for a bit.

In my example, I see

C0103 (invalid-name) Variable name "camelCase" doesn't conform to snake_case naming style

reported by pylint.

You can Google how to shut pylint up.
I'll show two ways. You can set a variable for ALE to forward to pylint

:let g:ale_python_pylint_options='--disable=C0103'

which will work within Vim for all your Python code.

The alternative is to create a simple pylintrc like this one

[SECTION MANDATORY BUT IGNORED]

disable=C0103

This can be per-project or globally and will prevent the warning independently from Vim.

Either way, the warning is gone.

I'd like to emphasize that PEP-8 wants snake_case so it's better to use snake_case identifiers instead of disabling the warning. If it was my repo, I'd bluntly reject such code.

Q was about variable name, not function name. Luckily it's the same warning :)
Source Link
Friedrich
  • 3.3k
  • 1
  • 13
  • 26

Fun fact: ALE doesn't check your code. ALE doesn't produce any warnings.
What ALE does do, it runs code checkers that do the actual code checking and aggregates their output.

The question doesn't say but it's pretty obvious this one's about Python.

Now, if you just call :ALEInfo (the single command you need to memorize when using ALE), you will see which tools are run and the warnings they report. It's a lot of text and you will need to scroll down a while.

In my example, I see

C0103 (invalid-name) FunctionVariable name "camelCase" doesn't conform to snake_case naming style

reported by pylint.

Now you can Google how to shut pylint up.
I'll show you two ways. You can set a variable for ALE to forward to pylint

:let g:ale_python_pylint_options='--disable=C0103'

or create a simple pylintrc like this one

[SECTION MANDATORY BUT IGNORED]

disable=C0103

And the warning is gone.

BTW, PEP-8 wants snake_case so it would be better to just use it instead of disabling the warning.

Fun fact: ALE doesn't check your code. ALE doesn't produce any warnings.
What ALE does do, it runs code checkers that do the actual code checking and aggregates their output.

The question doesn't say but it's pretty obvious this one's about Python.

Now, if you just call :ALEInfo (the single command you need to memorize when using ALE), you will see which tools are run and the warnings they report. It's a lot of text and you will need to scroll down a while.

In my example, I see

C0103 (invalid-name) Function name "camelCase" doesn't conform to snake_case naming style

reported by pylint.

Now you can Google how to shut pylint up.
I'll show you two ways. You can set a variable for ALE to forward to pylint

:let g:ale_python_pylint_options='--disable=C0103'

or create a simple pylintrc like this one

[SECTION MANDATORY BUT IGNORED]

disable=C0103

And the warning is gone.

BTW, PEP-8 wants snake_case so it would be better to just use it instead of disabling the warning.

Fun fact: ALE doesn't check your code. ALE doesn't produce any warnings.
What ALE does do, it runs code checkers that do the actual code checking and aggregates their output.

The question doesn't say but it's pretty obvious this one's about Python.

Now, if you just call :ALEInfo (the single command you need to memorize when using ALE), you will see which tools are run and the warnings they report. It's a lot of text and you will need to scroll down a while.

In my example, I see

C0103 (invalid-name) Variable name "camelCase" doesn't conform to snake_case naming style

reported by pylint.

Now you can Google how to shut pylint up.
I'll show you two ways. You can set a variable for ALE to forward to pylint

:let g:ale_python_pylint_options='--disable=C0103'

or create a simple pylintrc like this one

[SECTION MANDATORY BUT IGNORED]

disable=C0103

And the warning is gone.

BTW, PEP-8 wants snake_case so it would be better to just use it instead of disabling the warning.

Now with variable
Source Link
Friedrich
  • 3.3k
  • 1
  • 13
  • 26
Loading
Source Link
Friedrich
  • 3.3k
  • 1
  • 13
  • 26
Loading