Linter Standard

Settings — SublimeLinter 3.4.24 documentation

Most of the settings that affect SublimeLinter’s user interface are available through commands and menu items. But there are some SublimeLinter settings that can only be changed manually in settings files. In addition to SublimeLinter’s settings, each linter may define its own settings, which usually must be changed manually as well.

Settings stack¶

When SublimeLinter (or a linter plugin) asks for a setting value, SublimeLinter merges settings from several sources to calculate the value. The settings sources can be visualized as a stack, with settings at the top taking precedence over settings lower down:

After the default, user, and project settings are merged, tokens are replaced within the settings. Each of the settings sources is covered in detail below.

Setting types¶

There are three distinct types of settings:


Global settings control SublimeLinter’s behavior and apply to all views. For example, the "error_color" setting determines the color of error marks and applies to all views. Defaults for all global settings are defined in the SublimeLinter default settings and may only be modified within the user settings.

В Linter Standard реализуется базовая функциональность, которая необходима для разработки прикладных задач в таких сред, как:

  • Windows

  • Linux

  • Mac OS X

  • FreeBSD

  • Unix System V

  • SUN Solaris

  • HP-UX

  • Embedded Linux

  • OpenVMS

  • Android

  • PalmOS

  • Windows CE

Plugin installation


  • Support standard, semistandard and happiness styles.
  • Support ignore glob patterns in package.json.
  • Support custom parsers in package.json.
  • Support global variables in package.json (supported by standard and semistandard)
  • Support fenced code lint in markdown files

If you are using nvm and zsh, ensure that the line to load nvm is in .zshenv and not .zshrc.

If you are using zsh and oh-my-zsh, do not load the nvm plugin for oh-my-zsh.

Linter configuration

The beauty of javascript Standard Style is that it's simple. No one wants to maintain
multiple hundred-line style configuration files for every module/project they work on.
Enough of this madness!

This module saves you time in two ways:

  • No configuration. The easiest way to enforce consistent style in your project. Just
    drop it in.
  • Catch style errors before they're submitted in PRs. Saves precious code review time
    by eliminating back-and-forth between maintainer and contributor.

Adopting standard style means ranking the importance of code clarity and community
conventions higher than personal style. This might not make sense for 100% of projects and
development cultures, however open source can be a hostile place for newbies. Setting up
clear, automated contributor expectations makes a project healthier.

I disagree with rule X, can you change it?

No. The whole point of standard is to avoid bikeshedding about
style. There are lots of debates online about tabs vs. spaces, etc. that will never be
resolved. These debates just distract from getting stuff done. At the end of the day you
have to 'just pick something', and that's the whole philosophy of standard -- its a
bunch of sensible 'just pick something' opinions. Hopefully, users see the value in that
over defending their own opinions.

But this isn't a real web standard!

Of course it's not! The style laid out here is not affiliated with any official web
standards groups, which is why this repo is called feross/standard and not

The word "standard" has more meanings than just "web standard" :-) For example:

  • This module helps hold our code to a high standard of quality.
  • This module ensures that new contributors follow some basic style standards.

Current style settings supported:

Note: This will use the nearest package.json.

style (default: standard)

в системах управления воздушным движением

в системах контроля и управления доступом в метро

Linter Multiversion

Linter Multiversion

СУБД с поддержкой версионной модели обработки данных

В условиях непрерывного роста объёмов информации возможность параллельной обработки конкурирующих транзакций становится всё более актуальной. Linter Multiversion предназначена для разработки приложений, требующих обеспечения безконфликтности запросов на чтение и на запись в многопользовательской системе.

Linter Multiversion рекомендуется для тех приложений, в которых при использовании классического блокировочного сервера баз данных конфликт запросов на чтение и на запись начинает оказывать существенное влияние на производительность системы.

Want to automatically format your text?
Install StandardFormat from package control! (Check the sublime-standard-format repository for details)


For general information on how SublimeLinter works with settings, please see Settings. For information on generic linter settings, please see Linter Settings.

One difference between EsLint and JsHint is the presentation of lint errors. EsLint only shows the top error while JsHint shows all at once. Compare the pictures above and below. Without any further investigation I believe it is a Sublime thing since the demo on EsLints website shows all errors at the same time.

Jump between your lint errors

A really good feature I also want to mention is the jump-between-lint-errors feature.

Let’s say you have a bunch of lint errors, you can hit cmd+ctrl+a and you can navigate between the lint errors with your arrows keys. Pretty awesome when you are linting big chunks of code to find errors.Jump between lint erorrs

Get more help with debug = true

Debug is by default false but if you set it to true the linter will output all messages in the console. Pretty handy sometimes.


  1. «Компьютер Пресс» № 7/2002Наталия Елманова «Несколько слов о СУБД российских производителей»
  2. «Открытые Системы» № 11-12/1999С. П. Маркин, И. А. Бойченко, В. Е. Максимов, Л. А. Козленко «Защищенная реляционная СУБД Линтер»
  4. Система управления базами данных с интерфейсом реляционного типа (ИНТЕРЕАЛ)
  5. -М.:Финансы и статистика, 800 стр.-отрывок из книгиМ. Р. Когаловский «Энциклопедия технологий баз данных»
  7. История РЕЛЭКС
  8. БЕЛТИМ-Комплексные системы защиты информации
  9. Примеры embeded system на ЛИНТЕР
  10. xls, 12 марта 2008 годаГосударственный реестр сертифицированных средств защиты информации ФСТЭК
  11. РД «Показатели защищённости от несанкционированного доступа к информации»
  12. РД «Классификация по уровню контроля отсутствия недекларированных возможностей»
  13. Partnerland Russland
  14. «Открытые Системы» № 12/2007Мария Сысойкина, Михаил Глинников, Г. И. Рузайкин, Алексей Орлов «Софтулийская жатва-2007»
  15. (02 июня 2015 года).Протокол экспертной оценки проектов по импортозамещению инфраструктурного программного обеспечения, соответствующего пунктам 4-8 плана импортозамещения программного обеспеченияМинкомсвязь России.
  16. СУБД для специализированных систем
  17. ВНИИНС
  18. НИИФИ и ВТ
  19. Securitylab
  20. SWD Software, QNX, Встраиваемые СУБД
  21. СУБД ЛИНТЕР БАСТИОН успешно протестирована на ReactOS
  22. Информационная безопасность в современных системах управления базами данных
  23. FIPS PUB 180-4 FEDERAL INFORMATION PROCESSING STANDARDS PUBLICATION Secure Hash Standard (SHS) (англ.). NIST (March 2012). — - актуальная на май 2015 версия стандарта; также см. Проверено 23 мая 2015. National Institute of Standards and Technology. Information Technology Laboratory
  24. Astra Linux
  25. СВД Встраиваемые Системы