This looks great. A lot of Sublime Text syntax definitions are buggy and/or out of date, in part due to the awfully tedious task of maintaining tmLanguage syntax files.
Hopefully this will be combined with putting all the official sublime text syntax definitions on github so there can be more continuous improvements coming from the large community.
Or just stop including syntax definitions with the editor entirely, make people use packages/plugins (though this is less likely to happen, Sublime is popular in part because it works so well out of the box).
I am very happy with Sublime. The only thing I really wish for is AST based autocomplete and code jumps. I know it's slow and won't really work for JavaScript but other editors did something about it. Specially with ES6, it's easier to resolve module imports.
This is much much better than the hassle I had to go through building Sublime syntax support for a language a few months ago. Glad to see the Sublime team are making themselves competitive!
Nice! I just returned to Sublime after getting fed up with Atom's performance and stability issues, and I can't believe it took me this long to switch back.
One thing that bothers me, maybe more than it should-- On OS X, I like opening directories for editing by using the open command:
open [folder] -a Sublime\ Text
This is great, but I hate that Sublime Text has a long, two-word name, requiring me to escape the space or use quotes (it was even worse when I had to type Sublime\ Text\ 2).
I've tried aliasing and symlinking "sublime" as a shortcut, but since the open command uses Launch Services to find the application name, none of that shell trickery works. This is the only thing preventing complete text editor zen :(
Ha! After complaining I figured I'd give one more shot at solving this and I came across that same technique. Then I came back here to update my post and of course people were already giving me that advice.
* e is aliased to `emacs` (I use Emacs on command line and Sublime Text using a GUI and projects, so I use `subl` command rarely).
* g is aliased to `git`.
* z is a glorious cd command: https://github.com/rupa/z
Besides them I use `rsub` command when editing files on a remote server, which is `rmate` for Sublime Text.
Tip for zsh users: With zsh's history-beginning-search-* commands I can write only a prefix to find a command in history. E.g. If I already typed `rsub user_management/forms.py` before and want to open that file, I type `rsub u` and press up arrow a few times till I get to the result I want.
Just associate .txt files with Sublime Text and then you can type 'open -t {file}' or 'open -t {directory}' to open in Sublime Text. I'll often do 'open -t .' to open the current directory, then CMD+P to open any file in the directory hierarchy.
Nice. Respect is likely due to Guillermo; this looks derived from his PackageDev project. The push/pop context action looks better than the begin/end region system, though maybe only a bit in convenience.
https://github.com/SublimeText/AAAPackageDev lets you create it with YAML. If nothing else, not having to escape and quote your regular expressions seems like a winning proposition.
Hopefully this will be combined with putting all the official sublime text syntax definitions on github so there can be more continuous improvements coming from the large community.
Or just stop including syntax definitions with the editor entirely, make people use packages/plugins (though this is less likely to happen, Sublime is popular in part because it works so well out of the box).