I'm currently using TextMate v1.1b8. Here are my suggestions:
o In the project list, i would like folders to appear above files
o The project list should react in the same way as the finder. i.e.
when i click, then wait a second, then click again, i should be able
to rename a file.
o double clicking a file in the project list should open it in a tab,
not single click.
o TextMate should remember the horizontal scroll position when
navigating between tabs (VERY ANNOYING)
o The line numbers/gutter should always be visible and not scroll
when horizontally scrolling.
o Soft wrap should not default to on after setting it no off.
And here's some things that I love:
o The progress that's been made in such a short amount of time
o The steady flow of betas
o The community surrounding TextMate
o The work that's being done to the syntax highlighting
Thanks Allan & others.
When I try to use the TM command line tool, I get the following error:
RegisterProcess failed (error = -50)
I've tried deleting the launch services cache (as detailed in the
release notes) but that doesn't seem to make any difference. Using
the growlnotify command line tool gives me the same error, so I wonder
if there's something wrong at my end.
Any help would be much appreicated,
I'm a bit of a security freak and would like to know when I'm editing
files and exercising my administrative rights when saving them.
TextMate uses the normal channels to gain permission to do that, but the
thing is that it caches this authorization because that's the way OS X
authorization is configured.
Now I don't want to change that, but I do want to change TM's behavior
and this is possible.
Add the following bit into the file /etc/authorization:
<string>require the user to allow TextMate to save a file as
It must be inside the:
dictionary. I placed it below the default rule's ending </dict> tag.
It means that from the moment you saved that file, all authorized saves
ask you for your password, without any caching.
I'd like some advice on how to best change the default language
for .txt to markdown (90% of my plaintext is in markdown and i find
that in the other 10% the markdown language doesn't break anything
really, either - try it out on TextMate's README, for example...)
at the same time i like to stay current with the svn repository, so
simply making a copy of the markdown bundle in ~/Application Support/
TextMate/ wouldn't be viable either.
btw. b8 looks really good! methinks it should be announced on
versiontracker and such places!
the HTML bundle contains a tidy command that attempts to run ~/bin/
tidy (which doesn't exist)
could this be added to the `Scripts` or `Tools` directory? or if not,
which binary is recommended?
Allan Odgaard wrote ..
> I know this isn't optimal, but I have no idea on how I can handle this
> problem gracefully.
How about implementing:
to point to their obvious locations. Then, at least scripts can access each of the bundles easily and by using TextMate's search order, can allow users to override items the normal way. Obviously, TextMate should only set a variable if the relevant bundle is actually at the location.
I ran into the following problem. I am running the "LaTeX and
TeXniscope" command, and one of its lines is:
When I run the command, I get the following error:
/bin/bash: line 6: /Users/haris/Library/Application
Support/TextMate/Bundles/Latex.tmbundle/latexErrWarn.py: No such file
In other words, TM_BUNDLE_PATH seems to be set to point to the bundles
in my home directory, and of course does not see the Latex bundle all
the way in the root directory.
On the other hand, I ran the "Show Variables" command from the Defaults
bundle, and it shows that TM_BUNDLE_PATH is equal to:
So in that case, it points to the bundles in the root directory.
So, why this difference? Is there a nice way to fix it?
I don't know if this is the right place to say,
but i have two suggestions.
1. Have the command output window docked to the project/document
window, an option of course?
2. Have Output option in the Command Editor, that lets me jump to a
specific file/line/col of a file.
Best Editor, Already a Convert (after 3 days)
+ A debugged program is one for which you have not yet found the
+ that make it fail.
+ -- Jerry Ogdin
On May 6, 2005, at 5:00 AM, textmate-request(a)lists.macromates.com wrote:
>> I already know that i can use the separate window with a regex
>> what i want is to jump straight to a file/linenumber/col, without
>> a new window, which i need to click in.
> So what you want is a way to control the caret from a command? And
> additionally open new files in the existing document window!?!
Oh nice sorta like the vim tag feature. I would say open into a new
tab thats auto selected as the active tab. would be the closest to
the tag stack like vim.
It is quite nice. It was done just like opening a file [relative
fast] but was super fast :e filename or i think :tag file tag or :e
file [line num] can work haven't tried that one in a while though so
probably rusty or pulling it outta somewhere.