Nice to see a next great step forward. 
Found something, you might want to know:
When partially selecting a string, the unselected part is rendered little more bold, while the text within the selection rectangle is rendered normal again. Looks like the whole word is painted twice, which is not handled well by ClearType?
I am on Window 10 dpi_scale 1.0 1900x1200
I just upgraded from 3142 to 3149 and now sublime is core dumping.
$ /usr/bin/subl --version
Sublime Text Build 3149
$ /usr/bin/subl
No output, but generates a core dump
bt of core dump: https://pastebin.com/KUjP60NS
Running Ubuntu 14.04.
It might be free(): invalid pointer?
It might also have something to do with your locale settings. Are you using a language different from English for Ubuntu?
awesome focken job on the ligature support, hopefully you do the sidebar svg icons next 
@deathaxe that issue will be fixed is 3150
@ismell there’s been a regression in linux backwards compatibility in recent builds, it’ll be fixed before the next stable build, but I don’t know exactly when yet.
How about …
Console Input Widget.sublime-settings
{
"syntax": "Python.sublime-syntax",
}
Are there arguments against applying python syntax to command line input widget?
yes, additional startup time for people that don’t use Python / the console / don’t want/need it highlighted
@jps @wbond it seems i need your help fixing my plugin. (https://github.com/vprimachenko/Sublime-Colorcoder/issues/65)
is there a way to change only the forground color via view.add_regions? i have the following in my .sublime-color-scheme
{
"rules":
[
{ "scope": "string", "foreground": "green"}
]
}
now if i have a view with content like
foo "bar"
and i call
sublime.active_window().active_view().add_regions("test", [sublime.Region(0,3)], "string")
from the console i get the following result
which is rather not what i expect.
previously it was possible to change just the foreground by suplying a background color in the scope settings, but now this hack no longer works.
the logic seems to be
if background present
use it to fill
else
use foreground to fill
so, how do i programatically change the foreground color of a region now?
bracketsForeground together with bracketsOptions foreground seems to be broken.
<key>bracketsForeground</key>
<string>#FFFF00</string>
<key>bracketsOptions</key>
<string>foreground</string>
Rendering of the invisibles inside the selection seems to be off by some amount:
Same here, I had to revert to 3147…
Debug output from ColorHighlighter shows that the regions are properly set, but still, they have a totally wrong colour.
I hope JPS will fix it soon…
@w3c0929 @Orlmente report also here: https://github.com/Monnoroch/ColorHighlighter
Something tells me that this should be fixed from the plugin side or revisited at least.
Nope,
as I wrote, the plugin debug clearly shows the right rgba values for the regions, this implies that the plugin is working properly, there should be something wrong on ST for what I can see.
As a side note, it was already reported and closed in the plugin issue tracker.
