TextMate 226
OSXCPA writes "TextMate is a closed-source, GUI-based, extensible text editor that looks and behaves like a mashup of GNU Emacs ("Emacs") and NetBeans. This book is a primer and reference for TextMate. The blurb on the back of the book identifies the target audience as 'Programmers, web designers and anyone else who regularly needs to work with text files on Mac OSX.' After working with TextMate and reading through the book, the target audience is spot on. For example, the book briefly covers basic text editing, but provides in-depth information about basic operations (keyboard shortcuts, customizations, etc.) more advanced users will want to know and beginning users should know." Read below for the rest of OSXCPA's review.
| TextMate: Power Editing for the Mac | |
| author | James Edward Gray II |
| pages | 193 |
| publisher | Pragmatic Programmers |
| rating | 8 |
| reviewer | OSXCPA |
| ISBN | 097873923X |
| summary | Excellent for the more complex scripting features of TextMate |
I am reviewing TextMate: Power Editing for the Mac ("TPEFTM") by James Edward Gray II, published by The Pragmatic Programmers LLC, which I received from O'Reilly Media because I am the organizer of the Forest Park Ruby Meetup group. I received no compensation other than a copy of the book. I am relatively new to Ruby and Rails, but studied C and Java at University using Emacs and NetBeans. I am not a professional developer by any means, so if I can make sense of a tool and follow a book or manual, newbies should have no trouble.
The book and online manual are targeted at completely different audiences. The online manual clocks in at 97 very terse pages (print-previewed as-is in Internet Explorer) while the book is 193 pages. Despite the 100+ page difference, the online manual is intended for the hardcore geek and covers much more detail with less hand-holding. The book is written in a conversational tone that occasionally borders on distracting (e.g., "The Ruby executor is quite clever...") but no more so than other Pragmatic Programmer books.
Beginners and road warriors will find the book very handy, literally. I am a 'dead tree' book fan, especially regarding 'how-to' style documents. I like my books splayed open on my desktop so I can go from book to book as I work. At 193 pages, 'TPEFTM' does not like to sit open and flat, but it does fit easily into a laptop bag. The book does not come with a CD, but all the code is available on-line. I prefer this delivery system since besides the fact that I hate ripping CD envelopes out of books, TextMate is only available as a download anyway. Links to various third-party automations, commands and code are included throughout the book, and most of these 'ad-ons' are some flavor of open-source.
The book is organized in order of increasing complexity, so it is a good introduction for someone new to IDE-based development in the 'big tool that does many things' school. TextMate consciously mirrors some of the complex functionality of Emacs, albeit in a more accessible form, and the book eases the reader into this world in small, logical steps.
This is not to say the hardcore geeks won't find the book useful. There are many tips and tricks throughout the book that help a reader work faster and more efficiently (lots of keyboard shortcuts and scripting).
I tend to put sticky notes in my books, especially manuals. Find a code recipe you like? Sticky-note the page. The book contains many shortcuts ("Command Line TextMate", "filename matching") that inspired sticky-notes for later tinkering. The ordering of the tools is such that the reader can sit at the keyboard and work the examples straight through, read it start to finish 'offline', or use it as a reference book. I would encourage at least one straight-through read to ensure seeing every passage once. Browsing the index, chapter or page headings will not yield everything on offer.
TextMate is primarily viewed as a Ruby on Rails development tool. The book expressly acknowledges this (the code examples are mostly written in Ruby), but provides detailed instructions for handling syntax highlighting in Java, C and other languages via Automations. I did not try this out, but the instructions seemed fairly straightforward — someone with the passion to write Haskell in TextMate could probably set it up.
When deciding whether to buy this book or not, the key consideration is 'what does the book give me that the online documentation does not?' Textmate has several features that require elaboration, especially for newer users. TextMate supports various 'shortcut' and 'script-like' technologies — code snippets, macros, automations and two different types of commands — plain *NIX shell commands and TextMate 'automation commands'. Chapters five through 12 cover these tools individually and when combined. Purists may say 'well just use Emacs and write LISP' but the TextMate framework is more accessible to someone with less developed skills (and with less time to develop LISP-Fu). It provides a stepping stone for ambitious users, but allows for 'just getting it done'. I found these chapters to be the most compelling in the book both because they cover the most valuable features of the TextMate environment and they introduce skills a newer user should have (*NIX scripting, pipes, etc.) and more experienced users already have, but will want to implement in the TextMate context. While the online manual covers the technologies in detail, the book provides a more structured, user friendly introduction with enough detail to get work done and lay the groundwork for future development.
For $29.95, I do not expect exhaustive coverage of every feature. While 800+ page tomes have a place, it is nice to have a manual that fits in my bag. The coverage is very good for the basics and excellent for the more complex scripting features. I would definitely recommend this book for newer users, anyone who wants a readable, portable guide and those who plan on using the advanced scripting features, especially in conjunction with preexisting NIX system skills.
You can purchase TextMate: Power Editing for the Mac from amazon.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
almost (Score:3, Funny)
What I want to see is a mashup between vi and emacs, so we can put the eternal battle behind us once and for all.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
It's been tried (Score:2)
Re: (Score:2)
I'd prefer to see the term 'mashup' behind us once and for all...
Re: (Score:2)
Re: (Score:2, Insightful)
Re:almost (Score:4, Insightful)
It really depends what an improved UI is. For intuitiveness, nothing beats Notepad - so it must be the best editor because it's HCI interface is incredibly intuitive and works, right? I open the file, I see it, I click and I edit where I clicked. Nothing simpler.
Of course, if you want something more powerful, then things get interesting. Some editors tack on stuff to their Notepad-derivatives, which end up being wildly confusing mess of functionality (e.g., Microsoft Word - is there any other way (than clicking the toolbar button or key accellerator) to do stuff like bold/italics? Other than going to Format..Paragraph, choosing Bold, then clicking OK?
You can say similar things like vi/vim and emacs - they're incredibly powerful, and while the HCI doesn't really appeal, it is learnable. (To fan the flames of vi vs emacs, I find the vi commands intuitive).
I learned vim on Windows. I had to use vi on an embedded Linux device using a serial port, and managed to do the basics after pestering some coworkers. So one weekend, I sat down, ran vimtutor, and learned it. I was impressed how nice it was editing around without scrambling for the mouse (switching between mouse/keyboard is quite a context switch at times). So the HCI of vim isn't that great since you've really got to learn the UI, but once you do, you can be productive...
Re: (Score:2)
Maybe you should ask a HCI expert about that? You know, those people who didn't exist back when Emacs and vi were designed, but do now, and they actually know lots of stuff.
One thing they know is consistency. You don't need to learn every modern text editor separately, because they use keyboard shortcuts and controls that are consistent across them all, and elsewhere in the system, as others pointed out. Emacs and vi are not only inconsistent with each other, but wit
Re:almost (Score:4, Insightful)
HCI experts might know lots of stuff, but they don't know everything, and they've certainly come up with some pretty shitty ideas in the past. Also, they tend to focus on new users, not those who use editors all day long. There are a million editors out there that follow you and your HCI philosophy, but over and over again, EMACS, vi/vim, and other powerful non-HCI editors are chosen by programmers and people that work with text files all day long. Wonder why? I guess we're all stupid and we should get with you and your program?
Re: (Score:2)
Re: (Score:2)
Since we're talking about Mac programs, sit down in front of any Mac and click on any control that allow you to enter text, whether single or multi-line. Press ^A to go to the begining of a line. Press ^E to go to the end.
Those are Emacs keybindings. Maybe it's not quite as nonstandard as you'd believe.
Re: (Score:2)
Re: (Score:2)
emacs has viper-mode [uni-hamburg.de], if that's what you're talking about.
Advertising (Score:2, Flamebait)
Great editor but the C parser sucks (Score:2)
int main(int argc,
char *argv[])
{}
the main function will not be found.
Re: (Score:2)
Re: (Score:2)
It still should not choke on correct syntax.
Re: (Score:2)
It is a good book (Score:3, Interesting)
TextMate is a very impressive editor. I use it for almost everything now - PHP work during the day and other languages by night - because it combines Mac OS X accessibility to Emacsesque power. Already I have a little personal library of clippings, scripts, doohickeys and thingamajigs I've whipped up based on the guidance in the book reviewed above.
I'd recommend the editor and this book as a good introduction to it.
versus Visual Studio? (Score:2, Insightful)
KDevelop (Score:4, Informative)
If you haven't tried it in a year or so, give it another go. In my opinion it's superior to the VS IDE, in many ways. The editor is fantastic, much better than the VS IDE editor which isn't as configurable, and doesn't provide as rich of an environment. Code folding, and indenting is much nicer in kdevelop.
Also, kdevelop's autocomplete is a significant step up over IntelliSense. It works in all cases, even for add on libraries (it's very easy to build additional autocomplete databases), and parses super fast (near instantaneous) -- and actually does the right thing in all cases. I was frequently annoyed by IntelliSense when I was doing win32 programming. Not to mention that kdevelop actually autocompletes variable names as well (as you type) not just functions and their parameters.
I would say that the integrated VS debugging facility is nicer than kdevelop's, however kdevelop's debugging still works VERY well -- I think that this is just one of visual studio's strong points, and an area where the open source alternatives are still playing catch up. But seriously, a lot has happened in the past year (or so), and it's become a tool I can't live without.
I've also heard people praise Apple's Xcode in significant ways (even windows people). Not having used it though I can't comment, but it sounds to me like visual studio isn't the be all and end all of IDEs that it used to be.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
XRefactory is the most powerful tool (it can correctly parse Boost libraries!), but it's slow and tied to emacs.
Re: (Score:2)
Re: (Score:2)
If it
Re: (Score:2)
I should like to point out that emacs has the most unconfigurable and absolutely silly indenting method of any editor. It's actually impossible to get emacs to tab like a normal editor (where the tab key inserts tab characters only) AND still retain syntax aware indenting.
I generally avoid tabs altogether by setting indent-tabs-mode to nil. To use tabs (and only tabs), make sure that indents occur at multiples of tab-width. For C, for example, I might use the following settings:
The golden age (Score:5, Interesting)
I.e., there will probably always be the exception where a closed-source product is so good that it's worthwhile accepting its closed-ness. But for things like text editors, etc., those exceptions are rare enough that I can defer looking at the product until I hear every tech news site praising the product from the rooftops.
It's a happy state of affairs for a software consumer.
Re:The golden age (Score:4, Interesting)
Re:The golden age (Score:4, Interesting)
http://lists.macromates.com/pipermail/textmate/20
Re:The golden age (Score:4, Insightful)
Yes, honestly, I'm not sure everything always has to be open source. I am a bit of an open source advocate at times (though I'm not a developer). I believe everything needs to use open standards to that different programs can interoperate, and I believe that many things benefit greatly from being open source. However, I don't see why people want to refuse all other models.
Let me put it this way: the developer of TextMate is not abusing any market. He's not trying to force people into proprietary formats or protocols. Textmate is a very good piece of software at a reasonable price. It's relatively simple, and it does what it does well without a whole lot of bloat.
And what's wrong with that? Especially for those of us who aren't going to want to rewrite our text editor, and who are willing to reward developers for good work, what is wrong with that?
In this case, are we running a risk of our text files being rendered unreadable if TextMate development stops? Are we possibly not going to be able to edit those text files anymore?
And really, honestly, I'm sorry, but if you're an open source developer who believes everyone must use open source software at all time, then by all means, develop a replacement to TextMate. A native Aqua GUI text editors for OSX with all the features of TextMate released with a GPL license-- I'd love to see it. But lets not begrudge a developer who's doing a good job just because he's trying to see a reasonable return for his work.
Re: (Score:2)
After recently getting a Mac, Aquamacs [aquamacs.org] was my first major addition. It's Aqua, GPL, and is pretty much guaranteed to support a superset of features of any other text editor.
Re: (Score:2)
I've not found another text editor that compares favorably to Textmate. It's incredibly inuitive and incredibly beautiful. I've spent hours tweaking things like JEdit or Notepad++ to get the funtionality and user experience from them that I can get in minutes from a fresh TextMate install, but I can never get them quite right, even if I use the exact same fonts and colors. And nothing matches TextMates Escape or Tab code completion, not to mention the folder drawer or Cmd+T file opening.
If a piece of softw
Re: (Score:2)
That's funny, because TextMate isn't an Apple product.
And give me a break. I typed that between Alt-Tabbing back to work. I lost my train of thought.
Re: (Score:2, Insightful)
Re: (Score:2)
for things like text editors ... I can defer looking at the product
Even though I have a TextMate license (from MacHeist [macheist.com]), it has not wooed me away from Emacs (I currently use Carbon Emacs [mac.com]). However, I do look at other editors from time to time to get ideas. For example, just seeing "open, edit, and save files on remote servers" in the BBEdit feature list inspired me to figure out Tramp [gnu.org]. Code folding in Komodo and another proprietary IDE got me started with outline-minor-mode [gnu.org] (which I actually prefer).
Re: (Score:2)
This is a problem: (Score:2)
So in other words, if I want to go back and find something later, I may or may not be able to find it in the materials intended to help me find things in the book, and since (as above) there is no included CD, I don't have the text of the book, and therefore I cannot search its contents to find what I'm looking for.
Reference books in whic
Textmate had me at customizable snippets... (Score:4, Informative)
The snippets, IMHO, are the best thing ever. Honestly, my productivity has shot through the roof because creating simple things like for loops takes about 8-12 key hits to get all the infrastructure done, and with all the proper brackets and semicolons all perfectly placed and formatted. I shit you not when I say that this has eliminated 90% of my debug problems.
plus you can essentially make anything a snippet, from simply putting out your details (say an entire address formatted) and the like. Totally understands and formats as per a given document type.
The book reviewed here is pretty sweet too, and I learned a few things that I wasn't aware existed. Its worth buying as well simply to use as a good reference material.
I defnitely recommend trying this as shareware for at least a few weeks.
Re: (Score:3, Informative)
Re: (Score:3, Insightful)
Have you ever stopped to consider that if 90% of your "debug problems", as you'd call it, are in such simple syntactical structures like for loop
Re: (Score:2)
Have you ever stopped to consider that if 90% of your "debug problems", as you'd call it, are in such simple syntactical structures like for loops, you might want to learn to type?
This is a typically elitist attitude that the IT world could really do with a lot less of IMHO.
Not everybody's lucky enough to have your advanced level of hand-eye coordination - some people make a lot of typos - if their tools help them pick them up and correct them, what's wrong with that?
(OT) Re:Textmate had me at customizable snippets.. (Score:2)
Just a thought (not ragging on you or anything), but what does it say about our programming languages when a cut-and-paste feature is the best part of an editor?
This...Textmate, you say? (Score:2)
I'm sorry, this is Slashdot. Your choices are limited to vi or emacs. There are no other editors.
I bought the PDF version yesterday (Score:2)
Re: (Score:2)
Underwelmed by TextMate (Score:2, Interesting)
It's basically a sophisticated Cocoa Textwidget with an all-out scripting interface. It only costs 39$ and runs natively which makes it an OK deal, but the hype this editor gets just because it's the first of it's kind on OS X is baseless. If someone would come along and build an editor that has th
Re:Underwelmed by TextMate (Score:5, Interesting)
TextMate gets a lot of its cleverness by working through the shell. Most TextMate hackers use Ruby for extension, but you can use shell scripts, Perl, Python, whatever you like that can be called from the shell.
You may be thinking of the language grammars, which are driven by Perl-like regular expressions. Is that right? I'm just struggling to see how you came to the conclusion that TextMate uses some new language.
Gvim (Score:2)
I do use OS X though...
Macvim (Score:3, Informative)
You mean like the native Carbon gvim for Mac?
The first hit for "mac vim" on Google: http://macvim.org/OSX/index.php [macvim.org]
It's beautiful and I use it every day.
Yeah but.. (Score:2)
Is it in some way similar to OpenOffice.org's ("OpenOffice.org")?
Try Smultron (Score:3, Informative)
http://smultron.sourceforge.net/ [sourceforge.net]
On Windows, I use PSPad (Free) or UltraEdit (Commercial). The only thing I know of on GNU/Linux is BlueFish and SciTe.
Re:Try Smultron (Score:4, Interesting)
I use Smultron exclusively -- every few months I check out Textmate again since everyone loves it so much, but it seems like a perfect example of a program that is made by programmers for programmers. For someone just looking for a text editor to do standard HTML/PHP/JS coding with syntax coloring, templates/snippets and good hidden file support Smultron works wonderfully out of the box. It would be nice to have code folding, but not if it means having 30,000 features for C++ programmers getting in my way.
I preemptively surrender to all the Textmate fans who will respond -- I know there's something about it everyone else loves, it just seems as awkward and geeky as emacs (though better looking) to me!
Re: (Score:2)
Anybody switching to Textmate from Vim? (Score:2)
... didn't think so.
And what's with the GNU Emacs ("Emacs") thing?
Re: (Score:2)
Vim used to be my primary text editor, but it had it's issues. It wasn't the greatest OS X citizen, I kept forgetting the nifty tricks that I only needed to pull out of a hat once every couple of months, and it's not as easily customizable as I would like. Bottom line is it's wicked powerful, but a lot of work.
TextMate, on the other hand, gives me almost all of the functionality I needed (yes, I have to go back to vim once every month or so for some task
Since you asked, the writer responds... (Score:2)
Oh, The Ignorance... (Score:3, Insightful)
1. TextMate is nothing like emacs. I actually dislike emacs. Nothing against emacs, it just doesn't fit me. (I used to use joe all the time, but recently decided I liked vim better).
2. TextMate is a text editor. It has three main features, two of which are pretty ordinary these days. The ordinary ones are tabs and a tree-file browser for managing a "project". The other one is its language definitions, which dictate the syntax hilighting, auto-completion, and commands that can be done on a file of that kind. The great thing is that the langauge definitions are fully editable down to the last detail, so you can manipulate them to be what you want them to be, all with a built-in editor, or even create your own!
3. I haven't heard this one here as much, but TextMate is MacOS X only not because they are elitist bastards, but because the Cocoa API is only supported in Mac OS X. Once you make your open source Cocoa API (GNUStep is a good place to start with that), then you can demand a port into Linux/Windows/etc.
4. Close-source != evil, despite what the OSS junkies say (or are they just freeloaders?!). I've done work on both open sourced and closed source projects. At the end of the day I have to eat. If no one pays me to code, then I don't have as much time to produce code. Most developers are in the same boat. Similarly, most companies don't want to pay developers for something that won't make them money. Otherwise they go out of business and noone can pay developers. In a utopian society that is all free and open source, who pays for software development? The point is thus two-fold:
a) It is difficult to have a world where everything is open source,
b) I don't mind paying for software if the company that makes it is actually devoted to making *good* software.
Not all close-source companies are out to steal all your money and screw you. Stop being so bitter.
I feel better. Carry on!
ruby (Score:2)
I use it exclusively for C++ / Ruby development, its a small price for bang for buck.
I love the in-built ruby language that is available within the editor itself, creating custom scripts in native ruby is a huge advantage.
For Windows users, In-type is probably the closest, it uses "Bundles" and many other things. Check it out, nice screencasts are available: http://intype.info/home/index.php [intype.info]
Re: (Score:2)
Re: (Score:2)
-matthew
Re: (Score:3, Interesting)
Textmate is great - it is the only thing i really miss from OSX
With textmate I learned advanced features much faster, compared to vim/emacs (being a long time vim user). I just ended up being more productive.
I think textmate is a perfect example of why following UI guidelines even help hackers.
For some reason we just put up with emacs/vim being so diffucult to learn. Everything that is different from what we are used is an abomination. It is only because
Re: (Score:2)
At risk of the Apple Mafia modding me down (Score:3, Insightful)
Lots of reasons, it's not -that- far-fetched.
Re: (Score:2)
Copying the "look and feel" of something shouldn't be a crime, contrary to what companies like Apple think.
And I'll slip into my flameproof suit to say this: For all its power, anyone who thinks cloning the Emacs GUI (and that includes XEmacs) should be impaled slowly with a rusted farm implement. Surely we can do better than that bizantine, bloated, confusing, slow and labrynthic interface. Again, for all its power and all that.
Re: (Score:2, Insightful)
I would actually *pay* for TextMate if I could get it on Windows and Linux. When I'm in KDE, I use Kate which is pretty similar in a lot of ways to TextMate. But on Windows, there's nothing I've found close enough to it. I just don't use
Re: (Score:2)
Of course there is, it's called Visual SlickEdit [slickedit.com].
It will set you back north of $250 for a single-user license, but then if you're a developer it will probably pay for itself inside of three months.
There's a kinda Windows version (Score:3, Informative)
Re: (Score:2)
Re: (Score:2)
Eclipse? It's gotten pretty damn good lately with awesome language support for pretty much anything you can think of... It's far from perfect and isn't the best performer out there, but it's pretty damned good... I like it for PHP and Ruby development along with RoR and some Python stuff I do too...
Re: (Score:2)
But I haven't used TextMate, so I can't say how it compares.
And no, I'm not associated with ActiveState, just a satisfied user.
Re:What is ir again? (Score:5, Informative)
It is a text editor with some ability to integrate with a development environment (but not quite an IDE) that is most commonly associated with Ruby on Rails development, but can be used to work in other environments. Which part of that isn't clear?
-matthew
Been demoing it myself. compare to BBEDIT (Score:5, Informative)
If I did not already have BBEDIT i'd have been very impressed. It also spurred me to look for features I liked to see if they were actually in BBEDIT and surprise they were there all along, I just had not noticed them. On the whole BBEDIT is more powerful and with more thoughtful distribution of things across the menus for easy access. But each has some specific features that might make or break the difference to specific users.
The big selling point of TextMate, is it's powerful active templating and macros. BBEDIT has text factories and lets you write filters so in principle simmilar behaviour might be possible. But TextMate has huge libraries of these already.
For example, when writing python, pull down the python template for a class and it gives you boilerplate class text, but then as you fill in the dummy fields it, for example, the args, it also automatically typing self.arg = arg in the function. Is that helpful? well probably yes in most cases.
likewise tabbing, will move between he dummy fields. And you can ask it to autocomplete a variable name for you and it will do the autocompletion from a dictionary it builds from scanning the document itself and finding variable names. In python which allows silent typos, that could be helpful.
Both BBEdit and Textmate have roll-up functions and oddly enough both implementations are buggy and don't properly recognize the ends of functions.
Both have emacs key bindings avaialble.
as textmate grows and add more and more language templates, it's ironically making those hard to access since the menus are getting too long.
both have grep search. Beedit has multi-file search too.
BBEDIT does a better job of exposing some basic text ops like, zapping invisible chars or converting line endings. It also shows tabs stops better.
A couple of things I have not yet figured out how to do in Textmate yet that I really am jonesing for are
Line numbering, and the ability to mark a set of lines and change them to comment lines in a language aware fashion.
A big marketing advantage for BBEDIT is that there's a free version. This way I can use the full price bbedit on my main computer but still have a nearly idendtical envirnoment on all the computers I use less often without paying for it. (for example, I can't legally use my work lic on my home computer, but I can use the free one).
So far I'm much preferring BBEDIT, though I wish it had the autocompletion and the active templating. My productivity is still higher in BBEDIT. But part of that is familiarity.
Both have command line invocation.
both are very good text editors and I could live with either. I suspect BBEDIT will be the winner of my test. THe free lite-version I use at at home forces me to continue using it even if I select TextMate for work.
For those of you in the Linux and Windows World who never had BBEDIT. I pity you.
Re:Been demoing it myself. compare to BBEDIT (Score:5, Informative)
Line numbering,"
View -> Gutter -> Line Numbers
" and the ability to mark a set of lines and change them to comment lines in a language aware fashion."
Command-/ (apple key + slash) will do just that.
Re: (Score:2)
Now how about a couple more things:
1) How come in python the class and function roll-ups often don't work right if I have a muli-line doc string after class/function definition? If I have one it does not let me roll up the class.
2) sometimes on already created files, the roll-ups are in the wrong places or missing. After I edit the files sometimes they show up.
3) is there any way to have some v
Re: (Score:2, Informative)
And for #5 - I know that with the subversion bundle, someone put together a nice command to bring up a comparison between your copy and the repository in the File Merge program. It's probably not a huge stretch from there to what you're looking for?
As for #1 and #2 - I believe there has been some discussion on the Mailing list regarding this type of thing. You can actually get int
Re: (Score:3, Interesting)
Then, under the View menu under Wrap Column, select "Other" then use the mouse to set it to column 80 (or, if you're happy with col. 78, you can just select that option) -- if you don't have Soft Wrap selected, then it will not wrap at that marker, just display it like you want.
As for the folding, in this version, all of the automatic folding i
Re: (Score:2)
Re: (Score:2, Informative)
To add line numbers
Re: (Score:2)
Now how about a couple more things:
1) How come in python the class and function roll-ups often don't work right if I have a muli-line doc string after class/function definition? If I have one it does not let me roll up the class.
2) sometimes on already created files, the roll-ups are in the wrong places or missing. After I edit the files sometimes they show up.
3) is
Re: (Score:2)
If you show the Bundle Editor (Cmd-Opt-Ctrl-B, or just go through the Bundles menu), then You'll see a "Filter List..." button under the list of bundles. Hit that, and you can remove any bundles you don't want to see from the list. I only have a handful active, turning bundles back on for the one or two times I need to use them. It keeps things easy to handle
Re: (Score:2, Insightful)
I'd translate that as "has better UI design"...
Re: (Score:2)
bbedit has way more features and tweaks since it's older. As it ages it's hard for users to keep track when they slide in a new feature. So much documentation obfuscated by every growing backward compatible cruft. When there are new things like say, column selection, that one might hav
Re: (Score:3, Interesting)
I figured out how the grep search and the text filters work, so I started automating my work a little at a time. What used to take 20 hours of work dropped to 10-12. Bought Mastering Regular Expressions, and by pag
Re: (Score:3, Informative)
As you can see, there is very little in BBEdit that is not in TextWrangler. For me, the only things I miss are that BBEdit has HTMLTidy built-in and the newest version (which I don't have yet) has code folding. Like the parent, I've got BBEdit at work and TW everywh
Re: (Score:2)
Continuing from above: Does TM have some great features? I'm sure it does. Would it take a long time for me to unlearn all my BBEdit skillz and learn the new ones? Yes. Would the whole thing be worth it? Not for the few features of TM that I'd like to have. I don't do *that* much coding. Maybe I'll look at it some day if I have some time, but it's unlikely to happen.
Re: (Score:2)
I'd buy it in a flash except the short-sighted developers won't let you pay for it with anything other than PayPal. I'm sure as hell not giving any money to PayPal, so I use TextWrangler.
Re: (Score:2)
And with Clippy on vim [sourceforge.net] who could ask for anything more? Can textMate do this [petebevin.com]?
Re: (Score:2)
Re: (Score:2, Flamebait)
Re: (Score:2)
But then again, how much source code do we really need for our media access controllers?
Re: (Score:2)
Re: (Score:2)
Re: (Score:2, Informative)
Re: (Score:2)
Re:Surprise! (Score:5, Insightful)
I can't adequately describe how sick I am of seeing this particular whine constantly being made on Slashdot. Really a case of ESR's gift culture at work there, guys.
Re: (Score:2)
Re: (Score:2)