JetBrains Rider 2024.1 Help

Code Style

Scheme

In this area, choose the code style scheme and change it as required. Code style scheme settings are automatically applied every time JetBrains Rider generates, refactors, or reformats your code.

The IDE comes with two pre-defined schemes: the Project scheme and the Default scheme.

  • In the Project scheme, the settings that you configure apply only to your current project.

    These settings are stored in the codeStyles folder under .idea and are shared through VCS together with the project.

    The IDE creates the folder after you modify code style settings for your project.

  • In the Default scheme (IDE-level scheme), the settings that you configure apply to all existing projects that have the Default code style scheme selected.

    These settings are stored in the codestyles folder under the JetBrains Rider configuration directory and are not shared through VCS.

If you want to use the project code style scheme as your default scheme, you can copy it to the IDE level. The other way around is also possible: you can overwrite your current project settings with the settings from an IDE-level scheme and share them with other members of your team.

Item

Description

Scheme

From this list, select the scheme to be used. The predefined schemes are shown bold. The custom schemes, ones created as copies of the predefined schemes, are in plain text. The location where the scheme is stored is written next to each scheme, for example, the Default scheme is stored in the IDE, the Project scheme is stored in the project.

Show Scheme Actions

Click this button to invoke the list of commands to manage the schemes:

  • Copy to IDE: select this option to copy the scheme settings to JetBrains Rider.

  • Export: select this option to export the selected scheme in the IntelliJ IDEA code style XML or EditorConfig format (if the EditorConfig plugin is enabled) .

  • Import Scheme: select this option to import the scheme of the selected type from the specified location.

  • Copy to Project: select this option to overwrite your current project code style settings with the settings from the selected IDE code style scheme.

  • Duplicate: select this option to create a copy of the selected scheme.

  • Reset: select this option to reset the default or bundled color scheme to the initial defaults shipped with JetBrains Rider. This command becomes available only if some changes have been done.

  • Rename: select this option to change the name of the selected custom scheme. Press Enter to save changes, or Escape to cancel.

General

Line Separators

JetBrains Rider lets you configure line separator and indentation options for various languages. When reformatting source code, JetBrains Rider will apply the specified indentation behavior and skip the sections denoted with the special formatting off/on markers.

Item

Description

Line Separator

Use this list to specify which line separator is to be used in files created by JetBrains Rider. The available options are:

  • System-Dependent: select this option to use the default selection.

  • Unix and macOS (\n): select this option to use the Unix and macOS line separator.

  • Windows (\r\n): select this option to use the Windows line separator.

  • Classic Mac OS (\r): select this option to use the \r line separator, which was used in Classic Mac OS (up to Mac OS 9).

Hard wrap at

In this field, specify the number of columns to be used to display pages in the editor.

Wrap on typing

Select this checkbox to ensure that edited text always fits in the specified right margin.

Visual guides

In this field, specify multiple right margins. You can leave a default value or enter the number of spaces for your margin. If you want to specify several margins, enter numbers separated by comma.

Indents detection

Select Detect and use existing file indents for editing to detect the indentation style in the current file and use this style instead of the indents specified in the Code Style settings for the specific language.

In C#, when you reformat a part of code in a file or when code is auto-formatted on editing or pasting, JetBrains Rider can calculate and apply indentation based on the existing indents in the rest of that file.

For files of non-.NET languages, JetBrains Rider displays the indentation information in the status bar of the editor. You can click the indentation information to see the available actions, such as enable or disable this option, and change the current indentation to the ones specified in the Code Style settings for the specific language.

Code style configuration files

Enable EditorConfig support

EditorConfig is a configuration file convention that is used to define and maintain consistent code styles between team members working on the same code as well as between different IDEs that they might use. The styles are saved in INI-like files named .editorconfig, where section names are file masks, and properties inside a section define code styles for files matching those masks.

Use this checkbox to make JetBrains Rider respect code formatting styles defined in EditorConfig configuration files. For more information, refer to Use EditorConfig.

Export

Click this button to export code styles from JetBrains Rider settings to an .editorconfig file.

Enable StyleCop support

When StyleCop integration is enabled, settings from StyleCop files (RuleSet and Settings.StyleCop) will override JetBrains Rider code formatting and code syntax styles, and enable corresponding code inspections.

If you use EditorConfig and StyleCop configuration files simultaneously, the EditorConfig settings will always take precedence over both StyleCop and JetBrains Rider settings. This means that if settings from StyleCop files (RuleSet and Settings.StyleCop) do not give desired results, you can always override specific settings using EditorConfig properties.

Read StyleCop.Analyzers inspection severities from the .editorconfig and .globalconfig files

This option is experimental. It is not recommended for multi-file or multi-layer .editorconfig StyleCop.Analyzers configurations.

Formatter

Item

Description

Do not format

In this field, specify a glob pattern with the names of files and directories that you want to exclude from reformatting, code arrangement, and import optimization, for example: *.{html,htm}.

You can specify several glob patterns separated with a semicolon ;.

Use the asterisk * wildcard to disable reformatting altogether.

Turn formatter on/off with markers in code comments

  • If this option is enabled, fragments of code between line comments with the formatting markers will be reformatted according to these markers: code fragments with on-markers will be reformatted, and the fragments with off-markers will remain intact after you reformat your code.

    After you select this checkbox, the fields below become available, and you can specify the character strings to be treated as formatting markers.

  • If this option is disabled, the formatting markers will be ignored and the code between the line comments with markers will be reformatted.

Off:

In this field, specify the character string that will indicate the beginning of a code fragment which you want to exclude from reformatting. Type a character string with the @ symbol in preposition or leave the predefined value @formatter:off.

On:

In this field, specify the character string that will indicate the end of a code fragment which you want to exclude from reformatting. Type a character string with the @ symbol in preposition or leave the predefined value @formatter:on.

Enable regular expressions in formatter markers

Select this checkbox to use regular expressions instead of specifying the formatting markers explicitly. JetBrains Rider matches formatter on/off markers using the regular expression specified instead of the exact string.

For example, using regular expressions allows you to have several markers for enabling the formatter and for disabling it. In that case, you can use the following regular expressions: @formatter:(off|disable|no) and @formatter:(on|enable|yes).

Last modified: 26 May 2024