| Author |
Message |
|
| lostylost |
 Posted: Thu Sep 24, 2009 8:41 am |
 |
|
|
Registered User
Joined: 14 Dec 2007
Posts: 99
|
Quote: Personally, I would love to see a well-thought-out keyboard/macro binding system that would give us the kind of flexibility found in Vim and Emacs.
That's why I moved to Sublime. It's a modern blend of vim/emacs/textmate. It supports modal keybindings / emacs like native scripting (python) / textmate scoping/themes.
Quote: I really missing doing things like vit and dit and other text object manipulation in Vim
Sublime also has predictive keybindings, a unique, or at least very rare feature where you can set a binding for `dit` which will just enter the d and i characters into the buffer until you enter the `t` at which point it will roll back `di` and run the command bound to dit. |
|
|
| Back to top |
  
|
| charlesroper |
| Posted: Mon Sep 28, 2009 10:48 am |
|
|
Registered User
Joined: 06 Mar 2007
Posts: 1211
Location: UK
|
Quote: emacs like native scripting (python)
I tried Sublime and although I liked it a lot in general, being limited to Python is why I rejected it. The strength of E/Texmate is that you can choose the scripting language you prefer. I just don't want to have to learn Python to script my editor (nothing against Python - I just don't have time to learn it). It's the same reason I ended up rejecting Vim - I didn't like the scripting language.
But yeah, some of the keybinding stuff you mention could really do with being rolled into E. |
_________________
Charles Roper
twitter.com/charlesroper |
|
| Back to top |
|
| lostylost |
| Posted: Mon Sep 28, 2009 11:48 pm |
|
|
|
Registered User
Joined: 14 Dec 2007
Posts: 99
|
I wouldn't exactly call it limited by having native scripting via python. Out of the box it's true there is no super easy declarative handling of subprocesses.
Python brings however imperative support for threading and subprocesses as well as ctypes (call functions from dll). With sublime you can have asynchronous commands. No staring at an hourglass for things like sending the current selection/buffer to pastie.
I'd guess a workable part of the TextMate command system could be written using the python API fairly quickly ( python is almost as terse as ruby) IOW a loader for the tmCommand xml that was clever enough to know where to source input and what to do with it and to set ENV variables.
A lot of the TM_XXX env support is already in place for the snippets and is available with a few lines of python code.
In other words again: support for `scripting` via subprocess (TextMate paradigm) without the need for knowing the python mechanics.
Subprocess `scripting` is a subset of the native python API. That `potential` however doesn't help you if you aren't Python savvy so I appreciate your position.
I've been toying with the idea of adding a textmate command runner with python for a while. I'll let you know if I ever get the time/inclination. It may or may not be as easy as I suspect. |
|
|
| Back to top |
|
| cpzhao |
| Posted: Fri Nov 27, 2009 5:40 am |
|
|
|
Registered User
Joined: 27 Nov 2009
Posts: 1
|
Great software, I like the layout and ability to search on the filenames.
But I will only buy this if it has a Vi-mode or some type of integration with it. Please add this feature. |
|
|
| Back to top |
|
|
|
