I have just discovered TextMate, and am so far very happy with it,
but I think I just hit a glitch...
I am trying to edit a SQL load file that is about 5M, which shouldn't
be a problem. However, some of the lines are very long, as a complete
website contents is in a single line. I have no idea how many
characters are in this line, but I suspect about 2M worth.
Anyway, TextMate hangs while trying to work with this file. I can't
do much at all. Even a simple act of scrolling hangs. TextEdit does a
reasonably good job with the file though...
Actually, I don't think it is hanging, as it eventually responds
(about 30 seconds later), but it is so slow that it is completely
unusable. Is this a known problem? For me, it is weird files like
this that we need an editor like TextMate to be able to easily handle.
Thanks...
Jim Leask
Hi Allan and friends,
I have a source tree structure like this:
www/
site/
index.tcl, .adp
one.tcl, .adp
edit.tcl, .adp
item/
index.tcl, .adp
one.tcl, .adp
edit.tcl, .adp
The fact that files are named the same, but in different directories:
- Confuses both the Cmd-Opt-Up "Go to Header/Source" feature, which
will gladly find www/item/one.adp when I'm editing www/site/one.tcl. It
would be good if it would prefer the file in the current directory when
one exists. Otherwise, it's a great feature.
- Similarly, when using Cmd-T "Go to file", which I use almost
exclusively to open up new files now, it would be great if I could
write "itemonetcl" to get item/one.tcl, as opposed to site/one.tcl.
Currently, it doesn't take the path into account at all.
I can see some downsides to changing current behavior, too,
particularly with the Go to file feature.
But let me know what you think.
/Lars
As I set up Reformat Comment commands for the languages I use most
frequently (LaTeX and R), it occurred to me that maybe there's a way
to make a single call to rubywrap more generic, so that we don't need
a command per bundle. This is the result:
#!/usr/bin/env ruby
$LOAD_PATH << "#{ENV["TM_SUPPORT_PATH"]}/lib"
require "escape"
scope = ENV["TM_SCOPE"]
case scope
when /comment\.(block|line)\.number-sign\./
cstring = "# "
when /comment\.(block|line)\.percentage\./
cstring = "% "
end
flags = ""
flags += " -p \"#{cstring}\" "
flags += " --retabify" if ENV["TM_SOFT_TABS"] == "NO"
text =`echo -n "#{e_as(STDIN.read).gsub(/[$`]/, '\\\\\0')}" | ruby "#
{ENV["TM_SUPPORT_PATH"]}/bin/rubywrap.rb" #{flags}`
print e_sn(text)
The parameters are the same as the current command, with the
exception of scope, which I set to "comment.line, comment.block".
I also added a gsub to the command because it was eating latex math
and R symbols ($). There's probably a better solution to that. This
seems to work for me, and should be extended easily by adding lines
to the case statement for other languages. One advantage is that by
specifying the comment character based on the scope, it ought to work
for anything; it catches comments for both bash and perl, for
instance, without any extra effort. I think it's kind of cool.
-Alan
I must be missing something really obvious here but I don't know how
to do this most basic thing:
(1) Drag a folder onto TM icon to open as project
(2) Open an HTML file called index.html
-- Now here's the part that throws me ---
(3) Make a new file called index2.html based on the original index.html
My first instinct is to right click on the file in the project drawer
and look for "duplicate file" or something similar - no such option
exists. So the next thing I try is opening the file and using "Save
as" to make the new file. This actually works but something weird
happens: In the drawer, it has the effect of *renaming* my original
file rather than adding a new one. If I switch to another
application and then back to TM, the original file reappears. Is
this expected behavior?
So what's the preferred method of creating a new file starting with a
copy of an existing one?
Thanks!
Sean
:::: DataFly.Net ::::
Complete Web Services
http://www.datafly.net
TextMate has a syntax element called "Embedded Source", which is used
for things like the lstlisting environment in LaTeX or JavaScript
code embedded in HTML. The default background color for this element
is a light blue, which is almost identical to the light blue used for
selected text. Because of the similarity, I always get confused and
think I've inadvertently selected some embedded source. I'm wondering
why there is such a similarity between these colors. Was it
deliberate (and if so, what was the reason?) or was this an oversight?
Trevor
Hi all,
I was wondering if anyone has any suggestions as to how one might use
Textmate to interface with Matlab? I can have a command execute a given
.m file, but Matlab is a much heavier process to load than perl is from
the command line, so that becomes a very unattractive option.
Ideally I'd like to have Matlab running in a terminal (the java
interface is just too slow for me), and edit with Textmate in such a
way that commands could reach the already loaded session.
cheers,
-don
==========================
Don Kalar
Graduate Student,
Cognitive Neuroscience
UCLA Department of Psychology
1285 Franz Hall, Box 951563
Los Angeles, CA
90095-1563
==========================
Hi:
I am trying to write a simple osascript command-line utility that
acquires the directory of the file displayed in the frontmost
TextMate editor window, and am having trouble.
I've been trying to use applescript syntax such as this:
osascript<< END
tell application "TextMate"
activate
do shell script "echo $TM_DIRECTORY"
end tell
END
but the variable $TM_DIRECTORY is apparently empty.
Is there another way to accomplish this, with or without
applescripting? (I'd prefer a less pathological scripting language.)
Thanks.
Bill
Hi there,
I've just updated my bundles from the repository as I thought I'd see
what new goodies are available. Now however when I attempt to commit
I get the usual status window with the following message:
"These files are not under version control, and so will not be committed:
._add_countries.php
test/unit/._postage_price_test.rb
test/fixtures/._products.yml
app/helpers/._application_helper.rb
app/helpers/._basket_helper.rb
app/models/._customer.rb
app/models/._sku.rb
app/models/._country.rb
app/models/._basket.rb
app/models/._card.rb
app/models/._order.rb
app/models/._product.rb
app/models/._basket_item.rb
..."
(and so on)
Then CommitWindow pops up with all those files listed again
(understandably with a ? status) and they are all selected too. This
is different behaviour to what I'm used to - the previously the
subversion bundle silently ignored ._* files and wouldn't even mention
their presence the status window.
I realise the ._* files appear as the project is on a NFS share but
previously this wasn't a problem. Is there way to tell the bundle to
globally ignore ._* or is the only option to set the svn:ignore
property recursively on every directory (and every new directory in
the future)?
(I've update the entire /Library/Application Support/TextMate/
checkout so I've got the up-to-date version of CommitWindow.app too)
Cheers,
Paul.
Hello!
I found an earlier post in the archiv files, but it seems, that this
command isn´t realised yet.
My Latex projects contain multiple files and the Code Brwoser only
shows the outline of the active one.
What I need, is an outline of the whole project. Are there any
solutions?
Helge
