Hi LaTeX users,
I'm working some more on the Typeset and View command, we are going to replace the default command that currently ships with TextMate. But I need some information. What process are TextMate's LaTeX users following for building their documents? I'm sure most of you are using bibtex, but what about other things like makeindex? Has everyone moved to a pure pdf-based process, or are some of you still using dvi/postscript? What are you using for pictures? Anything you can tell me will help.
I would also *love* example documents along with the expected output. This will aid in testing, and ensure that your particular process will be supported!
I had the same problem as described in a post from Sebastian on
Here is my error output:
Running bibtex on Exjobb (ny).tex
Traceback (most recent call last): File "/Users/peeter/Peeterprogram/
texMate.py", line 457, in texStatus, isFatal, numErrs, numWarns =
run_bibtex(texfile=fileName) File "/Users/peeter/Peeterprogram/
texMate.py", line 71, in run_bibtex return stat,fatal,err,warn
UnboundLocalError: local variable 'stat' referenced before assignment
It seems that it had to do with the parentheses in my filename messing
up the regexes.
My solution was to change lines 71 and 72 in Textmate.app/Contents/
SharedSupport/Bundles/Latex.tmbundle/Support/bin/texMate.py as follows:
# auxfiles = [f for f in os.listdir('.') if re.search('.aux
$',f) > 0]
# auxfiles = [f for f in auxfiles if re.match(r'('+ basename +
auxfiles = [f for f in os.listdir('.') if re.search('.aux$',f)
> 0 and (f.startswith(basename) or re.match(r'bu\d+\.aux', f))]
This works, at least for me.
Or have I messed something else up in the process?
I work on several open-source projects (VTK, ParaView, CMake...) that
follow a somewhat unusual indentation style. Instead of
Getting the first curly indent right was trivial but I can't figure
out how to reduce the indentation _after_ the closing curly. When the
pattern matches decreaseIndentPattern, the current line's indentation
is reduced. What I need is for the following line to be unindented. Is
there any way to do this?
I am pretty sure I just pinned this down to TM. If I work in TM,
save, then command-tab to a browser, there is significant lag from the
time it will switch to the browser, or, at times, even bring up the
application tab switcher.
If I do not save, the toggle is fast, so it seems to be something to
do with leaving TM, where it is not letting me leave as fast as other
I have tried toggling back and forth between other apps, and the
behavior is speedy. Any idea what is going on, and how to solve it?
These are simple files, single files, that have a hundred lines or so
in them, nothing complicated at all.
Scott * If you contact me off list replace talklists@ with scott@ *
Is the latest (cutting edge) version of textmate intended to run on a
PPC? After updating it today, textmate gives me a "You cannot open the
application "TextMate" because it is not supported on this
architecture" message on my PowerPC G5 (3.1) when I try to open it.
Hi, I'm having trouble getting some of the more complex Git bundle tools to
work. For example, when I try to merge, it does
I suspect my problem is with my ruby version, I'm on OSX 10.5.6, and using
rvm to manage my ruby version, with the shell variable TM_RUBY set (this has
resolved all of my previous issues with rvm and textmate)
I followed the Git.tmbundle installation instructions at
http://github.com/jcf/git-tmbundle, installing it in ~/Library/Application\
I followed these instructions
http://gnuu.org/2009/05/25/getting-gittmbundle-working-with-ruby19/ but the
svn repo had moved, so instead I did
$ svn co http://svn.textmate.org/trunk/Support/
My TM_GIT is set correctly, and simpler commands like Browse Annotated File
Any help/suggestions would be appreciated.
PS - Full text of the error:
Support/TextMate/Support/lib/ui.rb:237:in `to_plist': An object in the
argument tree could not be converted (ArgumentError) from
Support/TextMate/Support/lib/ui.rb:237:in `request_item' from
`request_item_with_force_pick' from /Users/joshuacheek/Library/Application
`merge' from /Users/joshuacheek/Library/Application
`block in call' from /Users/joshuacheek/Library/Application
`with_filters' from /Users/joshuacheek/Library/Application
`call' from /Users/joshuacheek/Library/Application
`call' from /Users/joshuacheek/Library/Application
`dispatch_normal' from /Users/joshuacheek/Library/Application
from /tmp/temp_textmate.FkobtG:4:in `'
Dear TextMate users,
I work with textmate 1.5.8 (1505) under Mac OS X 10.6.2. I installed the latest version of latexmk (version 4.11) and tested it in the terminal, works like a charm. I then tried to compile a .tex document with latexmk via TextMate. If I click the button "Show Latexmk.pl Messages" I can see which version of latexmk is used. It turns out that some old version is used (version 3.21j of 2 December 2007). After that I changed the variable "TM_LATEX_COMPILER" explicitly from "latexmk.pl" to "/usr/local/texlive/2009/texmf-dist/scripts/latexmk/latexmk.pl" --- still the old version is used. I have no idea where this old version is located and how I can force TextMate to use the new one. The new one is correctly installed, I can use "latexmk foo.tex" from everywhere on my system.
How can I tell TextMate to use the correct version of latexmk?
First off, let me tell you how much I respect you. You've created a
tremendously valuable product which has literally logged more than a 1000
hours of usage for me. I've enjoyed extending it (RubyAMP, Git textmate
bundle, contributing to many more), and have really gotten full leverage out
Now the sobering part.
Things have been awfully quiet about TM2 for the last several months. You've
claimed you are still working on it, but I've just about lost hope. There
are no signs to reinforce my faith that TM2 will ever become a reality.
I use both Emacs and VIM. There are many strengths that TM has over it, so I
still consider it to be a superior editor in many regards. Some of these
I've articulated in my blog post,
I can't help but wonder if your promise of "free upgrades" has blasted a
crater in your motivation to work on TM2. Is there a possibility of this,
Allan? If so, I would suggest the following:
* Release a version of TM as TM2 with all the critical bugs fixed. Everyone
gets their free "upgrade" (except the macheist users as you've previously
stated). Perhaps include one or two new features.
* Post a public apology for over-promising TM2 features, and state that you
miscalculated how much you would be able to include in it as a free upgrade,
and from a business standpoint it's impossible to fund all of new
development as a free upgrade. Say you are terribly, terribly sorry, that
you are doing your best, and hope that people will be forgiving. (I know I
* State that TM3 will be released with those features, and will be a paid
upgrade for everyone.
I would prefer to have a paid upgrade to TM3 than a non-paid non-existent
upgrade to TM2. Right now I can't pay any price to upgrade to TM2.
I think you have a shot at this to make this a profitable move for yourself.
Lots of people still use TM and many may come back. If my hunches are
correct, then I plead from you: don't sell us all short by selling yourself
With the highest respect I'm capable of,
just wanted to let people know I've released AckMate - a plugin for
searching your project files with 'ack'.
It offers significant improvements over my previous ack-in-project
bundle, such as per-project windows and settings, filetype selection,
and a much less annoying UI.
It's currently only compatible with OS X 10.5 and above (and only
heavily tested on 10.6).
Source and binaries are included in the github project at
http://github.com/protocool/AckMate and the project wiki contains
instructions on how to use it.
I have a strange bug to report. Using 10.6.3, Textmate and Skim
together (via the LaTeX bundle) seems to trigger a nasty bug in OS X.
As far as I can tell, it is triggered when skim reloads a changed PDF
file, but I haven't been able to completely reliably find out exactly
what triggers it. At first I thought it was to do with the pdfsync
functionality, but then I noticed it could be triggered simply if the
files changed. Whatever is causing it, once triggered any new process
on the machine will use up 100% of the CPU. The only way to get
things back to normal is to log out of the user account and back in
I realise that this is a very sketchy bug report - I'm posting it here
in the hopes that someone else has run into it and has managed to work
out exactly what is causing it better than I have. I'm not even sure
if the fault lies with skim or with textmate or with the latex bundle.