EditorConfig

This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these messages) This article is an orphan, as no other articles link to it. Please introduce links to this page from related articles. (June 2024) This article relies excessively on references to primary sources. Please improve this article by adding secondary or tertiary sources. Find sources: "EditorConfig" – news · newspapers · books · scholar · JSTOR (May 2024) (Learn how and when to remove this message) (Learn how and when to remove this message)

EditorConfig is an open specification and file format for syntax highlighting, text editors and integrated development environment (IDEs) that aims to maintain a consistent coding style, particularly aimed at groups working together.^[1][2] It can help keep multiple editors as well as individuals using the same conventions. It stores configurations in a file which can be shared by multiple people or used in multiple editors (by the same person or by many).^[3][4] It defines rules for how to format different programming languages or other structured text files with conventions such as what character to end a line with and how to manage indentation.^[5]

The project web site states "EditorConfig helps maintain consistent coding styles for multiple developers working on the same project across various editors and IDEs. The EditorConfig project consists of a file format for defining coding styles and a collection of text editor plugins that enable editors to read the file format and adhere to defined styles. EditorConfig files are easily readable and they work nicely with version control systems."^[6]

Source:^[7]

The configuration is typically stored in a UTF-8 encoded text file: .editorconfig. Some tools allow saving their style preferences as an EditorConfig file.^[8] Each line:

• May be blank (only whitespace characters
• A comment that begins with ; or #
• A section header, which starts with a square bracket [, and ends with a square bracket ].
  • A section header may not have any non-whitespace characters outside of the brackets
  • It may contain any characters between the brackets including whitespace/tabs
  • It uses forward slash characters / as path separators
    • Backslashes \ are prohibited, even on Windows.
• Key–value pair, with a = separating the key from the value

Any other line format is invalid. It does not support in-line comments. If there is a ; or # character anywhere other than the start of line it is considered to be part of the text of the line. It does not support any character escaping.

• Preamble: optional key=value pairs that precede the first section.
• Section Name: String between [ ]
• Section: the key value pairs that follow a section name until the start of the next section.

Section names are file path globs, using a format similar to .gitignore, and are based on Unix conventions.

File name globs

Characters	Matched files
*	Any string (of any length) except path separators (/
**	Any string of characters
?	Any single character
[seq]	Any single character in the seq
[!seq]	Any single character not in seq
{s1,s2,..sn}	Any of the comma-separated list of strings. This can be nested. There must be more than one string in the list, as {somestring} will match the literal value '{somestring}' (which is probably not what was intended).
{n1..n2}	Matches an integer number between n1 and n2 (i.e. matches ${\displaystyle i\in \mathbb {Z} |n_{1}\leq i\leq n_{2}}$)

EditorConfig plugins look for a file named .editorconfig in the same directory that contains an existing file, and in parent directories of that one until it hits the root file path (e.g. / in Linux/Unix/macOS or C: in the case of Microsoft Windows, or it finds an .editorconfig file that contains a line that states root=true.

The most recent rules found take precedence in the order they are read. So rules in the same directory as the file would over-rule rules from higher level directories.

Editor config uses the common INI configuration file format.

Some tools support additional options such as max_line_length (which forces a hard line wrap after the specified number of characters) (supported by Emacs, Vim, Atom, and several others)

Many popular editors have adopted support of the specification.^[9] The GitHub page for the project has libraries written in Go programing language,^[10] C programing language,^[11] and Python programming language,^[12] and there is a Node.JS library as well.^[13] There is a comprehensive listing of editors available on the project site.^[14]

Gitea, GitHub, IntelliJ IDEA,^[15] PyCharm, BBEdit, Xcode 16, and editors by JetBrains,^[16] Kate, Emacs^[17] Komodo, Visual Studio, Vim/Neovim.

Some editors require installation of a plug-in: Eclipse IDE, Atom, Geany, JEdit, Notepad++, NetBeans, Visual Studio Code,^[18] Sublime Text

Apache Ant, Gradle, Apache Maven

There is no list maintained of all the various text editors or IDEs which do not support EditorConfig (e.g. Spyder IDE^[19] has had support mentioned in the past, but does not seem to yet include it.^[20][21]

Prettier^[22]