<div dir="ltr">> […] it might be easier to create new commands that use ‘ssh «server» «command»’ to execute «command» on «server».<div class="gmail_extra"><br></div><div class="gmail_extra">I thought of it, but since I want to use it to browse code and jump from one file to the next, the new ssh command was slow since it required a new connection (some seconds every time I wanted to avoid). So I thought that if Textmate already had a working connection, then why couldn't we take advantage of it.<br>

<br></div><div class="gmail_extra">Thanks!<br>Jose<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 12, 2013 at 11:51 AM, Allan Odgaard <span dir="ltr"><<a href="mailto:mailinglist@textmate.org" target="_blank">mailinglist@textmate.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">On May 12, 2013, at 10:17, Allan Odgaard <<a href="mailto:mailinglist@textmate.org">mailinglist@textmate.org</a>> wrote:<br>


<br>
> On May 9, 2013, at 9:59, Jose Luis Canciani <<a href="mailto:textmate@jluis.com.ar">textmate@jluis.com.ar</a>> wrote:<br>
><br>
</div>>> […] I'm interested in sending commands to execute: for example I would want to be over a class name and with a key combination send something like "run\r\n"+ "/find/and/send/to/rmate MyClass", so rmate will run this as an OS command. […]<br>


><br>
> […] it might be easier to create new commands that use ‘ssh «server» «command»’ to execute «command» on «server».<br>
<br>
Come to think of it, many of the standard bundle items will optionally read the command from an environment variable and we can set these for the (virtual) server path in ~/.tm_properties, for example if we add this:<br>


<br>
   [ /home/** ]<br>
   TM_RUBY = 'cat'<br>
<br>
Then opening a file on your server under /home (via rmate) will have TM_RUBY set to ‘cat’ meaning the ruby bundle will use ‘cat’ instead of ‘ruby’ for the various actions like Validate Syntax, Run, etc.<br>
<br>
Presently though we mostly treat variables as a single command, meaning if we set TM_RUBY to ‘ssh «server» ruby’ then it will not be shell-expanded but instead treated as a single executable name.<br>
<br>
This is something I think should be changed, as I ran into same issue with the C/C++ bundle, where I changed the default TM_GCC variable to ‘xcrun clang’. Escaping the variables was so the user wouldn’t care about special characters, but in retrospect, it limits the possibilities.<br>


<br>
I should add that in the current build it might not work to set variables for the virtual server path (in ~/.tm_properties). It will however work in next build.<br>
<br>
If this is a viable solution though then it might be better to introduce a custom scope for files opened via rmate, that’s more robust to target.<br>
<div class=""><div class="h5"><br>
<br>
_______________________________________________<br>
textmate mailing list<br>
<a href="mailto:textmate@lists.macromates.com">textmate@lists.macromates.com</a><br>
<a href="http://lists.macromates.com/listinfo/textmate" target="_blank">http://lists.macromates.com/listinfo/textmate</a><br>
</div></div></blockquote></div><br></div></div>