Skip to content
Sublime Text plugin for highlighting text with pretty colours
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
include
.gitignore
Default.sublime-commands
README.md
Synesthesia.sublime-build
colourful.py
colours.py
compile.py
delete.py
new.py
templates.py

README.md

Synesthesia

A Sublime Text 3 plugin for highlighting text with pretty colours.

Installation

  • The easiest way is through Package Control (Shift+Ctrl+P > Install Package > Synesthesia).
  • Alternatively, clone this repository into Packages/synesthesia.

Getting Started

  • Open the Command Palette (Shift+Ctrl+P) and select New Highlighting Scheme.
  • Save the file as Hello World.json.
  • Select Compile Highlighting Scheme from the Command Palette.
  • Select Set Syntax: Hello World from the Command Palette. Voila!
  • To change keywords or colours, simply compile again.

Functionality

This plugin provides a quick and lightweight way to highlight text with different colours.

It takes a highlighting scheme, which is a description of words to highlight and how they should look, and generates all the necessary configuration files for Sublime to render them that way.

This is essentially an abstraction for creating a language definition, but much easier to use: you don't have to deal with all that complexity if all you need is to bring attention to a few terms in your text, colour a log file, etc.

The rest of this readme thoroughly documents all the options you can use. You may also wish to browse the examples in Packages/synesthesia/include.

What should you use this plugin for?

  • Ad-hoc highlighting of text. This plugin is a quick and lightweight way to draw attention to important articles in your text. A few example uses:
    • Highlighting keywords in log files
    • Drawing attention to characters or locations in writing
    • Visualising colours (check out Pretty.json)
    • Lightweight markup (check out MarkdownEditing for Markdown)
    • Quick-and-dirty way to add keywords to existing language definitions
  • This plugin is not an easier way to specify syntax highlighting for a programming language. A list of regular expressions isn't a great way to handle most programming languages. Making syntax highlighting easier is the niche AAAPackageDev fills.

Colours

Keyword colours are specified as RGB in hexadecimal form (#rrggbb). We can also use colour names, like blue or red; a list of these can be found here.

Two additional colour types are available: random and auto. random will give a random colour on every compile, while the colour that auto generates is fixed. Both will only generate nice bright colours.

{
	'keywords': {
		'roses': '#ff0000',
		'violets': 'blue',
		'lazy?': 'random',
		'no problem!': 'auto'
	}
}

Formatting and Options

Options can be specified instead of a colour name or value:

{
	'keywords': {
		'something': {
			'colour': 'plum',
			'background': 'blue',
			'bold': true,
			'italics': true,
			'whole-word': true,
			'case-insensitive': true
		}
	}
}
  • All fields are optional, including colour.
  • background controls the background colour of highlighted keywords. It's used the same way colour is.
  • whole-word will make sure only whole occurrences of keywords are matched. If set to true, the 'java' in 'javascript' won't be coloured.

Keywords

Keywords are specified using Oniguruma regular expressions, which is what Sublime uses under the hood. Don't worry if you aren't familiar with these: alphanumeric strings are valid regexes, so you don't need to be an expert to use this plugin.

Mixins

We may find ourselves always wanting to highlight the same things. For example, we want ERROR to appear red, in bold font, whether in upper case or lower. It can be tiresome to define it again and again.

That's where this option comes in. Highlighting schemes can be mixed into others with include, so we can easily separate and combine them:

{
	'include': ['LightMarkdown'],
	'keywords': {
		...
	}
}

This will cause the keywords and colours in LightMarkdown.json to be copied into the current scheme on compile.

Here's how Synesthesia will search for schemes to mix in:

  • The directory that the current scheme is in will first be checked for the mixins specified.
  • If a mixin can't be found there, Packages/synesthesia/include will be checked next.
  • Dependencies will be resolved recursively, depth-first, in the order they are specified. Circular dependencies are prevented.
  • If a keyword has appeared before, it won't be overridden should it appear again in a later-loaded dependency.

File Extensions

File extensions for highlighting schemes go under extensions. This is so they apply automatically when files of the type are opened.

{
	'extensions': ['txt', 'md'],
	'keywords': {...}
}

By default, txt and md will be used.

Autocompletion

{
	'autocompletion': true,
	'keywords': {...}
}

If set to true, Sublime's autocompletion will be enabled in the generated language definition.

Other Settings

{
	'keywords': {
		...
	},
	'settings': {
		'font_face': 'Open Sans'
	}
}

Other settings for the generated language definition go here.

Removing Highlighting Schemes

To remove highlighting schemes, select Remove Highlighting Scheme from the Command Palette.

Don't delete the files manually. Sublime Text will complain about that, and you might have to reinstall the package to fix the resulting errors.

Inner Workings

Compiling a highlighting scheme generates three files:

  • Language definition (.tmLanguage)
  • Colour theme (.tmTheme)
  • Settings (.sublime-settings)

The first two work in tandem, specifying a mini-language consisting of the user's keywords, along with a colour theme designed specifically for that mini-language. The settings file glues them together, causing Sublime Text to associate the theme with the mini-language. All this is done via Sublime Text's built-in mechanisms for syntax highlighting, so it's robust and stable.

Other plugins for highlighting arbitrary words do so either via named regions or by mutating the current colour theme.

  • The first method doesn't interact well with live editing and is limited to only changing the background colour of text.
  • The second provides a slightly higher level of flexibility (for example, there may be no need to switch to a different language) but is much more complex implementation-wise. It also may not play nice with all language definitions and colour schemes.

The method used in this plugin, while static, is great for live editing and is much simpler to manage. Interactions with other language definitions are also made explicit. I see it as the middle ground between these approaches.

License

MIT

You can’t perform that action at this time.