> $math stuff
> that spans two lines$ when I put a $ here it thinks I'm closing the
> math mode from the first dollar sign on this line of code rather than
> thinking I'm starting a new math mode.
This works for me. Don't override the default LaTeX bundle?
David F. Snyder
Department of Mathematics
Texas State University
I recently joined a small Java development team. Everyone here is
using Eclipse, and I'm the only TextMate user. They're all ganging up
on me, trying to make me switch to Eclipse. And I must say they do
have a point: For Java development, Eclipse is simply a more
productive environment than TextMate. It can do some truly amazing
code completion and refactoring acrobatics, and debugging is simply a
matter of setting a breakpoint and hitting the Go button. The complete
feature list is here:
Now, I realize that TextMate is an agnostic text editor and not a Java
IDE, so I can forgive the lack of debugger integration. And some of
the simpler code completion stuff might be replicated with the right
snippet or macro. But there is one feature in Eclipse of which I am
green with jealousy: navigation across source code files.
For example, you can put the cursor over a variable, class name, or
whatever, then hit F3 to automatically navigate to wherever it is
declared. You can instantly jump from a method invocation to its
implementation, for example. You can also easily navigate across
complex class hierarchies, jumping from a class definition to its
parent, then its grandparent, and so on.
This is so much quicker and easier than anything TextMate provides for
project navigation. The closest thing I could find was TmCodeBrowser,
but it only works on a single file. It's kind of useless for projects
like mine with several hundred classes.
Have there been any attempts at creating a TextMate bundle or plugin
that would allow the kind of source code navigation I'm looking for?
If not, does anyone have some suggestions on how I would go about
writing my own? (It would be nice to have some kind of generic
framework for this feature, since it would apply to almost any
language in TextMate, not just Java.)
I plan to use textmate as my primary editor for my personal use, such
as write some open source code and document. I decide to buy a
textmate license, so is non-commercial license ok for this situation?
I am not a rich man, and I really want this 15% discount. Also I have
the question that, are there any limit features of a non-commercial
I often have to code / edit files in Linux. So, I'm looking for an editor
with the following TextMate features:
1) The ability to *easily* use a dark background. For a definition of easy,
read: not Jedit (at least, it was hard 2-3 years ago when I last did it . .
I had to change every syntax type), and not emacs (same reason)
2) Has the same keys that TextMate uses -- mostly.
3) Syntax Highlighting
Any takers? Or, am I resolved to be typing <esc>:wq into every document I
ever edit with TextMate :)
There is a bug - or at least I think it is a bug - in either Textmate
or Spaces. I'll admit that I am a late convert to Spaces, since I
find for most purposes the more traditional model of hiding
applications suits me better. However:
If I have one Textmate document open on one "Space" and another open
on another, the following happens. If I open a search window (either
apple-F or apple-shift-F) in one space and then close it, when I try
to open it again for the other document, the window appears in the
I assume this is because spaces is re-opening the "old" search window,
and thinks that I want it back where I last had it, but it is very
Is there any way textmate could ensure that dialog boxes open in the
"space" of the current document?
I have a 300MB file, a text file which is the output of a long SQL run. Years
ago I remembered opening such huge files in Visual Studio or Slickedit without
much trouble so I tried it - no way, it gave up after grabbing about 1.2GB of
RAM and exhausting what was free.
OK, silly thing to do anyway - I got what I needed from the terminal using head
and tail. But is this expected behavior? Can't it partially load files and
load/dump as you scroll? Eating 4x file size in memory and still not having
enough seems a bit excessive.
Not complaining, just curious.
On Thu, Aug 14, 2008 at 11:47 AM, Adam Eberbach <aeberbach(a)mac.com> wrote:
> I have a 300MB file, a text file which is the output of a long SQL run. Years
> ago I remembered opening such huge files in Visual Studio or Slickedit without
> much trouble so I tried it - no way, it gave up after grabbing about 1.2GB of
> RAM and exhausting what was free.
> OK, silly thing to do anyway - I got what I needed from the terminal using head
> and tail. But is this expected behavior? Can't it partially load files and
> load/dump as you scroll? Eating 4x file size in memory and still not having
> enough seems a bit excessive.
> Not complaining, just curious.
In the meantime I have learnt that I may not open huge files (I do not
complain about that - I still have vim), but there was one bigger
problem. I often purely accidentally clicked on such a file while
editing other files in the folder, and TextMate crashed. Well, maybe
it did not really crash (I don't remember exactly), but it was
definitely staled. So I had to force closing it, and lost all the
other work in other windows. Even if I saved the files, I still lost
the "open windows" and had to open and organize everything from
scratch again. Which was pretty annoying. It would be nice if that
could be fixed somehow, but I don't want to camplain too much as other
features have priority.
One reason why I love Firefox is that despite its frequent crashes, it
reopens all the windows that have been open before the crash when I
start it again. That would be a nice feature in TextMate. Low
priority, but welcome.
Know this has been up before on the lists but wanna check if there are
any new ways of getting the relative file path displayed in the title
using the mouse, control-click menu, tooltip or custom cmd is not an
TextMate already tells us the top most folder in a directory
structure / project.
views.py - projectname
would have been nice with
views.py - projectname/subfolder
subfolder/views.py - projectname
another sweet option could be that the front most document is hi-lited
and shown in the project drawer