I have a very simple question: where is the setting with which I can choose
the side the project drawer appears on?
I have a collection of project windows I keep open every time I open
TextMate, and the project drawers are all on the left. However, I just
created a new project and the drawer is on the right and I cannot see any
setting in preferences that controls this, nor can I just drag the drawer
where I want it.
I can hide the drawer, move the window all the way over to the right and
then show the drawer and it pops out of the left where I want it. But come
on! There must be a better way?!
Either it's right there in front of me and I'm not seeing it, or it's
unusual interface shortcoming for such a nice product.
Thank you for your help,
there seems to be a bug/glitch on the Markdown Bundle.
The command to insert a new list item (currently bound to ↩)
wrongly assumes unordered list items always begin with "*"
If I have a list like this:
pressing 'return' produces this:
which is quite not right :)
I've been taking a look at the code for the command, but it's a little
bit over my head :)
Michael, could you please take a look at it?
Thanks in advance...
A few days ago i realized i have a performance problem with LaTeX documents
within TextMate. I've tested it with HTML and some other languages a few
minutes ago. It seems that only LaTeX has some problems.
When i type a letter on my keyboard it takes about half a second until the
letter gets displayed in the document.
I think you could realize how annoying this is especially when you have to
write some very long text.
What is wrong here? Do i have something running...all the time...which costs
so much time to calculate?
Thanks for any help. (or questions...)
View this message in context: http://www.nabble.com/Performance-problem-with-LaTeX-Documents-tf4199305.ht…
Sent from the textmate users mailing list archive at Nabble.com.
When executing certain commands Textmate hangs for a few moments,
then simply erases the selected text instead of executing said
command. Two examples would be "Wrap each selected line in open close/
tag" in the HTML bundle, and "Tidy" in the XML bundle. These commands
have worked fine in the past year of using textmate. Recently I had a
hard-drive failure and had to copy all of my preferences from back-up
- this is the only thing I can think of which would have effected
textamate's behavior. Any ideas?
Allan Odgaard wrote:
>On 30. Jul 2007, at 17:35, Ryan Wilcox wrote:
>>Since the build dir depends on the active configuration, I am not
>>sure setting the environment variable is that useful, also because
>>you’d have to set this per project.
>In your case, you have the build dir in the .xconfig file? Ideally we
>would extend our code to also look there.
Yes, my build dir is stored in the .xcconfig. Parsing those is no easy matter: you can have environmental variables in there, #include other .xcconfigs...
The annoying thing is that the path is in the project's executable setting: writing the following AppleScript shows the proper path
tell application "Xcode"
tell project 1
set a to active executable
BUT the executable I don't think changes when configurations are switched (right?)
OTOH, would that make a good fall back when we can't find the executable even in $PROJECT_DIR/build ?
Hope this helps,
Wilcox Development Solutions: <http://www.wilcoxd.com>
Toolsmiths for the Internet Age PGP: 0x2F4E9C31
I'm not sure if this is an issue specific to the Erlang bundle.
I want to write the following:
-import (lists, [map/2, sum/1]).
I want to write it using snippets as follows and have my cursor appear
after ending dot:
However the result of this is:
-import (lists, [map/2, sum/1 <CURSOR>]).
Basically I expect surrounding snippets to remain in something like a
stack so that their tab stops are honored prior to the tab key being
accepted as a tab character.
Is this supported in TextMate?
Allan Odgaard wrote:
> On 30. Jul 2007, at 22:26, Dushan Mitrovich wrote:
>>> Where do you see the `-`? The `-` in the lower right side is a symbol
>>> list. The column is just next to the `Line: xx` on the lower left. If
>>> you open a new document, you should see "Line: 1 Column: 1"
>>> (assuming you open a new document wihtout any templates.
>> What I see is this: "Line: 1 Column: _", followed by a pale
>> vertical bar, followed by a pale colored disk with the white letter "L".
> And this is even when you place the caret in the upper left corner, i.e.
> at column one?
Yes, even then.
> I’ll update the manual. This command is gone. But there is a “Create
> HTML From Document” which you can run, Show Web Preview (Window menu)
> and then print from there.
> If you do this a lot, you can go to the bundle editor and change the
> output for the command to Show as HTML and give it a key equivalent.
> Then printing (colored) is just two keys instead of one.
Okay, I'll try that.
BTW, I'd like to thank you and compliment you for the clarity of your
instructions (to someone else, earlier) on how to get the 'End' and
'Home' keys to work as in the non-OSX world. Since I much prefer the
keyboard to the mouse, these instructions were a treat. I notice, tho,
that there are still some apps that disregard that, such as in Firefox
and Thunderbird. I suppose their structure is too different to notice
the key mapping.
Paul McCann <paul.mccann(a)adelaide.edu.au> wrote:
> Gack: I don't think you want to be grabbing latex just to get some
> printing functionality in place! If you're interested in producing
> beautiful technical documents on the other hand...
For beautiful technical documents, including equations, plots, etc., I
do use a full latex program - it would never occur to me to use a text
editor for that. What I do expect from a text editor is to be able to
write and print out a letter, for example, containing pure ASCII, that I
can mail off. Yes, occasionally snail-mail is still appropriate :).
> The link mentioned earlier in this thread *is* out of date: the
> "Typeset and View (PDF)" command in the latex bundle almost certainly
> isn't what was being referred to: it is --unsurprisingly-- only useful
> on a latex source file. I do have a recollection of some printing
> scripts being developed using "enscript", a formatting utility that
> comes with OS X. Here's one that lingers in my bundle, and
> occasionally proves useful. Make a new command with...
> Save: Current File
> # close stderr
> exec 2<&-
> # set options here
> enscript_opt="-2Gr --line-numbers -o -"
> tempfile="/tmp/texmate-print.$$.pdf" # note: "$$" is the current pid
> pstopdf_opt="-i -o $tempfile"
> # create the pdf and open it
> enscript $enscript_opt | pstopdf $pstopdf_opt
> open $tempfile
> rm $tempfile
> Input: Entire Document
> Output: Discard
> You'll probably want to play with the enscript options to get the
> output to your liking, but it's very malleable.
Thanks for this command script, Paul. I've not tried making any
commands yet, but this is a chance to learn how.
I'm new to the group...I ABSOLUTELY LOVE TM. But I have one recurring
problem that is starting to irritate me.
9 out of 10 times when I start Textmate, I get some (unknown) font that I
don't want. Changing the font setting in preferences has NO effect.
Anti-aliasing on/off seems to work, but changing the font does nothing.
But then 1 out of 10 times when I start it, TM uses my font setting and I'm
a happy camper and afraid to ever close TM.
I've not spent a lot of time messing around trying to figure out the
problem...I'm also new to Mac and feel like a fish out of water doing
So I thought I'd ask if anyone knows what is going on...and how I can get TM
to use my font choice all the time.