On 30/12/2005, at 4:30, Matt Ronge wrote:
[...] check the svn log for details.
I just built the bundle under release mode in Xcode and put it in the InputManager folder in my user library. [...]
But I assume you didn't check the svn log for details? ;)
------------------------------------------------------------------------ r2299 | duff | 2005-11-27 17:29:11 +0100 (Sun, 27 Nov 2005) | 25 lines
This is an input manager which is supposed to replace the Edit in TextMate service (when it's had a bit more polish and has been tested).
It has a few advantages: o doesn't block the calling application o does html -> text and text -> html conversion for Mail (which edits text via an WebHTMLView, which is a little messy) o gives as filename the window title + calling application as extension (so one can bind languages based on application name) o can be called without having to first make a selection o even works from within TextMate (e.g. bundle editor), although not before next build (save/close will deadlock in current public build) o the activation key doesn't need to be command + something
It is of course a hack. It adds an editInTextMate: action method to NSTextView and WebKit. To install build the target, then:
mkdir -p ~/Library/InputManagers/Edit\ in\ TextMate cd ~/Library/InputManagers/Edit\ in\ TextMate ln -s "/path/to/Edit in TextMate.bundle" "Edit in TextMate.bundle" ln -s "/path/to/source/Info" Info
In addition you'll need to add an entry in your key bindings file (~/ Library/KeyBindings/DefaultKeyBinding.dict), I have this:
"^E" = "editInTextMate:";
If all this sounds complicated, just hold off using it till it gets bundled with TM.
Currently it doesn't correctly “escape” tab characters when sending back text to Mail. The way it retains the calling view, and checks [view window] is also a little dirty, but it seems to work (and so it ought to).
------------------------------------------------------------------------