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. 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). 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.
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."
Source:
The configuration is typically stored in a UTF-8 encoded text file: . Some tools allow saving their style preferences as an EditorConfig file. Each line:
Any other line format is invalid. It does not support in-line comments. If there is a <kbd>;</kbd> or <kbd>#</kbd> 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.
Section names are file path globs, using a format similar to , and are based on Unix conventions.
EditorConfig plugins look for a file named 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 in the case of Microsoft Windows, or it finds an file that contains a line that states <code>root=true</code>.
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 (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. The GitHub page for the project has libraries written in Go programing language, C programing language, and Python programming language, and there is a Node.JS library as well. There is a comprehensive listing of editors available on the project site.
Gitea, GitHub, IntelliJ IDEA, PyCharm, BBEdit, Xcode 16, and editors by JetBrains, Kate, Emacs Komodo, Visual Studio, Vim/Neovim.
Some editors require installation of a plug-in: Eclipse IDE, Atom, Geany, JEdit, Notepad++, NetBeans, Visual Studio Code, 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 has had support mentioned in the past, but does not seem to yet include it.
Prettier