The settings are documented in the default settings file, so you can refer to them while editing your settings.


Settings are checked for correctness, a message will display with errors. You need to fix or remove incorrect settings, like typos and deprecated settings.

This page covers some extra tricks and how to work with project specific settings.

Settings stack

SublimeLinter merges settings from several sources to calculate the value. Settings are merged in the following order:

  1. Default settings
  2. User settings
  3. Project settings (only “linters” settings)

Styles (colors)

Colors are applied to highlights and gutter icons using scopes.

Scopes are how Sublime Text manages color. Regions of code (and sections of the gutter) are labelled with scopes. You can think of scopes as class names in an HTML file. These scopes then receive color from the color scheme, which is kinda like a CSS stylesheet.

SublimeLinter expects the scopes markup.warning and markup.error to get correct colors from most color schemes. We use scopes like region.redish for color schemes that don’t provide colors for these scopes.

To change the colors, you can use region.colorish scopes: redish, orangish, yellowish, greenish, bluish, purplish, pinkish

Or you can customize your color scheme.

Project settings

Only the “linters” settings in can be changed in a project. All other settings can only be changed in your user settings.


Read more about project setting in Sublime Text’s documentation.

Here is an example project settings file where the flake8 linter has been disabled:

            "path": "."
        "SublimeLinter.linters.flake8.disable": true

Settings Expansion

After the settings have been merged, SublimeLinter iterates over all settings values and expands any strings. This uses Sublime Text’s expand_variables API, which uses the ${varname} syntax and supports placeholders (${varname:placeholder}). Placeholders are resolved recursively (e.g. ${XDG_CONFIG_HOME:$HOME/.config}).

To insert a literal $ character, use \\$.

The following case-sensitive variables are provided:

  • packages
  • platform
  • file
  • file_path
  • file_name
  • file_base_name
  • file_extension
  • folder
  • project
  • project_path
  • project_name
  • project_base_name
  • project_extension
  • all environment variables


See the documentation on build systems for an explanation of what each variable contains.

We enhanced the expansion for folder. It now attempts to guess the correct folder if you have multiple folders open in a window.

Additionally, ~ will get expanded using os.path.expanduser.