Live data from Hacker News

TextMate finally gets an update

blog.macromates.com

91–100 of 115 posts

Re: TextMate finally gets an update

#91

Earlier quoted context omitted.

There's TextWrangler (free, http://www.barebones.com/products/textwrangler/ ), Smultron (free, http://smultron.sourceforge.net/ ) and BBEdit ($125, http://www.barebones.com/products/bbedit/index.html ). They're all popular. I'm a Textmate user though. I don't mind that there have been delays in releasing 2.0, because it doesn't make 1.5 any less useful — it does everything I want it to do and it's still supported.

Fraise is a continuation of the now abandoned Smultron.

Thanks for the tip but browsing through the site I found a post stating that the maintainer is thinking on starting from scratch:

"...I am currently thinking of starting a completely new text editor that will not be a fork anymore, but a proper and independent software..."

http://www.fraiseapp.com/index.php?page=news&id=12

[EDIT] better link

Re: TextMate finally gets an update

#92
post #31

The market must be pretty small for Mac native text editors (and they must be difficult to implement on a grand scale). Otherwise some company would have walked into the gaping void that has been the delay to release TextMate 2.0 and released something by now. The door has been wide open for some time but no one is able or willing to step through it. Oh well, helps explain the Vim goldrush of the past few months.

The limiting factor is not people seeing a market opportunity or not but in the availability and interest of requisite software talent. To a lot of developers, text editing is a solved problem. To really talented devs? Also, mostly solved. Enough. Perfect? Maybe not. But what's available now goes so far that there's not a lot of draw to taking a whack at making the next Better Mousetrap. Also, the market is probably…

Textmate's also got a small following in the web world, despite it being slowly cannibalized by Espresso and Coda (not to mention BBEdit regaining what little share it lost).

Personally, I'm pretty happy with the 'mate' symlink for editing plists and other short files when I'm not in an editor elsewhere. Even though Textmate's bundle system means it's easily updated and quickly integrated with a client's standard snippets, it is missing out on some of the nice DOM, navigation and file management stuff of web IDEs.

Re: TextMate finally gets an update

#93
post #30
post #27

I'm really interested in the TextMate hype as I haven't used it myself. But, it's concerning that updates rarely come. Wasn't a 2.0 version suppose to come years ago? It leads me to believe the developer(s) lost interest.

I've used it, but I still don't get the hype. It does seem to be a handy, lightweight editor with decent features. But you can get that for free in other editors. That said, you can't underestimate the power of the attachment that people get to their editors/IDEs of choice. I personally know a few TextMate devotees.

My favorite features (that I've only seen implemented half as well in every other editor) is the pop-up Go To File dialog where I can start typing a file's name and it'll find the file in the open project, and the Go To Symbol dialog where I can start typing a function's name and it'll go right there in the current file.

The best part about the Go To File dialog is I can type something like "mess re pht" and it will find "message_report.phtml". The filtering is instant. Whenever I go to a fellow engineer's desk to work with them on something and they're using Zend Studio or vim it's so painful to watch them go through a gigantic project tree to find a file when I can open any file in under a second.

The full project search is fantastic, too. Once it's indexed, a full project search of a 500KLOC project takes only a few seconds.

Re: TextMate finally gets an update

#94
post #5

This doesn't seem to be that much of a change. Is there a wish list that people loved to see?

My biggest gripe with TM 1.5 is how Find in Project still beachballs on a new 3.33 6-core Westmere RAID 10 setup. Even after hearing everyone else's problems with FiP, I thought it might have been the slow HD in my last iMac. It's not. ;)

The project I work on has about 500-750KLOC and over a thousand files and after the initial index (about 20-30 seconds, which is UI blocking) the subsequent Find In Project calls take only a few seconds. This is on a 27" iMac Core 2 Duo.

Re: TextMate finally gets an update

#95
post #52

Earlier quoted context omitted.

Command-click the title bar of any document to reveal the path hierarchy.

This works pretty much in every document-based app and Finder, by the way.

It's been a part of the Finder since System 7...

I'm an old man trapped in a young man's body.

Re: TextMate finally gets an update

#96
post #69
post #49

Earlier quoted context omitted.

Just like Emacs and vi eh? TextMate is pretty extensible. Extensible enough anyway, and you don't have to commit to a single language for extension, which is pretty cool. I like Lisp and hate vimscript, but when extending TextMate I can use shell, Lisp, Ruby, Python, or JavaScript, depending on the task at hand or my mood. I still hate TextMate. And Emacs. They all stink, but less than IDEs.

Why do you hate TexMate? And why do they all stink? Please explain, else it's just flame.

Because no editor is perfect. They all have annoyances that you notice after using them for long enough. I bounce between TextMate and Emacs for that reason.

TextMate can't indent properly because it doesn't actually parse code. If a function call or condition spans a couple of lines and you indent things nicely the following line will be indented to the level of the first char of the previous line, not the proper indent level. e.g.

    if (something.fooBarBlah('hello there') && something.someOtherMethod(42) &&
        theFinal.condition('here'))
    
However TextMate makes it really easy to jump around a project w/ Cmd-T and Cmd-Shift-T. ido for Emacs gets me most of the way there but it's not quite the same.

But then I want to split a window and I can't do that in TextMate, I can only open new windows. So back to Emacs I go. Until I want to search a project. Using grep gets old so I go back to TextMate. Then I get bitten by TextMate's crappy file cache which sometimes doesn't show all results or shows invalid results that have changed since it last cached those files. It's really annoying so sometimes when refactoring I have to grep anyway just to be sure I found everything I searched for.

I get fed up with both of them depending on the task at hand, so I use both. Neither is perfect, that should be pretty easy to understand. I don't think any editor is perfect.

edit: js2-mode for Emacs is fantastic. You get syntax highlighting to warn you about accidental globals (very easy in JS), statements w/ no side effects, and other semantic errors. I wish TextMate had that too.

Emacs could really use the concept of projects and something like TM's project browser. Unfortunately the file trees that exist for Emacs are pretty bad (vim too, imo).

It goes back and forth like that. I think the only real way to have a perfect editor is to put a huge amount of work into creating one tailored to your individual needs, whether you start from scratch or start with Emacs or vim.

Re: TextMate finally gets an update

#98
post #45
post #5

This doesn't seem to be that much of a change. Is there a wish list that people loved to see?

I use TextMate as a scratch pad for small pieces of code / temporary clipboard storage quite often - and occasionally lose them when my computer crashes. Auto-save of untitled new documents would make life more pleasant.

TextMate -> Preferences -> Advanced -> [x] Save files when focus is lost.

Re: TextMate finally gets an update

#99
FWIW, I have been extremely happy with the following combo:

http://emacsformacosx.com/

and

https://github.com/technomancy/emacs-starter-kit

Along with a few other minor tweaks to remove some minor irritations.

I bought Textmate last year when I got a Mac after years of linux, but it just can't compete with the ease of switching between buffers that emacs offers.

Post reply on HN