I have started making use of the 'Run Script' feature for ruby files I'm
editing. All works fine and then I start to get this error:
/Applications/Tools/TextMate/TextMate.app/Contents/SharedSupport/Bundles/Ruby.tm bundle/Support/tmruby.rb:115:in `sub': wrong argument type nil
(expected Regexp) (TypeError) from
/Applications/Tools/TextMate/TextMate.app/Contents/SharedSupport/Bundles/Ruby.tm bundle/Support/tmruby.rb:115
Quitting and restarting TM bypasses the problem, but it would be good to
have it fixed! I'm on OS X 10.4.5, I'm willing to provide more info if
that helps...
Thanks in advance
- Jonathan
>From: Charilaos Skiadas <cskiadas(a)uchicago.edu>
>> Any insight greatly appreciated (and apologies if this is an
>> inappropriate post for the forum)
>
>I'd say it's very appropriate for the forum. The problem is I think
>that TextMate does not do multiline matching in the syntax, so none
>of these is going to work I'm afraid. Can't see a way out of this,
>unless of course you have the luxury of placing an empty line before
>the next >, and then matching that in foldingStopMarker.
>
>Haris
>From: Timothy Bates <timothy.c.bates(a)gmail.com>
>I had exactly this problem without output from our matrix package.
>
>My solution was to pre-process the output with a find-replace macro.
>
>The macro finds the taglines, and replaces them with "end\n($1)"
>
>That way, each block is wrapped in <tagline>...<end>
>
>Then the folding is trivial.
Thanks to both Haris and Timothy for replying so quickly to this....I
guess not having multiline matching in the syntax explains
it...thought I was going nuts!
The workaround as suggested by both was to preprocess the sequence
files (iterating over the entries using simple BioPerl - I'm pulling
the data on the fly from a RDMS anyway) and add a tab to the end of
each FASTA record...this tab is both invisible and unique to the end
of each entry and everything collapses as I want...
BTW, not only is TextMate amazing for programming/markup etc, it is
also awesome for bioinformatics analysis...I use v. large genome
datasets (flat file and RDMS) with scripting the primary mechanism of
retrieving/analyzing the data...I used to use NEdit but have ported
everything over to TextMate...using column selection, I can push
fields (like sets of gene names) as input to perl/shell scripts that
query the db and return the data formatted and highlighted...am
finding new stuff to do with it every day...
This patch fixes a problem with the Perl syntax where if you have a
function called 'submit', each call will appear as a function
declaration (sub mit).
Index: Bundles/Perl.tmbundle/Syntaxes/Perl.plist
===================================================================
--- Bundles/Perl.tmbundle/Syntaxes/Perl.plist (revision 2795)
+++ Bundles/Perl.tmbundle/Syntaxes/Perl.plist (working copy)
@@ -99,7 +99,7 @@
</dict>
</dict>
<key>match</key>
- <string>^\s*(sub)\s*([-a-zA-Z0-9_]+)\s*(?:\((.*?)\))?</string>
+ <string>^\s*(sub)\s+([-a-zA-Z0-9_]+)\s*(?:\((.*?)\))?</string>
<key>name</key>
<string>meta.function.perl</string>
</dict>
--
pgp fingerprint: BC64 2E7A CAEF 39E1 9544 80CA F7D5 784D FB46 16C1
-----Original Message-----
From: "Benoit Gagnon"<b.gagnon(a)gmail.com>
Sent: 25/02/2006 07:49:51
To: "TextMate users"<textmate(a)lists.macromates.com>
Cc:
Subject: Re: [TxMt] TODO List
On Feb 25, 2006, at 2:28 AM, Soryu wrote:
> Hi,
>
> in an attempt to do some ruby I have revamped the TODO list command
> again, completely. It's now written in Ruby using ERB with a template.
>
> It removes a bug from the older TODO comment which would descend
> into subdirectories for non-project files. So if you had a file
> in / and invoked the TODO command it would scan your complete Volume.
> It sorts according to TODO/FIXME/CHANGED categories
> and numbers the items, so you see how much work there is still
> todo :)
>
> Soryu.
Looks nice with a single file open, but fails with a "too many open
files" error with my entire project open.
Here's the error:
/tmp/temp_textmate.mqBVat:12:in `pwd': Too many open files - getcwd
(Errno::EMFILE) from /tmp/temp_textmate.mqBVat:12:in `scan_file'
from /tmp/temp_textmate.mqBVat:27:in `scan_file' from /tmp/
temp_textmate.mqBVat:26:in `each' from /tmp/temp_textmate.mqBVat:
26:in `scan_file' from /tmp/temp_textmate.mqBVat:27:in `scan_file'
from /tmp/temp_textmate.mqBVat:26:in `each' from /tmp/
temp_textmate.mqBVat:26:in `scan_file' from /tmp/temp_textmate.mqBVat:
27:in `scan_file' ... 7 levels... from /tmp/temp_textmate.mqBVat:
26:in `scan_file' from /tmp/temp_textmate.mqBVat:39 from /tmp/
temp_textmate.mqBVat:38:in `each' from /tmp/temp_textmate.mqBVat:38
______________________________________________________________________
For new threads USE THIS: textmate(a)lists.macromates.com
(threading gets destroyed and the universe will collapse if you don't)
http://lists.macromates.com/mailman/listinfo/textmate
Hi,
This is not a TextMate problem...rather a user issue but would
appreciate any advice...
I'm trying to set up folding...the file format look like this (FASTA
DNA sequence format) -
>text
agagagtttttttttt...(typically 60chars)
...multiple lines of above, number of lines varies per record
>text2
agagagtcgtttta
.
.
.
Setting foldingStartMarker is easy i.e; (^>) but it's
foldingStopMarker whcih is proving to be tricky.
As I see it, need to match the last line immediately before a new
entry denoted by ^> .
I figure a look-ahead assertion regex is required...something like -
[AGTCagtc]+ # match any string of ACGT
(?=\n^>) # positive look ahead for new line followed by >
But can't get this or numerous minor variants to work at all...
Any insight greatly appreciated (and apologies if this is an
inappropriate post for the forum)
First of all, I love TextMate. It's worth the price of a Mac just to
have such an awesome editor at one's disposal.
With that said, I have a feature request. ;-)
It would be nice if the function dropdown could be relocated to the
top of the window. CodeWarrior had its function dropdown up at the
top. BBEdit has it up there and XCode has it up at the top too.
It's more familiar to have it at the top. Second, and more
importantly to me, having it at the bottom often causes me to
overshoot with my mouse and end up in dock territory. If you have
dock magnification turned on, then you know what happens next.
It would be nice to have a configurable layout so that the UI widgets
could be tailored to one's individual preferences.
Charles Laine
claine(a)mac.com
The day Microsoft makes a product that doesn't suck is the day they
make a vacuum cleaner.
Hi there,
I'm posting here because I don't know if this has to be classified as
a bug and/or if someone has a possible solution for me....
Whenever I'm pressing the "filetype" switchbar at the bottom of the
screen, TM crashes. The weird part is, it worked allright before.
I tried switching to another local user. Textmate didn't crash while
at the other users account. I thought it had something todo with the
usersettings, so I tried deleting the com.macromates.textmate.plist
file from the ~/Preferences folder. To no avail.
Does anyone know what i could try next to get things running smoothly again ?
Thanks in advance,
Max
--
http://DLmax.org
On Feb 25, 2006, at 10:29 AM, textmate-request(a)lists.macromates.com
wrote:
> You don't need to use a webserver to run PHP. It comes with a
> standalone command line app, rightfully called "php". It will take
> stdin, output to stdout, and do all these things you cannot do in a
> web server / client browser scenario.
>
> ben
That sounds really great, I wish I knew how to do that.