line-column | Node module to convert efficiently index | Runtime Evironment library

The TL;DR version of the answer is that unfortunately I think the only way to get Sublime to recognize the error output in your question is to either make the tool generate output in a different format (either directly or by way of some filter app that sits in the middle) or by creating your own custom build target for your build that can recognize this error output (but it would only work for inline errors, see below).

Build systems in Sublime Text have two regular expressions that can be applied to try and match error output/build results, file_regex and line_regex. Both are applied to the results of the build in the output panel in order to obtain the list of build results.

file_regex is the "general purpose" regex for matching build results, and should contain anywhere from 2 to 4 capture groups that capture the appropriate data. The capture groups (used in order) are filename, line, column, message.

line_regex is used in cases where the information about location of the error is on a different line than the error message/location. Here the captures are in the order line, column, message and you can use anywhere from 1 to 3 of them.

In both cases the captures are used in the order given above, which can necessitate having empty capture groups to make sure things line up as expected.

In normal use you just use file_regex and nothing else, and that captures the results for you. If you also use line_regex, then internally Sublime matches on line_regex instead, and then if it finds a match, it looks backwards through the result output for the first line that matches file_regex, and combines the results from the captures together.

Inherently this means that there are some restrictions placed on the sort of results that Sublime can capture; the file name has to appear prior to the other information about the error in order for it to be captured.

In your example above, the error is displayed first and the location for the error is displayed second, so inherently there's no way to correctly associate the two regular expression matches together.

The most common way around this is to modify the output of the tool in order to rework it into a format that Sublime can detect with the above regular expressions.

For example you might change your build so that it executes your command and pipes the result to another shell script or program that can alter the information on the fly as it goes through. Another example would be to alter your build so that it invokes a script/batch file that executes the tool and does the output alteration internally, so that the final output matches what Sublime expects.

Although there's no way to use the regex system to match your build output fully, if you're primarily interested in inline build errors being displayed, there is some recourse if you want to get your hands dirty with a little Sublime plugin development. In this case you need to know a bit of Python. There is documentation on custom build targets as well as the Sublime API available.

Internally, when you run a build, Sublime gathers the information from the sublime-build file, expands any variables in it, and then invokes the exec internal command to actually perform the build providing the keys in the sublime-build as arguments (some, such as selector, are not provided because Sublime handles that for you), and it's the exec command that sets the file_regex and line_regex settings into the output buffer.

From here, the applied settings are used by the Sublime core directly to perform navigation on build results, such as by clicking on the results to open the file, or using the navigation commands to go to the next and previous errors.

However, it's the exec command that is responsible for using those same results to show you the inline build errors, so it's possible to still get inline error messages working, although result navigation can only take you to the location in the file.

One of the keys that you can provide in a sublime-build file is target, which specifies the command that should execute the build; this defaults to exec if not given.

By creating your own custom command that mimics what exec does and using it in the target directive of your sublime-build, you can hook into the build process to capture the appropriate data.

The exec command is stored in Default/exec.py, which you can view by using the View Package File command from the command palette.

As a minimal example, the following plugin defines a new command named cargo_exec which exactly mimics what the exec command does. The call to self.output_view.find_all_results_with_text() is the API call that makes the Sublime core return all of the error information from the build output view, which is used to set up the phantoms used for inline build errors.

By modifying that code to examine the contents of the buffer and use your custom knowledge of what errors look like, the remainder of the code in the core exec command will display the inline errors for you.

I unbinded C-x and it didn't work so I left the unbind sitting in my conf. Now that I have booted on a new session and came back on the question it works fine. Case closed.

You are looking for xticks, Matplotlib automagicly picks the xticks that will be displayed to keep things simple and nice looking. This works fine when you are dealing with time series or numeric x axis's. But not so well in your case.

What you need to do is find out what the co-ordinates at the begining and end of the plot are and use those numbers to manually position your x-ticks. You can get this info by calling plt.xticks(). Which gives you a numpy array of (cordinates, xtick labels)

This can be done via LINQ. If you want to get information about a node with a number and a position, you should use the XmlDocument method instead of the SelectNode method, use XPathSelectElement, and bring it to the interface IXmlLineInfo

This is a font-specific problem. iText guesses information about font glyphs, namely the bboxes incorrectly.

There is a quick and dirty method to adjust this behavior. You can create a custom renderer for text and adjust the calculated positions in it. An example of such a class would be as follows:

Just customize the whitespace-line face.

Try js2-mode. That has better style and indentation. BTW you should probably not write everything in the .emacs like this. The file structure could be something like