GUI

Suggestions.GUI History

Hide minor edits - Show changes to markup

November 18, 2012, at 17:34 UTC by Erik - Added keyboard-shortcut change suggestion
Changed lines 1356-1362 from:

- Dan

to:

- Dan


Change the keyboard-shortcut for "Replace All" from ⌃⌘F witch is the OS X 10.7+ standard for going into full-screen. In my case it messed up my httpd.conf file since I happened to invoke the command after having searched for "auth" at some point, thus replacing all instances of the term in the document without me realizing it. After some clueless errors I had to dig up a backup of the file and run a file compare on it to realize what had happened.

- Erik

November 23, 2011, at 15:50 UTC by Avram -
Added line 1111:

- yes, +1 - and include the ability to select multiple folders. I frequently want to search for something in "app and lib" or in "spec, features and test"

November 23, 2011, at 15:45 UTC by Avram -
Added lines 145-148:

It would be especially helpful if you could make them appear/disappear by holding down a modifier key, and if it could show only the one (or two) that are closest to the I-beam or cursor.

-Avram

August 01, 2011, at 16:36 UTC by Colin Thomas-Arnold - go to file should match paths
Added lines 1225-1230:

Plus one on changing how "Go to File" matches. I disagree on the ordering (the adaptive matching is superior, imo), but matching the path name would resolve this requirement and add to the power of Cmd-T in one fell swoop.

Propose: space matches a slash. This retains backwards compatibility: no space, no slash, so only match against file name. once a space/slash char shows up, it starts to match against the path name.

- Colin Thomas-Arnold

October 15, 2010, at 00:13 UTC by Andrew -
Changed line 1199 from:
Already implemented with Dr Nic's Copy as RTF Bundle: http://github.com/drnic/copy-as-rtf-tmbundle
to:
Already implemented with the Copy as RTF Bundle: http://github.com/drnic/copy-as-rtf-tmbundle
October 15, 2010, at 00:12 UTC by Andrew -
Changed line 1199 from:
Already implemented with Dr Nic's Copy as RTF Bundle: http://wiki.macromates.com/Suggestions/GUI?action=edit
to:
Already implemented with Dr Nic's Copy as RTF Bundle: http://github.com/drnic/copy-as-rtf-tmbundle
October 15, 2010, at 00:11 UTC by Andrew -
Added lines 1198-1200:
Already implemented with Dr Nic's Copy as RTF Bundle: http://wiki.macromates.com/Suggestions/GUI?action=edit
-- Andrew
September 27, 2010, at 15:22 UTC by Dan Palmer - Added suggestion for viewing images in the project
Changed lines 1336-1342 from:

- Konsi

to:

- Konsi


How about image support. I don't want to edit, but simply being able to view an image in the main window when one is selected from the project would help a lot. Xcode has this feature and I suspect it would be relatively easy to implement. It may even be possible to use the quicklook code to support many different file type being viewed.

- Dan

July 14, 2010, at 06:37 UTC by Keith Morrison - +1 for a way to add vertical lines to indicate tab stops
Added lines 141-144:

+1 for a way to add vertical lines to indicate tab stops

-Keith Morrison

April 03, 2010, at 16:14 UTC by danpalmer -
Added lines 217-219:

-- danpalmer I have noticed that SublimeText, which is effectively TextMate for Windows as it supports the themes and bundles, does this very well, as does (I regret to say) Visual Studio.

February 17, 2010, at 12:31 UTC by Konsi -
Changed lines 1325-1327 from:

Decouple Textmate from Apple. I know this is equal to "Rewrite Textmate" but Txtmate is not what it is beacause the Apple-Platform. Its pure *nix power.

THink about an abstraction of the TM-Core from the window server and you have an implementation for Gnome, KDE and even Terminal. In my opinion this would really kick ass vim and emacs :D

to:

Decouple Textmate from Apple. I know this is equal to "Rewrite Textmate" but Textmate is not what it is because of the Apple-Platform. Its pure *nix power.

Think about an abstraction of the TM-Core from the window server and imagine you would have an implementation for Gnome, KDE and even Terminal. In my opinion this would really kick ass vim and emacs :D

February 17, 2010, at 12:29 UTC by Konsi -
Changed lines 1323-1329 from:

to:

Decouple Textmate from Apple. I know this is equal to "Rewrite Textmate" but Txtmate is not what it is beacause the Apple-Platform. Its pure *nix power.

THink about an abstraction of the TM-Core from the window server and you have an implementation for Gnome, KDE and even Terminal. In my opinion this would really kick ass vim and emacs :D

- Konsi

February 12, 2010, at 22:40 UTC by Julian Eberius - Minimap Plugin
Added lines 1318-1321:

I have started working on a TextMate minimap plugin. Have a go, if you want. I would appreciate any feedback! It can be found on http://julianeberius.github.com/Textmate-Minimap/

- Julian

December 02, 2009, at 16:30 UTC by michael starke - Reply to Key Binding Suggestion
Added lines 46-49:
MacOS has a default binding to all it's Save Dialouges. You can hit Enter to click the selected button, which should be "Save As" or you can always hit ⌘ + , for "Cancel" and ⌘ + D for "Don't Save" - work's in every Cocoa (and Cabon?) application i know of, in Textmate too =)
--Michael Starke
September 19, 2009, at 10:52 UTC by hauke - header fix again
Changed line 1307 from:

""Minimap / Birds Eye View""

to:

Minimap / Birds Eye View

September 19, 2009, at 10:51 UTC by hauke - header fix / adding my name to previous suggestion
Changed lines 1307-1308 from:

"Minimap / Birds Eye View"

to:

""Minimap / Birds Eye View""

Added lines 1312-1313:

- Hauke

September 19, 2009, at 10:50 UTC by hauke - adding "Minimap / Birds Eye View" feature suggestion
Added lines 1304-1311:

"Minimap / Birds Eye View"

There could be an additional column (left / right of the Editor) that shows the entire document scaled down to the current height of the editor. It will not actually allow you to read anything but you get an instant feeling of the document and where you are. Due to the "fingerprintish" look of the scaled down version the navigation within a document and also within multiple documents is much easier because you will tend to recognize a document by its visual representation rather than a name. This also useful when you skip between multiple documents.

A nice implementation of such a feature can be seen here: http://www.sublimetext.com/

July 07, 2009, at 00:33 UTC by Zach Powell - chimed in on Go To File dir issue.
Added lines 1207-1211:

This is the only feature missing in TextMate. I have twice as many en.yml and show.erb files than can fit on a screen.

-Zach Powell

March 04, 2009, at 17:53 UTC by James Childers - Add to chorus calling for split screens
Changed line 805 from:

-- Paul Thiel

to:

-- Paul Thiel\\

Changed lines 807-809 from:
to:

I was considering buying TextMate, but the lack of split screens was for me a dealbreaker. Currently I am using vim to do RoR developent, and have a split screen with the class on the top and the test below it. This way I can easily see and move between both related classes. TextMate allows for Cmd-<#> to switch between tabs, but I need (or rather prefer) to be able to easily do a visual comparison without a need to switch.
-- James Childers
\\

January 30, 2009, at 18:52 UTC by Steve Madsen - Seconded a Go To File feature suggestion
Added lines 1201-1204:

I also find myself working in projects with many same-named files. Being able to type a part of the leading directory with slashes to further refine the search would be ideal.

-Steve Madsen

January 14, 2009, at 21:11 UTC by gwhilts -
Changed lines 1176-1177 from:

Exporting Syntax Highlighting Information

to:

Exporting Syntax Highlighting Information

Changed lines 1205-1206 from:

Chinese / UTF-8 editing support.

to:

Chinese / UTF-8 editing support.

Changed lines 1212-1213 from:

Keyboard Equivalent for "Don't Save" button

to:

Keyboard Equivalent for "Don't Save" button

Changed lines 1221-1222 from:

Onscreen keyboard shortcuts

to:

Onscreen keyboard shortcuts

Changed lines 1229-1230 from:

Pull together different windows

to:

Pull together different windows

Changed lines 1237-1238 from:

Save scripts as execuable

to:

Save scripts as execuable

Changed lines 1245-1246 from:

Expiring tabs

to:

Expiring tabs

Changed lines 1254-1255 from:

Workspace

to:

Workspace

Changed lines 1262-1263 from:

Full Screen Mode

to:

Full Screen Mode

Changed lines 1271-1272 from:

Multi-Touch Support

to:

Multi-Touch Support

Added lines 1283-1292:

Contextual Themes

As others have suggested, I'd love to have themes applied contextually based on doc type.

i.e. a dark theme for code (.rb, .html, etc.) and a bright one for texty files (.txt, .textile, ...)

- J. Hilts

December 10, 2008, at 22:27 UTC by Max Baumann - Add Multi-touch suggestion
Added lines 1269-1282:

Multi-Touch Support

It would be sweet if there was support for the multi-touch guestures on the new mac tracpad Suggestions:

  • Swipe up takes you to the top of the file
  • Swipe down takes you to the bottom
  • Twist right for next tab
  • Twist left for prev tab

Of course, it would be ideal to be able to customize what the gestures do...

-Max Baumann

November 23, 2008, at 21:34 UTC by Gabe da Silveira - Better Find Dialog, Find/Replace Pairs
Added lines 27-30:

Re: Find/Replace Pairs in search. This is a definite pain point. Also the fact that it uses system-wide search history seems like it does more harm than good. The search box feels utterly generic and not designed for usability. I know Textmate strives for simplicity as opposed to the kitchen sink approach of BBEdit, but never at the expense of usability. BBEdit's find dialog is one of its strongest points, and something TextMate could learn a lot from. History plus saved pairs, regex syntax highlighting, asynchronous / cancellable search, match counts.

--Gabe da Silveira

November 18, 2008, at 13:38 UTC by Alex Graves - Full Screen Mode
Added lines 1255-1264:

Full Screen Mode

Like a lot of other people on here, I'd like a full screen mode. I love writeroom but I don't want to use yet another text editor, and I miss the features on textmate. Although I also code with textmate I'm interested in full screen for distraction free creative writing. I especially like the big black borders and the retro green text in writeroom... somehow sucks you into the words.

Surely this can't be that hard?

-Alex Graves

November 13, 2008, at 20:13 UTC by thomas -
Added lines 1164-1168:
  • Should be able to narrow down what files to search. Often i just want to find the word "cache" in rhtml files

--thomas

November 06, 2008, at 09:05 UTC by Christoffer Winterkvist -
Added lines 1242-1249:

Workspace

The problem with tabs is that when you have multiple files open some of tabs will become hidden. Tab-space just isn't big enough to hold all tabs at once. I think a smarter method would be to stack all open files vertically in the top of the drawer or do a more Espresso-ish approach and open files one at a time and if you want them open for a longer period of time (tabs) you can double click them and they will appear in your 'Workspace'.

-Christoffer Winterkvist

October 20, 2008, at 15:54 UTC by Steph Thirion - Added suggestion for a go to symbol panel in between files and text edit
Added lines 2-12:

Three areas: files, symbols, and text edit

The three main areas I always have open in textmate are: the file drawer, the text edit window, and the 'go to symbols' window, the first two are obvious, and the latter gives me a birds eye view of the class, so I can use it both to navigate and as a reference. I used to keep them in that order, from left to right. A few days back I realized that there is a hierarchy here: file, symbol, text. So I enlarged the file drawer, and placed the 'go to symbol' window in between the drawer. This little change has made navigating textmate so much more in sync with my brain: file -> method -> text. I would be nice if textmate allowed to snap a 'go to symbol' panel after the file drawer (and of course then that panel wouldn't close when pressing enter on a symbol).

--Steph Thirion

September 22, 2008, at 20:32 UTC by CS Hall -
Changed lines 768-769 from:

A split view is something that I really miss coming from MacVim. I hope this one gets added soon!

to:

A split view is something that I really miss coming from MacVim. I hope this one gets added soon!
-- CS Hall

September 22, 2008, at 20:26 UTC by CS Hall - Request for split view.
Added lines 767-768:


A split view is something that I really miss coming from MacVim. I hope this one gets added soon!

September 13, 2008, at 11:17 UTC by Anand Patil - Support Safari-esque find bar because it would work better with Spaces.
Added lines 13-16:
+1 to the Safari-esque find bar. I use spaces a lot, and when I type command-F when the find bar is on a different desktop I get automatically switched to that desktop. It's very disruptive.
--Anand Patil
Changed line 1229 from:

to:

August 22, 2008, at 06:53 UTC by Edvard Majakari - added separator
Changed lines 1223-1225 from:

-Edvard Majakari

to:

-Edvard Majakari


August 22, 2008, at 06:52 UTC by Edvard Majakari -
Added line 1223:

-Edvard Majakari

August 22, 2008, at 06:52 UTC by Edvard Majakari -
Changed lines 1216-1222 from:

to:

Expiring tabs

It would make buffer handling much more easier if there was an option to automatically close all other tabs (buffers) except n most recent unmodified buffers. That is, assume user Joe has 17 tabs open, 4 of which contain changes not yet written to disk. Now, if n is 16, Joe can open 3 more files before the oldest (least recently opened) unchanged buffer is automatically closed.

June 19, 2008, at 16:37 UTC by meekish -
Changed lines 63-64 from:

http://lighthousecf.org/TextMateSidebar.png

to:

http://archives.lighthousecf.org/TextMateSidebar.png

Changed line 1216 from:

to:

June 03, 2008, at 14:50 UTC by Allan Odgaard - Update bug.textmate.org link to point at the ticket system (mainly for the benefit of link crawlers)
Changed line 530 from:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http://bug.textmate.org (I'll add that to the help menu as well)\\

to:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http://macromates.com/ticket/ (I'll add that to the help menu as well)\\

May 30, 2008, at 09:15 UTC by svoop - Support Git (and maybe drop CVS in return)
Added lines 1013-1015:

Please, please, include support for Git as well as most of the Ruby/Rails devs who so dearly love TM have switched to Git. (You might drop CVS support in return - it's not widely used anymore.)

-- svoop

May 06, 2008, at 18:07 UTC by Paul Thiel - Supporting Split Screens or Tiling Windows (with hot-key) in TM2
Added lines 781-784:


I love TextMate and use it for programming Python, HTML, Javascript all day, every day! However, the single biggest shortcoming is the lack of a split screen or, at the very least, an option to tile the open windows and access them by hotkey. I truly hope this capability makes it into TextMate2 ... and that TM2 is here ... soon. I love it!
-- Paul Thiel \\

April 13, 2008, at 09:23 UTC by Silver Dream -
Added lines 142-145:

Yes, please! I second that strongly. Writeroom-alike mode would be very useful!

-Patrick

April 03, 2008, at 19:44 UTC by jeh -
Changed lines 115-118 from:
to:

I have to second this. It's amazing how often this turns out to be useful. Especially if you write any amount of Python or Makefile code.

--jeh

March 21, 2008, at 11:23 UTC by Sean Allen -
Added lines 379-380:
Emacs style would be much better. You could have multiple views on the same document, different locations, different documents, split 2 ways, 3, vertical, horizontal etc. This is my number one missed feature. --- Sean Allen
March 13, 2008, at 19:12 UTC by Chris Stevenson -
Changed lines 5-6 from:

Does anyone else think that a find bar that slides down from the top (or up from the bottom) similar to the one in Safari 3 would be preferable to the Find window which I seem to have to keep moving out of the way to see what I'm doing, particularly when doing a lot of find nexts. Some might argue that this will take away some document screen real-estate but so does a floating window. The Find In Document could slide down over the document and the Find In Project could slide down over the project drawer (which I really would like to see as a sidebar but I know you've a fondness for those flippin' drawers so as long as that Missing Drawer plugin keeps on working I'll live).

to:

Does anyone else think that a find bar that slides down from the top (or up from the bottom) similar to the one in Safari 3 would be preferable to the Find window which I seem to have to keep moving out of the way to see what I'm doing, particularly when doing a lot of find nexts? Some might argue that this will take away some document screen real-estate but so does a floating window. The Find In Document could slide down over the document and the Find In Project could slide down over the project drawer (which I really would like to see as a sidebar but I know you've a fondness for those flippin' drawers so as long as that Missing Drawer plugin keeps on working I'll live).

March 13, 2008, at 08:24 UTC by Chris Stevenson -
Changed lines 5-6 from:

Does anyone else think that a find bar that slides down from the top (or up from the bottom) similar to the one in Safari 3 would be preferable to the Find window which I seem to have to keep moving out of the way to see what I'm doing, particularly when doing a lot of find nexts. Some might argue that this will take away some document screen real-estate but so does a floating window. The Find In Document could slide down over the document and the Find In Project could slide down over the project drawer (which I really would like to see as a sidebar but I know you've a fondness for those flippin' drawers so as loong as that Missing Drawer plugin keeps on working I'll live).

to:

Does anyone else think that a find bar that slides down from the top (or up from the bottom) similar to the one in Safari 3 would be preferable to the Find window which I seem to have to keep moving out of the way to see what I'm doing, particularly when doing a lot of find nexts. Some might argue that this will take away some document screen real-estate but so does a floating window. The Find In Document could slide down over the document and the Find In Project could slide down over the project drawer (which I really would like to see as a sidebar but I know you've a fondness for those flippin' drawers so as long as that Missing Drawer plugin keeps on working I'll live).

Changed line 1200 from:

to:

March 13, 2008, at 08:23 UTC by Chris Stevenson -
Changed lines 5-6 from:

Does anyone else think that a find bar that slides down from the top (or up from the bottom) similar to the one in Safari 3 would be preferable to the Find window which I seem to have to keep moving out of the way to see what I'm doing, particularly when doing a lot of find nexts. Some might argue that this will take away some document screen real-estate but so does a floating window. The Find In Document could slide down over the document and the Find In Project could slide down over the project drawer (which I really would like to see as a sidebar but I know you've a fondness for those flippin' drawers).

to:

Does anyone else think that a find bar that slides down from the top (or up from the bottom) similar to the one in Safari 3 would be preferable to the Find window which I seem to have to keep moving out of the way to see what I'm doing, particularly when doing a lot of find nexts. Some might argue that this will take away some document screen real-estate but so does a floating window. The Find In Document could slide down over the document and the Find In Project could slide down over the project drawer (which I really would like to see as a sidebar but I know you've a fondness for those flippin' drawers so as loong as that Missing Drawer plugin keeps on working I'll live).

March 13, 2008, at 08:21 UTC by Chris Stevenson -
Changed lines 5-6 from:

Does anyone else think that a find bar that slides down from the top (or up from the bottom) would be preferable to the Find dialogue box which I seem to have to keep moving out of the way to see what I'm doing, particularly when doing a lot of find nexts. Some might argue that this will take away some document screen real-estate but so does a floating window. The Find In Document could slide down over the document and the Find In Project could slide down over the project drawer (which I really would like to see as a sidebar but I know you've a fondness for those flippin' drawers).

to:

Does anyone else think that a find bar that slides down from the top (or up from the bottom) similar to the one in Safari 3 would be preferable to the Find window which I seem to have to keep moving out of the way to see what I'm doing, particularly when doing a lot of find nexts. Some might argue that this will take away some document screen real-estate but so does a floating window. The Find In Document could slide down over the document and the Find In Project could slide down over the project drawer (which I really would like to see as a sidebar but I know you've a fondness for those flippin' drawers).

March 13, 2008, at 08:20 UTC by Chris Stevenson -
Added lines 3-13:

Safari-esque Find Bar

Does anyone else think that a find bar that slides down from the top (or up from the bottom) would be preferable to the Find dialogue box which I seem to have to keep moving out of the way to see what I'm doing, particularly when doing a lot of find nexts. Some might argue that this will take away some document screen real-estate but so does a floating window. The Find In Document could slide down over the document and the Find In Project could slide down over the project drawer (which I really would like to see as a sidebar but I know you've a fondness for those flippin' drawers).

It would also be handy to have a more highly visible colour used to highlight the text found in a search. I prefer to use a relatively subtle colour for highlighting text which doesn't exactly leap out at me when a find has found something. It could even be user definable.

A history of Find/Replace pairs would be nice too - I'm always searching for the same things and replacing them with the same things. These pairs might even form part of a library in each language bundle.

--Chris Stevenson


March 01, 2008, at 20:46 UTC by meekish -
Changed lines 50-51 from:

MissingDrawer Plugin: http://hetima.com/textmate/index-e.html

to:

MissingDrawer Plugin: http://code.google.com/p/textmate-missingdrawer/

February 27, 2008, at 20:24 UTC by juliano -
Added lines 46-49:

I concur, wholeheartedly. I've always had a distaste for drawers. Further, could we maybe customize the colors? I prefer a dark theme for editing and the glaring white drawer in my peripheral vision is a bother.

--juliano

February 18, 2008, at 09:44 UTC by Alex K -
Added lines 239-241:

I second the full screen mode. This would be a very useful feature and would definitely encourage me to buy textmate. --Alex

February 01, 2008, at 00:40 UTC by Paul McCann -
Changed lines 1153-1154 from:

It'd be great in the "Do you want to save changes" dialong if hitting "d" (no modifier) would choose "Don't Save" a la Photoshop. Then all three buttons would have keyboard equivalents, d, esc, and return.

to:

It'd be great in the "Do you want to save changes" dialog if hitting "d" (no modifier) would choose "Don't Save" a la Photoshop. Then all three buttons would have keyboard equivalents, d, esc, and return.

Added lines 1156-1157:

Just hit the space bar: note how the appropriate button in the dialog has a highlight ring: it's the same throughout the OS. Alternatively command-d does the same thing. Again, this is pretty much OS-standard.

January 25, 2008, at 10:47 UTC by marcv -
Changed line 578 from:

My personal choice in this case would be a multiline tab bar. I think the best option would be an entry in preference like "What to do when there are too many tabs ? 1) overflow menu 2) multiline tab bar 3) shrink tabs [here ask minmum tab width]".\\

to:

My personal choice in this case would be a multiline tab bar. I think the best option would be an entry in preferences like "What to do when there are too many tabs ? 1) overflow menu 2) multiline tab bar 3) shrink tabs [here ask minmum tab width]".\\

January 25, 2008, at 10:46 UTC by marcv -
Added line 219:
Deleted lines 220-226:

Expose-style tabs

One solution to the problem of having more tabs than can be displayed in the window is to have an expose-style display of the documents in each of the tabs (showing the names of the files) like Shiira. [1]

[1] http://hmdt-web.net/shiira/en


Deleted lines 276-280:

Show tab numbers in tab bar

  • Add a visual cue to show the command key shortcut number next to the filename in the tab bar. It can be hard to spot at a glance which tab is the fifth or sixth tab for quick Cmd-number switching. (Possibly have the number appear while Cmd key is held, in the place of the tab's close button?)

Changed lines 445-446 from:
  • I find/feel the tabs coloring for active/inactive files a little misleading. I often mistake the light colored (I'd be thinking about it as "highlighted" tab) tab for being the active one and start editing there. My suggestiong is to establish a color scheme for active, inactive, unsaved document tabs. I know it will take a while to contemplate such scheme. But I hope it is possible.
    -- Ismail Tabtabai \\
to:
  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.
    -- Mike Ross \\
Deleted lines 447-452:

Mockups are always welcome :)
-- Allan Odgaard

  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.
    -- Mike Ross
    \\
Changed lines 560-561 from:
  • Ability to hide the Tab Bar. WIth a Project, you can switch between files using the drawer, which deals with large numbers of files much better than the tab bar (which hides 90% of my working set behind the chevrons). Being able to hide the tab bar would free up space for two extra lines of code. The 'Hide Toolbar' widget (the long on on the right hand side of a window's title bar) would be ideal for this.
    -- scotfl\\
to:

Tab bar

  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.\\
Changed lines 563-565 from:
  • A preference to use Tabcolors, in order to make it easy to distinguish the open files in the tabs. For example based on filetype or file location. It would be great if this was customizable in preferences.
    -- Stefan Fountain\\
to:

This is scheduled for 1.2.
-- Allan Odgaard\\

Changed lines 566-568 from:
  • A preference to use the <title> attribute or a particular variable from an html/php page as the tab title instead of the file name. This especially useful if you are working on a website which is full of index.html/.php files making tabs hard to distinguish from one another.
    -- Shmuel Bowles\\
to:

A way to have the cool tabs without needing any form of project would rock. It's the one thing I've been looking for in a text editor on OSX since I switched and while TM gets close I'm still waiting. I don't want to have to have the project drawer because it takes up space that I want to use for my code (I work on a 12" iBook...). Some "Open in new tab" function (just like in Safari) in addition to the regular open would make me ecstatic.\\

Changed lines 568-570 from:
  • Every Website I made does it this way. When I edit a project it goes not long until I have dozens of 'index.html' open. Not so nice for the general overview.
    --nico\\
to:

I would like that too -- the project idea makes sense for certain sets of files but it breaks down when I try to use TM for Interarchy's "Edit with..." command. Since the files are stored on the server, I can't define them as a project, yet at the same time it's terribly nice to have multiple documents open in one window. BBEdit does this with a preference to open documents into the front window. \\

Changed lines 570-571 from:
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari. \\
to:

This is planned -- it's just a matter of time.
-- Allan Odgaard

  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.\\
Changed lines 575-576 from:

These keys have been used for shift left/right in most text editors (including Xcode) before Safari used these for tab switching, so I will stick with this. If you want the keys changed you can always use System Preferences / Keyboard & Mouse / Keyboard Shortcuts to change them yourself
-- Allan Odgaard\\

to:

Or what about the option to change the font (and size) for the tabs? That way if you know you're working on lots of files at the same time, you can pick a smaller size for all the tabs
-- daniel andersson\\

Changed lines 578-579 from:

I think its command-square-brackets that are used for indenting. Command-curly-brackets is what Safari now uses.
-- David Mankin\\

to:

My personal choice in this case would be a multiline tab bar. I think the best option would be an entry in preference like "What to do when there are too many tabs ? 1) overflow menu 2) multiline tab bar 3) shrink tabs [here ask minmum tab width]".
-- marcv\\

Changed lines 581-584 from:

That's true command-[ and command-] are used for back and forward in Safari, command-{ and command-} for tab switching.
-- Casper Kuijjer

  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)\\
to:
  • Ability to hide the Tab Bar. WIth a Project, you can switch between files using the drawer, which deals with large numbers of files much better than the tab bar (which hides 90% of my working set behind the chevrons). Being able to hide the tab bar would free up space for two extra lines of code. The 'Hide Toolbar' widget (the long on on the right hand side of a window's title bar) would be ideal for this.
    -- scotfl\\
Changed lines 585-588 from:

As for #2, 1.1b17 will show files in the file chooser sorted by last used, so opening last is then ⌘T and return.
-- Allan Odgaard

  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.\\
to:
  • Ability to add rules to tab ordering. For instance force ordering alphabetically. Better yet would be to allow grouping by file extensions then ordered alphabetically. My code is grouped in folders based on .rhtml in views and .rb in controllers..etc and keeping all .rhtml files together, .css together, etc would be great.
    -- Rick Harding
  • A floating palette containing the current tabs document outline, with the ability to jump to the selected fold, and also to open/close the folds. Instead of a function tab that many people want, i find this works better, because you can see more of the outline of the current document.
  • Expose-style tabs. One solution to the problem of having more tabs than can be displayed in the window is to have an expose-style display of the documents in each of the tabs (showing the names of the files) like Shiira (http://hmdt-web.net/shiira/en)\\
Changed lines 593-596 from:

This is scheduled for 1.2.
-- Allan Odgaard

  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.\\
to:
  • Expandable tab area: instead of a menu, what if there was a button to expand the tab area? The expansion could contract again at the next click on the window, Exposé-style.
    -- Ryan Platte\\
Changed lines 597-602 from:

Changed tabs have a bullet instead of a cross as the close symbol.

  • A floating palette containing the current tabs document outline, with the ability to jump to the selected fold, and also to open/close the folds. Instead of a function tab that many people want, i find this works better, because you can see more of the outline of the current document.
  • "Close all tabs but the current one" would be nice. I'm editing a lot of Java code and typically open a lot of small files. This creates a lot of tabs which I'd like to close quickly.
    --Thorsten Greiner \\
to:

Tab navigation

  • It would be nice to be able to switch between tabs in an easier way than ⌥⌘-(left) or ⌥⌘-(right). I would like to see "Alt-Tab" functionality brought to TextMate Tabs by binding it to ⌘-` (backtick). I often switch back and forth between two different buffers, and this would be nice.
    -- R McGeary\\
Changed lines 602-606 from:

There's close all tabs on ⌃⌘W (I know you asked for all but current, but many are not aware of the current key)
-- Allan Odgaard

  • When I click and hold my cursor on an open tab, then "Close All Tabs" via keyboard command I want all the tabs to close except the one I clicked.
    -- Craig Davey \\
to:

Switching tabs would be even easier with the mouse scroll wheel, as in Firefox (feature of many tab-related extensions) or Safari (with SafariStand). Very useful.
-- Chris\\

Changed lines 605-607 from:
  • Higher contrast tabs for selected file vs other scripts you are currently editing. Light Gray vs Lighter Gray is hard on my eyes.
    -- Kenrick Buchanan \\
to:

Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari. These keys have been used for shift left/right in most text editors (including Xcode) before Safari used these for tab switching, so I will stick with this. If you want the keys changed you can always use System Preferences / Keyboard & Mouse / Keyboard Shortcuts to change them yourself''
-- Allan Odgaard\\

Changed lines 608-617 from:

You're more than welcome to send a mockup or fidle with the graphics in the current graphics in the TextMate.app bundle. The current tabs went through several iterations, experimenting with different tints etc.\\

to:

I think its command-square-brackets that are used for indenting. Command-curly-brackets is what Safari now uses.
-- David Mankin

That's true command-[ and command-] are used for back and forward in Safari, command-{ and command-} for tab switching.
-- Casper Kuijjer

  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)

    As for #2, 1.1b17 will show files in the file chooser sorted by last used, so opening last is then ⌘T and return.\\
Changed lines 620-626 from:
  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.
  • Or what about the option to change the font (and size) for the tabs? That way if you know you're working on lots of files at the same time, you can pick a smaller size for all the tabs -- daniel andersson
  • A way to have the cool tabs without needing any form of project would rock. It's the one thing I've been looking for in a text editor on OSX since I switched and while TM gets close I'm still waiting. I don't want to have to have the project drawer because it takes up space that I want to use for my code (I work on a 12" iBook...). Some "Open in new tab" function (just like in Safari) in addition to the regular open would make me ecstatic.
    • I would like that too -- the project idea makes sense for certain sets of files but it breaks down when I try to use TM for Interarchy's "Edit with..." command. Since the files are stored on the server, I can't define them as a project, yet at the same time it's terribly nice to have multiple documents open in one window. BBEdit does this with a preference to open documents into the front window. \\
to:
  • When I click and hold my cursor on an open tab, then "Close All Tabs" via keyboard command I want all the tabs to close except the one I clicked.
    -- Craig Davey \\
Changed lines 623-626 from:

This is planned -- it's just a matter of time.\\

to:

"Close all tabs but the current one" would be nice. I'm editing a lot of Java code and typically open a lot of small files. This creates a lot of tabs which I'd like to close quickly.
--Thorsten Greiner

There's close all tabs on ⌃⌘W (I know you asked for all but current, but many are not aware of the current key)\\

Changed lines 635-638 from:
  • Tabs whose layout and display behavior may be overriden by regular expressions on the file names (or perhaps the content of the files themselves). Example uses might be
    • test file tabs self-organize to the right with a slight yellowish hue.
    • code file tabls self-organize to the left
    • *.css tabs to auto close after 10 minutes of inactivity \\
to:

Tab appearance

  • Higher contrast tabs for selected file vs other scripts you are currently editing. Light Gray vs Lighter Gray is hard on my eyes.
    -- Kenrick Buchanan \\
Changed lines 640-649 from:

This may all be crazy talk.
-- Doug Feuerbach

  • Ability to add rules to tab ordering. For instance force ordering alphabetically. Better yet would be to allow grouping by file extensions then ordered alphabetically. My code is grouped in folders based on .rhtml in views and .rb in controllers..etc and keeping all .rhtml files together, .css together, etc would be great.
    -- Rick Harding

  • Status line feature request: have the ability to view the number of words and lines in the entire document.
    -- Dylan McNamee \\
to:

You're more than welcome to send a mockup or fidle with the graphics in the current graphics in the TextMate.app bundle. The current tabs went through several iterations, experimenting with different tints etc.
-- Allan Odgaard\\

Changed lines 643-646 from:

Currently you can press ⌃⇧N to get that information. It's a lot of work to keep this statistics up-to-date on each change, so it's unlikely to see its way to the status bar anytime soon. Btw: for r540 the ⌃⇧N function works only on the selection, in future builds it'll fall back to the document when there's no selection.\\

to:

I find/feel the tabs coloring for active/inactive files a little misleading. I often mistake the light colored (I'd be thinking about it as "highlighted" tab) tab for being the active one and start editing there. My suggestiong is to establish a color scheme for active, inactive, unsaved document tabs. I know it will take a while to contemplate such scheme. But I hope it is possible.
-- Ismail Tabtabai

Mockups are always welcome :)\\

Changed lines 649-653 from:
to:
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.\\
Changed lines 651-655 from:

Recent betas have both the ability to edit language grammar and fonts & colors (for all elements).
-- Allan Odgaard

  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
    -- Adam Sanderson\\
to:

Changed tabs have a bullet instead of a cross as the close symbol.

  • A preference to use Tabcolors, in order to make it easy to distinguish the open files in the tabs. For example based on filetype or file location. It would be great if this was customizable in preferences.
    -- Stefan Fountain\\
Changed lines 656-658 from:

It would also be useful to see the path in the Window menu. - NC\\

to:
  • I can change tabs with Command-1 to 0 but after, let's say the 5. tab it's a bit exhausting to count the tabs only to get the right tab. My suggestion is to replace the small x (which gets surrounded by a circle when you hover it) with the number of the tab in place from left to right, when you hover it the current x shows up and the user knows that he can close the tab/document with a click. So with only one look at the tabbar I'll recognize the right tab number.
    -- Jens Kohl\\
Changed lines 660-666 from:

Making this feature smart enough to read the actual server path when editing a remote file via FTP would also be extremely handy.
-- Michael Lehmkuhl
\\` Something like this will happen.
-- Allan Odgaard

  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.\\
to:
  • Add a visual cue to show the command key shortcut number next to the filename in the tab bar. It can be hard to spot at a glance which tab is the fifth or sixth tab for quick Cmd-number switching. (Possibly have the number appear while Cmd key is held, in the place of the tab's close button?) \\
Changed lines 663-666 from:

This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
-- Allan Odgaard
I would favour an additional "force reload", because it sometimes happens that new files are not recognized and renamed files stay at their (wrong) position.
-- Alex Kirk\\

to:
  • A preference to use the <title> attribute or a particular variable from an html/php page as the tab title instead of the file name. This especially useful if you are working on a website which is full of index.html/.php files making tabs hard to distinguish from one another.
    -- Shmuel Bowles
    • Every Website I made does it this way. When I edit a project it goes not long until I have dozens of 'index.html' open. Not so nice for the general overview.
      --nico
  • Tabs whose layout and display behavior may be overriden by regular expressions on the file names (or perhaps the content of the files themselves). Example uses might be
    • test file tabs self-organize to the right with a slight yellowish hue.
    • code file tabls self-organize to the left
    • *.css tabs to auto close after 10 minutes of inactivity
      This may all be crazy talk.
      -- Doug Feuerbach

  • Status line feature request: have the ability to view the number of words and lines in the entire document.
    -- Dylan McNamee \\
Changed line 682 from:

All things related to projects will receive a makeover in 1.2,\\

to:

Currently you can press ⌃⇧N to get that information. It's a lot of work to keep this statistics up-to-date on each change, so it's unlikely to see its way to the status bar anytime soon. Btw: for r540 the ⌃⇧N function works only on the selection, in future builds it'll fall back to the document when there's no selection.\\

Changed lines 685-688 from:

Split Screens

  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
to:
Changed lines 691-692 from:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

to:

Recent betas have both the ability to edit language grammar and fonts & colors (for all elements).
-- Allan Odgaard

  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
    -- Adam Sanderson\\
Changed lines 697-698 from:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)
-- Zack Charter\\

to:

It would also be useful to see the path in the Window menu. - NC\\

Changed lines 699-700 from:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
-- Chris Thomas\\

to:

Making this feature smart enough to read the actual server path when editing a remote file via FTP would also be extremely handy.
-- Michael Lehmkuhl
\\` Something like this will happen.
-- Allan Odgaard

  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.\\
Changed lines 707-710 from:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.\\

to:

This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
-- Allan Odgaard
I would favour an additional "force reload", because it sometimes happens that new files are not recognized and renamed files stay at their (wrong) position.
-- Alex Kirk\\

Changed lines 712-713 from:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
-- Chris Thomas\\

to:

All things related to projects will receive a makeover in 1.2,
-- Allan Odgaard

Split Screens

  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
Changed lines 720-721 from:

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon\\

to:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

Changed lines 723-724 from:

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.\\

to:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)
-- Zack Charter\\

Changed lines 726-727 from:

You want emacs, don't you? (actually, so do I). Screen splitting would be very useful for me, too. Add another one to the list clamouring for it. Simon Stapleton\\

to:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
-- Chris Thomas\\

Changed line 729 from:

Emacs is free. Just use it. Don't pay and suffer the indignity of making 'requests' to Allan. Do it yourself. Fact: there is almost no feature TextMate that can't be implemented or is already available in Emacs. I got tired very quickly of saying 'please' to Allan, so he would incorporate some trivial preference of mine. Allan isn't God. Pathetic. Richard Thompson

to:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.\\

Changed lines 731-732 from:

Having a split view for the output buffer is something I would love to see. I use Scite on Windows where I have become addicted to this feature but I can't find it in any Mac editor. Displaying the output in a separate window (like TextMate) or a separate tab (like TextWrangler) just isn't the same.
-- Richard Cooper\\

to:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
-- Chris Thomas\\

Changed lines 734-735 from:

I agree with the need for split views. All the ideas here are excellent. One additional idea is to allow multiple windows for the same project, possibly even referencing the same document (with views kept in sync if this is the case). With these two features and full screen I think we'd have pretty much total flexibility in laying out views onto our text.
-- Matthew\\

to:

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon\\

Changed lines 737-738 from:

I haven't heard you weigh in on the subject of split screens, Allan. What do you think? Implement in upcoming version? Not at all?
-- Matt Helmick\\

to:

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.\\

Added lines 739-751:

You want emacs, don't you? (actually, so do I). Screen splitting would be very useful for me, too. Add another one to the list clamouring for it. Simon Stapleton

Emacs is free. Just use it. Don't pay and suffer the indignity of making 'requests' to Allan. Do it yourself. Fact: there is almost no feature TextMate that can't be implemented or is already available in Emacs. I got tired very quickly of saying 'please' to Allan, so he would incorporate some trivial preference of mine. Allan isn't God. Pathetic. Richard Thompson
Having a split view for the output buffer is something I would love to see. I use Scite on Windows where I have become addicted to this feature but I can't find it in any Mac editor. Displaying the output in a separate window (like TextMate) or a separate tab (like TextWrangler) just isn't the same.
-- Richard Cooper

I agree with the need for split views. All the ideas here are excellent. One additional idea is to allow multiple windows for the same project, possibly even referencing the same document (with views kept in sync if this is the case). With these two features and full screen I think we'd have pretty much total flexibility in laying out views onto our text.
-- Matthew

I haven't heard you weigh in on the subject of split screens, Allan. What do you think? Implement in upcoming version? Not at all?
-- Matt Helmick
\\

Deleted lines 955-956:
  • Expandable tab area: instead of a menu, what if there was a button to expand the tab area? The expansion could contract again at the next click on the window, Exposé-style. -- Ryan Platte
Changed lines 1023-1034 from:

Navigation in the GUI

Easier tab switching

It would be nice to be able to switch between tabs in an easier way than ⌥⌘-(left) or ⌥⌘-(right). I would like to see "Alt-Tab" functionality brought to TextMate Tabs by binding it to ⌘-` (backtick). I often switch back and forth between two different buffers, and this would be nice.
-- R McGeary

Switching tabs would be even easier with the mouse scroll wheel, as in Firefox (feature of many tab-related extensions) or Safari (with SafariStand). Very useful.
-- Chris


to:
Deleted lines 1077-1083:

Tab-index-indicator

I can change tabs with Command-1 to 0 but after, let's say the 5. tab it's a bit exhausting to count the tabs only to get the right tab. My suggestion is to replace the small x (which gets surrounded by a circle when you hover it) with the number of the tab in place from left to right, when you hover it the current x shows up and the user knows that he can close the tab/document with a click. So with only one look at the tabbar I'll recognize the right tab number.

-Jens Kohl


January 24, 2008, at 14:39 UTC by Jan Myers -
Added lines 3-12:

Automatic toggling of AntiAlias

I think the correct behaviour should be to disable AntiAlias for font sizes below the limit set in the system preferences and to enable it for larger font sizes. I find myself adjusting the font-size constantly, depening on the size of my code, the available screen space and the time of day (the later the night, the larger the font). The problem with this is that Antialiasing looks awful on small font sizes while Non-Antialiasing looks awful on larger font-sizes. OS X has a setting for this exact problem (in the Font Smoothing Preferences) and it's a bit disappointing to see Textmate ignore this setting, forcing me to manually enter the Textmate preferences and toggle AntiAliasing on and off.

I suggest replacing the On/Off Checkbox with a Dropdown to chose between Always On/Always Off/System Preference.

--Jan Myers


January 14, 2008, at 19:15 UTC by Thomas Allen -
Added lines 3-9:

Dialog Keybindings

Most Mac programs have these, and TextMate should too. If I have an unsaved file and try to close it, pressing "D" on my keyboard should select "Don't Save", etc. Could we please have this little feature?

--Thomas Allen


January 09, 2008, at 12:37 UTC by Geoffrey Clements -
Added lines 1162-1169:

Save scripts as execuable

It might be nice to have a checkbox on the Save dialogbox to save a file as executable. Otherwise you have to go to a terminal and run 'chmod +x foo.rb' yourself.

-Geoffrey Clements

December 28, 2007, at 23:05 UTC by omnivore -
Added lines 781-783:

Drag and Drop Folded Elements

using the orange folded element icon to drag items would certainly be a boon, esp. between documents - great when refactoring. Or can this be done already? Great Product, BTW.

Changed lines 1162-1166 from:

Drag and Drop Folded Elements

using the orange folded element icon to drag items would certainly be a boon, esp. between documents - great when refactoring. Or can this be done?

to:

December 28, 2007, at 22:47 UTC by omnivore -
Changed lines 1157-1163 from:

-James Raybould

to:

-James Raybould


Drag and Drop Folded Elements

using the orange folded element icon to drag items would certainly be a boon, esp. between documents - great when refactoring. Or can this be done?

December 07, 2007, at 16:10 UTC by meekish -
Added lines 29-30:

MissingDrawer Plugin: http://hetima.com/textmate/index-e.html

December 06, 2007, at 18:32 UTC by ScottEllsworth -
Added lines 143-149:

"Add a button to the Find dialog box that pastes the current selection into the find or replace text box. I use this in BBEdit all the time. (I usually copy the text I want to find, then select the text I want to replace, hit the find command key, paste, hit the magic S, and go."

TextMate is quite cool - this is one of the few things I miss.

--ScottEllsworth


November 30, 2007, at 21:58 UTC by Anand Patil -
Changed lines 9-10 from:

---

to:

November 30, 2007, at 21:57 UTC by Anand Patil -
Changed lines 3-10 from:
to:

Fortran column highlighting

It would be nice if the syntactically meaningful columns were highlighted when editing Fortran files. I always forget what goes where.

--Anand

---

November 26, 2007, at 22:24 UTC by James Raybould -
Changed lines 1135-1136 from:

to:

Pull together different windows

I often find myself opening up one window to edit a particular page of a website only to find out that I need to make changes in others so I'll end up with 5 or 6 different windows from the same project, it would be nice if I could pull all of these together into a single window with a draw/tab for each of them.

-James Raybould

November 20, 2007, at 16:33 UTC by Eric OConnell -
Added lines 1105-1110:

Addendum:

It would be even easier if the path were included in the search if any forward-slash characters were present in the search string. This would make my life so much easier!!

-Eric O'Connell

November 16, 2007, at 18:06 UTC by meekish -
Changed lines 18-19 from:

With the release of Leopard, Apple seem to have "officialy" deprecated the drawer widget. Thus, a sidebar is at the top of my wishlist for TextMate 2.0

to:

With the release of Leopard, Apple seems to have unofficially deprecated the drawer widget. Thus, a sidebar is at the top of my wishlist for TextMate 2.0

November 16, 2007, at 18:00 UTC by meekish -
Added lines 4-25:

Replace Project Drawer with an XCode-like Project Sidebar

The drawer is not as good as a sidebar because once the editor window is made full screen (while the drawer is already open) there is no way easily readjust the size of the drawer or the window. One has to make the drawer smaller and then move the window and finally change the size of the window. Or to make the drawer bigger one has to make the window smaller, move it and then enlarge the drawer.

Also, the drawer opens automatically on the right/left hand side of the window depending on available space. This is pretty annoying.

I think that the resizable sidebar panel is much more useful and easier to use.

--tomek

I totally agree. Please move the drawer to a sidebar. Drawers make baby Jesus cry. ...and thank you for the great product.

--chip ramsey

With the release of Leopard, Apple seem to have "officialy" deprecated the drawer widget. Thus, a sidebar is at the top of my wishlist for TextMate 2.0

--meekish

http://lighthousecf.org/TextMateSidebar.png


Added line 140:
Deleted lines 141-155:

Replace Project Drawer with an XCode-like Project Sidebar

The drawer is not as good as a sidebar because once the editor window is made full screen (while the drawer is already open) there is no way easily readjust the size of the drawer or the window. One has to make the drawer smaller and then move the window and finally change the size of the window. Or to make the drawer bigger one has to make the window smaller, move it and then enlarge the drawer.

Also, the drawer opens automatically on the right/left hand side of the window depending on available space. This is pretty annoying.

I think that the resizable sidebar panel is much more useful and easier to use.

--tomek

I totally agree. Please move the drawer to a sidebar. Drawers make baby Jesus cry. ...and thank you for the great product.

--chip ramsey


October 19, 2007, at 00:59 UTC by AN -
Changed line 432 from:

-- Aviv Nitsan \\

to:

-- A.N. \\

October 03, 2007, at 15:25 UTC by Tarun -
Added lines 755-756:
  • I would love to see CSS and other languages where spacing is not an issue have an option to just put all the attributes onto one line instead of tab indented and switch back as needed. Thus your CSS could follow this principle (http://orderedlist.com/articles/single-line-css) or be tab indented as needed.
September 29, 2007, at 21:03 UTC by Parrish Myers -
Added lines 1111-1119:

Onscreen keyboard shortcuts

It would be helpful if I could press some sequence ctrl-? or something and a semitransparent borderless windows would display many of the most prevelent or all current (mode sensitive) keyboard shortcuts that are available. Much like pressing shift-? while using Google Reader.

-Parrish Myers

September 26, 2007, at 19:24 UTC by Toby Boyd -
Added lines 1104-1110:

Keyboard Equivalent for "Don't Save" button

It'd be great in the "Do you want to save changes" dialong if hitting "d" (no modifier) would choose "Don't Save" a la Photoshop. Then all three buttons would have keyboard equivalents, d, esc, and return.

-Toby Boyd

September 12, 2007, at 18:05 UTC by chip ramsey -
Added lines 129-132:

I totally agree. Please move the drawer to a sidebar. Drawers make baby Jesus cry. ...and thank you for the great product.

--chip ramsey

September 07, 2007, at 22:33 UTC by Nathan Stewart -
Added lines 1092-1100:

Chinese / UTF-8 editing support.

If you type english then chinese, the first chinese character overlaps the english character. Need proper spacing on the characters.

-Nathan Stewart


August 14, 2007, at 22:49 UTC by tomek -
Added lines 8-9:

-tomek

Added lines 16-20:

[15/08/2007] Just to add to the above. A number of people, including myself, have already suggested abandoning the drawer in favour of XCode/Mail/iTunes-like resizable Sidebar Panel.

-tomek

August 14, 2007, at 22:45 UTC by tomek -
Added lines 4-9:

Enhance Bookmarks

I work with bookmarks a lot and after a while it's hard to remember where they all are. It would be great to have a cross-file bookmarks panel similar to the Go To File panel. The bookmarks panel would display a list of all the bookmarks set in the project indicating which files they belong to and showing the first few characters of the line on which the bookmark was set.


August 02, 2007, at 15:41 UTC by Chris Alfeld -
Added lines 1072-1078:

Go to File to resolve ambiguity to directory of current file

I edit projects with many files of the same name, e.g., Makefile.am. When I use Cmd-T and enter Makefile.am I see all of them with their directories in no particular order (???). It would be nice if the top one was the one in the same directory as the file I'm currently looking at. Even better would be if they were further ordered: current directory, parent directory, parent parent, ..., and then all the others.

-Chris Alfeld


August 01, 2007, at 13:32 UTC by Marion Dickten -
Added lines 3-8:

Remember Drawer state

Since the names of my Rails docs are sometimes pretty long (fachdiskussionen_controller.rb and the like), the drawer is always too narrow. I really would appreciate it if the drawer remembered upon startup how wide it was the last time (if this is possible). Otherwise I'm quite happy with the app.


July 20, 2007, at 18:15 UTC by Jonathan Penn -
Added lines 53-56:

New Issue: MegaZoomer seems pretty cool. I've installed it for other purposes. But the nifty thing about WriteRoom is that it offers adjustable margins. Basically you can put a single column of text a few inches wide running down the center of your screen where you can focus. Megazoomer just blows up the whole window to fill the screen. On a widescreen MacBook that's overkill if you wanted soft word wraps.

-Jonathan

July 20, 2007, at 15:35 UTC by Frank F -
Added lines 686-687:
  • This could also allow to partially fold an if-else-endif block in Fortran, if one could define one item to be a folding start and endtag at the same time! Please make it happen!
June 22, 2007, at 08:42 UTC by Meffe -
Deleted line 1:
Added lines 3-5:

Refine the box used for insert entitiy in HTML-bundle. In 1.5.4 it was a popup, in 1.5.5 it is a list with a search field above. The thing is that, with the popup you could get to your wanted entity in the list by hitting space and then i.e. 'e' and then find eacute. Now you first have to hit shift-tab to get to the search field. Then tab back to the list to select the right entity. My suggestion is to use something like the go to file-dialog (command-t)


June 03, 2007, at 17:59 UTC by Trevor -
Added lines 191-192:

TextPad on Windows also does this, and it's a feature I've missed since I switched back to the Mac. - Trevor

May 29, 2007, at 13:32 UTC by billspat -
Deleted lines 768-793:

a b c d e f g h i j k l m n o p q r s t u v w x y z

May 29, 2007, at 07:53 UTC by andrea -
Added lines 4-8:

Elastic tabstops

http://nickgravgaard.com/elastictabstops/


April 30, 2007, at 17:39 UTC by Kyle Brett -
Deleted lines 294-295:

I think this is extremely important. Splitting views ought to be unlimited, also, like in Emacs. --Kyle Brett

April 24, 2007, at 07:25 UTC by scoopr -
Changed lines 4-5 from:

"Multiselect in Go to File"

to:

Multiselect in Go to File

April 24, 2007, at 07:23 UTC by scoopr -
Added lines 4-10:

"Multiselect in Go to File"

I would really like to be able to open multiple files in the ⌘T menu. By instinct, I start to "paint" files with shift-down (to get foo.rb and foo_spec.rb open at the same time). Also ⌘-clicking could be useful for selecting files.

- Mikko Lehtonen


April 11, 2007, at 23:44 UTC by stephancom -
Changed lines 656-659 from:
to:


Yes, please! I need split windows desperately, right at this moment :) and I've been missing it for a while. "(also recommend merging this wiki section with above Split Views" section)
-- stephan.com

April 04, 2007, at 20:26 UTC by joh -
Added lines 4-10:

Introspection for keyboard shortcuts

Right now it's a pain to work with shortcuts in TextMate. The only way to find out what a shortcut does is hitting it and see what happens. This is especially painful when you're trying to find a free one when adding things. There's a "Keyboard Shortcuts List", but it seems to be static - change some shortcuts and the list will still display the default ones. You also can't search there or sort it in any way.

The fact that there are actually no less than three different ways shortcuts are defined (Cocoa-keybindings, Menu Equivalent keys and those shortcuts defined in a bundle) makes this even more trouble-prone.


March 27, 2007, at 22:49 UTC by Ron Patterson -
Added lines 977-982:

Also sftp support too! BBedit & TextWangler support both of ftp and sftp.

- Ron Patterson


March 18, 2007, at 11:26 UTC by James Churchman -
Changed lines 4-5 from:

'vertical lines to indicate tab indentation levels

to:

vertical lines to indicate tab indentation levels

March 18, 2007, at 11:25 UTC by James Churchman -
Added lines 4-13:

'vertical lines to indicate tab indentation levels

very simple, in BBedit and TextWrangler you can have "show tab stops" (view>Text Display> show tab stops) and this places light grey vertical lines spaced with the same spacing as a tab symbol. This lets you very easily scan down with your eyes to see the end of a function, case etc... and also that you have the indentation correct. I find it much easier to view my code with this enabled and would hugely appreciate it

many thanks, just discovered textmate and it is amazing, took a few hours, but truly amazing!

-James Churchman


March 06, 2007, at 18:09 UTC by Alistair Holt -
Added lines 4-10:

Tear-off tabs or similar

It would be nice to be able to tear off tabs so that you can see a couple of documents from the same project on-screen at once.

-Alistair Holt


February 27, 2007, at 22:47 UTC by barry -
Added lines 1032-1035:

UPDATE

I see that something like this is possible with the TexMate->Create HTML from Document Bundle command, but unless you want the entire source as a web page, there are clumsy intermediate steps in what could be a seamless operation.

February 26, 2007, at 21:14 UTC by barry -
Added lines 13-14:

-barry

Changed lines 1022-1034 from:

--h3h

to:

--h3h


Exporting Syntax Highlighting Information

  • Source looks great in TextMate, due to the great syntax highlighting, but there is no way to get this information out. When creating a presentation or writing rich text documentation, it would be nice to be able copy code in TextMate and have the rich text clipboard populated with the syntax highlighted version of the code, which could then be pasted into any rich text aware application.
  • Another similar feature would be the ability to print with syntax highlighting. Color makes code so much easier to grok.
  • This is not central to actually developing, so I realize it probably won't happen, but it would be very nice, would be completely unobtrusive, and would make sharing ideas much easier.

-barry


February 26, 2007, at 20:56 UTC by barry -
Changed lines 11-12 from:
 - This is a SIMBL plugin that enables any Cocoa app to be full screened.  I use it with TextMate and Terminal all of the time and it works great.
to:

This is a SIMBL plugin that enables any Cocoa app to be full screened. I use it with TextMate and Terminal all of the time and it works great.

February 26, 2007, at 20:49 UTC by barry -
Changed lines 10-12 from:

MegaZoomer - http://www.ianhenderson.org/megazoomer.html This is a SIMBL plugin that enables any Cocoa app to be full screened. I use it with TextMate and Terminal all of the time and it works great.

to:

Solution: Check out MegaZoomer - http://www.ianhenderson.org/megazoomer.html

 - This is a SIMBL plugin that enables any Cocoa app to be full screened.  I use it with TextMate and Terminal all of the time and it works great.
February 26, 2007, at 20:48 UTC by barry -
Changed lines 10-12 from:
to:

MegaZoomer - http://www.ianhenderson.org/megazoomer.html This is a SIMBL plugin that enables any Cocoa app to be full screened. I use it with TextMate and Terminal all of the time and it works great.

February 22, 2007, at 03:39 UTC by guardian34 -
Added lines 679-680:
  • Fold CSS when the closing brace is indented (farther than the opening brace).
February 20, 2007, at 12:48 UTC by Martin -
Added lines 4-11:

Fullscreen Editing

There should be a mode where TextMate switches to a fullscreen mode. The sidebar could be something like a navigation bar like in this wiki. For an example see http://www.hogbaysoftware.com/product/writeroom (This is a very simple notepad but the fullscreen mode is really something that works for me.

-Martin


January 25, 2007, at 22:11 UTC by Juliano -
Changed line 3 from:

---

to:

Added lines 8-9:

-Juliano

January 25, 2007, at 22:10 UTC by Juliano -
Added lines 3-8:

--- File Browswer Theme

The Drawer (or Side Panel, should you choose to implement it as such, which I firmly support), should be able to be themed similarly to how the editing window is themed. I prefer dark themes and try to match my screens brightness with the ambient light, since this is best for ones eyes. The fact that the drawer always remains bright white, however, reduces this effect since glancing back and forth requires ones eyes to dilate and contract often. It would be great if the colors were user configurable.

P.S. I Love TextMate

January 02, 2007, at 20:22 UTC by yelly -
Changed lines 26-27 from:

"Add Find All Button to Find Dialogue"

to:

Add Find All Button to Find Dialogue

Added line 29:
January 02, 2007, at 15:15 UTC by yelly -
Added lines 26-31:

"Add Find All Button to Find Dialogue"

There already is a "Count Matches" button, but a "Find all" that would highlight or select all of the matches would be useful, for example in testing RegEx. --yelly


Deleted lines 114-118:

I'd like to add another vote for full screen mode. No icons, no desktop -- just text. Hot key toggle. Make my day.


Full Screen Mode

Deleted lines 141-146:

Full Screen Mode

  • It would be cool to have a full screen mode. Kind of self explanatory. :) Maybe with an accompanying "iPhoto adjust" styled floating widget/pane/window to provide functionality similar to the the project browser and/or tab bar and/or bottom bar thing.
  • Or maybe the project browser if styled like the new Mail "draw" (for lack of better word) could remain visible. Or it could slide out if the mouse is dragged to the side of the screen.

December 20, 2006, at 21:38 UTC by gs -
Changed lines 4-5 from:

"Drawer"

to:

Drawer

December 20, 2006, at 21:37 UTC by gs -
Added lines 4-10:

"Drawer"

I want the be able to view the multiple files drawer at all time. I also would like any opened file to be opened in the drawer. This makes it very much easier to handle multiple files. TextWrangler does it like this and it works. Please change this! Great app though.


December 14, 2006, at 08:32 UTC by Jérémy -
Changed lines 4-5 from:

"Open multiple files from ftp in a single window"

to:

Open multiple files from ftp in a single window

December 14, 2006, at 08:31 UTC by Jérémy -
Added lines 4-11:

"Open multiple files from ftp in a single window"

I use Interarchy (many ftp clients do the same) and I can edit a remote file in TextMate. It would be great if many different files could be opened in the same window, even if they are not clicked-for-editing at the same time. In BBEdit (which i'll certainly forget for TM) there is a setting for opening files in a new window, in the same, …

--jérémy


December 12, 2006, at 16:25 UTC by h3h -
Changed lines 987-989 from:
  • Should be able to limit its scope to a certain directory (with or without recursive into subdirs).
to:
  • Should be able to limit its scope to a certain directory (with or without recursive into subdirs).

--h3h

December 12, 2006, at 16:25 UTC by h3h -
Added lines 980-987:

Find in Project

  • Should run on a separate thread from the UI to prevent the UI from locking up while a search is taking place, along with a progress indicator or # of files searched.
  • Should be able to limit its scope to a certain directory (with or without recursive into subdirs).
November 21, 2006, at 03:47 UTC by conrad -
Added line 2:
Added lines 4-10:

Add Entire Word Checkbox to Find Dialog

To do this, I have to click the Regular expression checkbox and type \b around the word. That's too much work - how about adding a checkbox for that?

--conrad


November 17, 2006, at 00:04 UTC by Fred -
Added lines 108-109:

Also if you could do shift-tab or something to remove a tab

November 14, 2006, at 00:30 UTC by JNL -
Added lines 3-7:

Scroll Past End of File

An excellent feature that has been implemented in some other editors, is the ability to scroll past the end of the file in order to allow you to edit text at the end of the file without the claustrophobia of working at the very bottom of the screen. BBEdit, for example, has an "Extra Space" setting with the options of "None", "Half Window", and "Full Window". This would also be useful when running commands/filters that add text to the screen that ends up below the current scroll position.


November 11, 2006, at 09:41 UTC by Will Uther -
Added lines 620-636:
  • I'm trying to write a language definition for a language that uses Python-like syntax. It is hard to write the folding rules for this because you really detect the end of a fold the line after it ends. You want something like this:
	foldingStartMarker = '^(\t*)\S.*:$';
	foldingStopMarker = '^(?!\1\s)\s*\S';

but it just doesn't work. (The backref fails AND the foldingStopMarker is often also a match for the next foldingStartMarker.) So, a few suggestions:

  • Use the pattern interface to handle folding. This could be similar to the way the symbol list stuff works, or you could add something like:
        foldingPattern = 'meta.function comment.block'

to the language definition. This ties start and stop patterns together and so would allow nested folding to be done neatly.

  • If you get a start and a stop marker on the same line:
    • If a pattern has start and stop markers for the same match on the same line then leave them both out.
    • If the stop marker is for a pattern that starts on a previous line, then treat it as if the stop marker was on the immediately preceding line.
October 25, 2006, at 23:30 UTC by tomek -
Added lines 3-13:

Replace Project Drawer with an XCode-like Project Sidebar

The drawer is not as good as a sidebar because once the editor window is made full screen (while the drawer is already open) there is no way easily readjust the size of the drawer or the window. One has to make the drawer smaller and then move the window and finally change the size of the window. Or to make the drawer bigger one has to make the window smaller, move it and then enlarge the drawer.

Also, the drawer opens automatically on the right/left hand side of the window depending on available space. This is pretty annoying.

I think that the resizable sidebar panel is much more useful and easier to use.

--tomek


October 25, 2006, at 01:03 UTC by wswilson21 -
Added lines 3-9:

Save state of Project Drawer

It would be really useful for me to have all the expanded directories stay open next time I open Textmate.

-- wswilson21


October 19, 2006, at 08:35 UTC by Benjamin Roe -
Deleted line 1:
Added lines 3-9:

Search history for incremental search

Would it be possible to add a search history for the incremental search box in the same way that the normal Find does? I use incremental search all the time and it would be nice to be able to quickly repeat past searches.

-- Benjamin Roe


October 17, 2006, at 10:25 UTC by Jonas Due Vesterheden -
Added lines 4-10:

Shortcut to remove selected files from project

I would like to see a keyboard shortcut to remove selected files from the project drawer. I suggest using ⌘⌫ or ⌘⌥⌫ as they are combos used in many other programs... You could let ⌘⌫ move the files to Trash and ⌘⌥⌫ remove the files from the project.

-- Jonas Due Vesterheden


October 06, 2006, at 21:47 UTC by marios -
Changed line 908 from:

While rebuilding the TXP Bundle, I keep on constantly running into the problem whether a specific keyboard Shortcut is allredy been taken/possible/Suitable (makes sense) for Commands or Macros, that I am building.

to:

While rebuilding the TXP Bundle, I keep on constantly running into the problem whether a specific keyboard Shortcut is allready been taken/possible/suitable (makes sense) for Commands or Macros, that I am building.

Changed lines 913-915 from:

Would it not be great to have something reverse of the Select Bundle Item command, where you only insert the keystrokes that you are interested in, and then it would generate a list with all commands, macros etc, that use this key equivalent .

to:

Would it not be great to have something reverse of the Select Bundle Item command, where you only insert the keystrokes that you are interested in, and then it would generate a list with all commands, macros etc, that use this key equivalent ?

October 06, 2006, at 21:45 UTC by marios -
Changed lines 912-917 from:

Would it not be great to have something reverse of the Select Bundle Item command, where you only insert the keystrokes that you are interested in, and then it would generate a list dwith all commands, macros etc, that use this key equivalent . I also Use the script, that allows to hide keystrokes bihind ctrl M, could that not been used for such TM command ?

to:

Would it not be great to have something reverse of the Select Bundle Item command, where you only insert the keystrokes that you are interested in, and then it would generate a list with all commands, macros etc, that use this key equivalent .

October 06, 2006, at 21:42 UTC by marios -
Changed lines 903-918 from:

i am equally missing something akin to emacs' find-file command for quickly opening files without being forced to use the file selection dialog. the implementation might follow the incremental search , preferrably with tab completion (via shell?).

to:

i am equally missing something akin to emacs' find-file command for quickly opening files without being forced to use the file selection dialog. the implementation might follow the incremental search , preferrably with tab completion (via shell?).


Look up Shortcut command

While rebuilding the TXP Bundle, I keep on constantly running into the problem whether a specific keyboard Shortcut is allredy been taken/possible/Suitable (makes sense) for Commands or Macros, that I am building. I am often using TM's Look up Bundle Item command that was introduced in the latest screencast. I know about the contextual selection menu that appears for multiple keybinding matches, but I would like to keep the logical convention and also avoid conflicts with other Bundle Items. Would it not be great to have something reverse of the Select Bundle Item command, where you only insert the keystrokes that you are interested in, and then it would generate a list dwith all commands, macros etc, that use this key equivalent . I also Use the script, that allows to hide keystrokes bihind ctrl M, could that not been used for such TM command ?

-marios

September 29, 2006, at 22:04 UTC by capneb -
Changed line 750 from:
  • I second this request. The thing about the drawer is that to resize it to be wider, when the window is already maxed out, you have to make the window smaller, resize the drawer, then maximize your window again. With a pane you can just resize it. (In the pane, I would also would like to see folders grouped on top, and everything auto alphabetized). -- capneb
to:
  • I second this request. The thing about the drawer is that to resize it to be wider, when the window is already maxed out, you have to make the window smaller, resize the drawer, then maximize your window again. With a pane you can just resize it. (In the pane, I would also would like to see folders grouped on top, and everything auto alphabetized). -- capneb
September 29, 2006, at 22:02 UTC by capneb -
Added lines 750-751:
  • I second this request. The thing about the drawer is that to resize it to be wider, when the window is already maxed out, you have to make the window smaller, resize the drawer, then maximize your window again. With a pane you can just resize it. (In the pane, I would also would like to see folders grouped on top, and everything auto alphabetized). -- capneb

\\

Added lines 753-754:
September 28, 2006, at 01:49 UTC by sascha brossmann -
Changed lines 892-899 from:

-Alex Taylor

to:

-Alex Taylor


file navigation

next/previous window shortcuts & menu entries

it is currently afaik impossible to switch/cycle through windows/open files by keyboard if those are not in a project. having to use the mouse for this trivial task is a real nuisance. a menu item for each next window and previous window with respective shortcuts (suggestion: cmd-alt-shift-left/right) would help tremendously.

quick open

i am equally missing something akin to emacs' find-file command for quickly opening files without being forced to use the file selection dialog. the implementation might follow the incremental search , preferrably with tab completion (via shell?).

September 27, 2006, at 18:36 UTC by Alex -
Changed lines 886-892 from:

-Jens Kohl

to:

-Jens Kohl


Dock Icon Menu

It would be nice to have an Open Recent item in the Dock Icon Menu. I have TM set to open a new document when I click the icon. I realize that File>Open Recent will repace the blank file (nice!) but it would be even better if I could just click and drag my way to the recent file/project I want. Cheers!

-Alex Taylor

September 23, 2006, at 17:22 UTC by Dennis Worphin -
Added lines 4-10:

Option to keep Go To File open

I often find I need to open multiple files via *Go To File*, but it closes after a selection. It would be far more useful, to me, if it would remain open.

-- Dennis Worphin


September 21, 2006, at 03:06 UTC by ppalmieri -
Changed lines 196-197 from:
to:
  • Is there a way to make the engine listen to dependant files... IE: i am doing a web preview on an html file that uses an external CSS... when i update that css file, the web preview of the html file reflects the update.
September 05, 2006, at 14:39 UTC by Jens Kohl -
Changed lines 871-878 from:

-Matt Carroll

to:

-Matt Carroll


Tab-index-indicator

I can change tabs with Command-1 to 0 but after, let's say the 5. tab it's a bit exhausting to count the tabs only to get the right tab. My suggestion is to replace the small x (which gets surrounded by a circle when you hover it) with the number of the tab in place from left to right, when you hover it the current x shows up and the user knows that he can close the tab/document with a click. So with only one look at the tabbar I'll recognize the right tab number.

-Jens Kohl

September 04, 2006, at 21:10 UTC by Matt Carroll -
Changed lines 869-870 from:

Kindof self-explanatory, but would be very useful when scripting that requires complex copile lines.

to:

Kindof self-explanatory, but would be very useful when scripting that requires complex copile lines. Could maybe be put in the bottom drawer?

September 04, 2006, at 21:08 UTC by Matt Carroll -
Changed lines 864-871 from:

-Percy Hanna

to:

-Percy Hanna


Built-In Terminal

Kindof self-explanatory, but would be very useful when scripting that requires complex copile lines.

-Matt Carroll

September 01, 2006, at 21:25 UTC by Percy -
Added lines 859-864:

In the same way that you highlight the opening bracket when you move the caret over the closing bracket, it would be nice if you highlighted the closing bracket when you move the caret over the opening caret. I would think this would be quite easy to do, and I doubt I am the only one that often wants to do the opposite of highlighting pairs (especially useful in SQL if you have many nested () for different functions and/or subqueries and you want to find the END of a subquery/function).

-Percy Hanna

August 20, 2006, at 17:25 UTC by Matthias -
Changed lines 854-858 from:

I would love to have the capability to add badges to the file icons in the project drawer. This could, for example, make working with subversion much easier as you could see which files were changed or were not yet under version control.

to:

I would love to have the capability to add badges to the file icons in the project drawer. This could, for example, make working with subversion much easier as you could see which files were changed or were not yet under version control.


I would be nice to have a File -> Open Recent Projects Menu Item to navigate quick through projects.

August 06, 2006, at 12:35 UTC by Sergei Yakovlev -
Deleted lines 44-45:
  • Here you go: http://tinyurl.com/zpjlu
July 26, 2006, at 15:20 UTC by JaySoffian -
Changed line 8 from:

1 It would be nice if there were some visual indication that a snippet is active so you know when you've tabbed past the last field. What I have in mind (just a suggestion) is that the "Line/Column" area of the status bar change to "Field X/Y" while a snippet is active where X is the current field number and Y is the total number of fields for the snippet.

to:
  1. It would be nice if there were some visual indication that a snippet is active so you know when you've tabbed past the last field. What I have in mind (just a suggestion) is that the "Line/Column" area of the status bar change to "Field X/Y" while a snippet is active where X is the current field number and Y is the total number of fields for the snippet.
Changed lines 10-11 from:

2 In lieu of (or in addition to) (1), it would be nice if the snippet fields were highlighted in the editing buffer, perhaps using the same style as selected text is in non-frontmost windows or some such.

to:
  1. In lieu of (or in addition to) (1), it would be nice if the snippet fields were highlighted in the editing buffer, perhaps using the same style as selected text is in non-frontmost windows or some such.
July 26, 2006, at 15:13 UTC by JaySoffian -
Changed lines 4-5 from:

"Bundle Editor Search"

to:

Visual ornamentation while snippet is active

Two parts to this:

1 It would be nice if there were some visual indication that a snippet is active so you know when you've tabbed past the last field. What I have in mind (just a suggestion) is that the "Line/Column" area of the status bar change to "Field X/Y" while a snippet is active where X is the current field number and Y is the total number of fields for the snippet.

2 In lieu of (or in addition to) (1), it would be nice if the snippet fields were highlighted in the editing buffer, perhaps using the same style as selected text is in non-frontmost windows or some such.

-- JaySoffian


Bundle Editor Search

July 13, 2006, at 21:57 UTC by Marshall -
Added lines 4-9:

"Bundle Editor Search"

I want to change the behavior of a command, but I don't know how to find the command without looking in every category. Maybe while nothing is selected, you could enter scope and or activation information to narrow the search.

-- Marshall


July 12, 2006, at 12:50 UTC by Jimmy Scott -
Added lines 543-544:
  • This was also my first impression!
Added lines 713-714:
  • My first impression is also that the sidebar looks messy because folders and files are mixed together, it would be nice to have the folders on top, and the files below -- Jimmy Scott
July 06, 2006, at 04:57 UTC by Craig Davey -
Changed line 420 from:
  • When I click and hold my cursor on an open tab, then "Close All Tabs" via keyboard command I want all the tabs to close except the one I clicked.
to:
  • When I click and hold my cursor on an open tab, then "Close All Tabs" via keyboard command I want all the tabs to close except the one I clicked.\\
July 06, 2006, at 04:54 UTC by Craig Davey -
Changed lines 421-424 from:
  • Higher contrast tabs for selected file vs other scripts you are currently editing. Light Gray vs Lighter Gray is hard on my eyes.
    -- Kenrick Buchanan \\
to:

-- Craig Davey \\

Added lines 423-426:
  • Higher contrast tabs for selected file vs other scripts you are currently editing. Light Gray vs Lighter Gray is hard on my eyes.
    -- Kenrick Buchanan
    \\
July 06, 2006, at 04:53 UTC by Craig Davey -
Changed lines 420-422 from:
to:
  • When I click and hold my cursor on an open tab, then "Close All Tabs" via keyboard command I want all the tabs to close except the one I clicked.
June 27, 2006, at 15:35 UTC by jpb -
Added lines 167-172:

Multiple edit windows for one project

Sometimes I need to view two files that are in the same project at the same time. I'd really like to be able to just have two windows open and visible at once - switching tabs gets annoying after the 30th left-right sequence.

June 27, 2006, at 03:39 UTC by Mark Eli Kalderon -
Added lines 4-10:

Expose-style tabs

One solution to the problem of having more tabs than can be displayed in the window is to have an expose-style display of the documents in each of the tabs (showing the names of the files) like Shiira. [1]

[1] http://hmdt-web.net/shiira/en


June 25, 2006, at 14:22 UTC by Dan Kelley -
Changed lines 8-9 from:

I respectfully submit that the key bindings are problematic throughout TM. For example, to preview a markdown document I have to hold down 3 keys and type a 4th. I find that difficult, even if I've deciphered the symbol-to-key mapping for whichever keyboard I'm using at the moment.

to:

I respectfully submit that the key bindings are not the solution. Indeed, they are somewhat problematic throughout TM. For example, to preview a markdown document I have to hold down 3 keys and type a 4th. I find that difficult, even if I've deciphered the symbol-to-key mapping for whichever keyboard I'm using at the moment.

June 25, 2006, at 14:19 UTC by Dan Kelley -
Added line 5:
Added lines 14-15:

-- Dan Kelley

June 25, 2006, at 14:18 UTC by Dan Kelley -
Added lines 4-13:

Tear off menus It would be great to have tear-of menus, if only for the "gear" popup menu. I suggest this because I find it difficulty to navigate to the language-specific submenus. In about 1/3 of trials, the mouse "slips off" at the wrong place as I'm trying to follow the cascading menus. And, even if I don't make a mistake, I find it a bit of a pain to be forced to do precise work with the mouse to accomplish tasks that I might do every few seconds.

I respectfully submit that the key bindings are problematic throughout TM. For example, to preview a markdown document I have to hold down 3 keys and type a 4th. I find that difficult, even if I've deciphered the symbol-to-key mapping for whichever keyboard I'm using at the moment.

The answer, it seems to me, is a tear-off menu for these language bundles. At the expense of a little screen space, it would provide a helpful guide to the relevant actions, as well as providing access to these actions quickly, without delicate mouse work or keychoard memorization.

PS. I see, quite far down this list, that another TM user has suggested something along these lines. I hope I have not interfered with convention by posting this suggestion here at the top.


June 25, 2006, at 09:34 UTC by zpjlu -
Added lines 8-9:
  • Here you go: http://tinyurl.com/zpjlu
June 20, 2006, at 07:31 UTC by zota -
Added lines 6-10:

I'd like to add another vote for full screen mode. No icons, no desktop -- just text. Hot key toggle. Make my day.


Full Screen Mode

June 15, 2006, at 21:14 UTC by Tibet Sprague -
Changed lines 793-799 from:

But,really, the only thing thath would make TexMate the perfect editor is that ! An FTP support such as skEdit would be perfect ! Imagine, you can connect to your FTP site and edit files directly from it !

to:

But,really, the only thing thath would make TexMate the perfect editor is that ! An FTP support such as skEdit would be perfect ! Imagine, you can connect to your FTP site and edit files directly from it !


File Icon Badges:

I would love to have the capability to add badges to the file icons in the project drawer. This could, for example, make working with subversion much easier as you could see which files were changed or were not yet under version control.

June 15, 2006, at 09:04 UTC by Ben -
Changed lines 787-793 from:

Check the position of the paste history list before it draws, currently it'll go right off the right-side of the screen if your cursor is too far right.

to:

Check the position of the paste history list before it draws, currently it'll go right off the right-side of the screen if your cursor is too far right.


FTP support ! Oh yeah...i know it has been said a hundred time... But,really, the only thing thath would make TexMate the perfect editor is that ! An FTP support such as skEdit would be perfect ! Imagine, you can connect to your FTP site and edit files directly from it !

June 07, 2006, at 21:45 UTC by timuruski -
Added lines 784-787:

Check the position of the paste history list before it draws, currently it'll go right off the right-side of the screen if your cursor is too far right.

May 30, 2006, at 02:02 UTC by jonbaer -
Changed lines 778-781 from:
to:
  • Id like to have the first selection (#1) in a contextual menu be the "default" item if you just hit return without

having to hit "1"

May 25, 2006, at 22:35 UTC by den -
Changed lines 575-600 from:
to:

a b c d e f g h i j k l m n o p q r s t u v w x y z

May 16, 2006, at 18:14 UTC by Joshua Emmons -
Changed lines 753-754 from:
  • I would kill to be able to open the contextual menu from a key command. I hate having to grab my mouse every time I want to correct the spelling of a word I just typed.
to:
May 13, 2006, at 16:23 UTC by Joshua Emmons -
Changed lines 753-754 from:
to:
  • I would kill to be able to open the contextual menu from a key command. I hate having to grab my mouse every time I want to correct the spelling of a word I just typed.
May 08, 2006, at 18:37 UTC by Fred Monroe -
Added lines 4-9:

Full Screen Mode

I think it would be great to add a mode where you can edit in full screen like they now have in iPhoto and Aperature. This would allow you to see as much of the code as possible and maybe the project file list could still be avalible as one of those semi-transparent panels that Apple uses when in a fullscreen setting. --Joshua Monroe


Added lines 15-16:

Edit: I found that this can be replicated by removing all indentation by shifting left and then using the indent document from the text menu.

Changed lines 18-23 from:

Full Screen Mode

I think it would be great to add a mode where you can edit in full screen like they now have in iPhoto and Aperature. This would allow you to see as much of the code as possible and maybe the project file list could still be avalible as one of those semi-transparent panels that Apple uses when in a fullscreen setting. --Joshua Monroe


to:
May 04, 2006, at 01:56 UTC by Cliff Joyce -
Added lines 293-296:

I love drawers, and wish TextMate would always add new files to the currently open project window. in other words, double-clicking a TextMate file from Finder would automatically add the file to the current project window (as web browser tabs work). This could, of course, be a user preference item. --Cliff Joyce

April 24, 2006, at 20:26 UTC by timuruski -
Changed line 748 from:

a "find in all files" action available when clicking on a directory of the project drawer that ables us to use the find function, but on all files in that directory.

to:

a "find in all files" action available when clicking on a directory of the project drawer that ables us to use the find function, but on all files in that directory.

April 24, 2006, at 19:39 UTC by Cliff Joyce -
Added lines 196-198:
  • I support this, but for a more practical reason: the menus simply draw faster when dropped down from the top of the window, than when scrolled up from the bottom of the window-- particularly when the window is close to the bottom of the screen..
    --Cliff Joyce
    \\
April 18, 2006, at 20:47 UTC by Joshua Monroe -
Added lines 4-9:

Re-indent whole document

I sometimes work on other people's code that is not indented with the same number of spaces or is simply not indented in places. Is it possible to have a function that would re-do all the indentation using the textmate estimates. --Joshua Monroe


Changed lines 13-14 from:
to:

--Joshua Monroe

April 18, 2006, at 15:07 UTC by Joshua Monroe -
Added lines 4-8:

Full Screen Mode

I think it would be great to add a mode where you can edit in full screen like they now have in iPhoto and Aperature. This would allow you to see as much of the code as possible and maybe the project file list could still be avalible as one of those semi-transparent panels that Apple uses when in a fullscreen setting.


April 15, 2006, at 16:45 UTC by capneb -
Changed lines 4-5 from:

"Indenting with Tab vs. Cmd-Bracket"

to:

Indenting with Tab vs. Cmd-Bracket

April 15, 2006, at 16:44 UTC by capneb -
Added lines 4-8:

"Indenting with Tab vs. Cmd-Bracket"

PLEASE add the feature GoLive and Dreamweaver have where selecting a block of text and hitting tab indents the entire block, rather than replacing it with a tab character! Very frustrating - XCode and BBEdit have this same issue. Others may like Cmd-Bracket indenting, so maybe there could be two ways of mass indenting??


April 11, 2006, at 19:40 UTC by Bill Burgess -
Added lines 608-609:
  • The ability to verify Mac/UNIX/DOS line endings at a glance would be particularly useful when quickly preparing a batch of documents for cross-platform distribution, as Windows' Notepad (wretched but the vanilla default for text) does not cope well with non-CRLF text files. You can of course Save As but perhaps the file is already in CRLF, so that's effort for nothing.
April 04, 2006, at 17:30 UTC by Chris -
Added lines 712-714:

Switching tabs would be even easier with the mouse scroll wheel, as in Firefox (feature of many tab-related extensions) or Safari (with SafariStand). Very useful.
-- Chris

March 25, 2006, at 14:44 UTC by Daniel Käsmayr -
Deleted lines 706-710:

Toggle between Windows

Some keyboard shortcut to flip through open windows/projects, but also including the windows of the Bundle Editor etc.
-- D Käsmayr

March 19, 2006, at 21:55 UTC by iznogoud -
Added lines 725-728:

a "find in all files" action available when clicking on a directory of the project drawer that ables us to use the find function, but on all files in that directory.

March 19, 2006, at 18:51 UTC by Daniel Käsmayr -
Changed lines 705-711 from:
to:

Navigation in the GUI

Toggle between Windows

Some keyboard shortcut to flip through open windows/projects, but also including the windows of the Bundle Editor etc.
-- D Käsmayr

March 14, 2006, at 01:20 UTC by tomek -
Deleted lines 2-8:

____

Full Screen Mode

  • It would be cool to have a full screen mode. Kind of self explanatory. :) Maybe with an accompanying "iPhoto adjust" styled floating widget/pane/window to provide functionality similar to the the project browser and/or tab bar and/or bottom bar thing.
  • Or maybe the project browser if styled like the new Mail "draw" (for lack of better word) could remain visible. Or it could slide out if the mouse is dragged to the side of the screen.
Changed lines 4-7 from:

Save and reload workspaces

  • As seen in OmniGraffle and Photoshop among others, the ability to save window setup and position on screen, and reload the setup easily. I for one work sometimes on a larger external screen and sometimes on my laptop, and it would be nice to have the possibility to reload such setups instead of manually reposition windows.
to:

File/Class/Method Browser

I would like to propose to get rid of the file drawer and instead create a resizable panel (like Mailboxes panel in Mail) which could be customised to show all the files in the project, classes, methods, constants and other symbols of interest (like XCode or Eclipse).

--tomek

Added lines 11-21:

Full Screen Mode

  • It would be cool to have a full screen mode. Kind of self explanatory. :) Maybe with an accompanying "iPhoto adjust" styled floating widget/pane/window to provide functionality similar to the the project browser and/or tab bar and/or bottom bar thing.
  • Or maybe the project browser if styled like the new Mail "draw" (for lack of better word) could remain visible. Or it could slide out if the mouse is dragged to the side of the screen.

Save and reload workspaces

  • As seen in OmniGraffle and Photoshop among others, the ability to save window setup and position on screen, and reload the setup easily. I for one work sometimes on a larger external screen and sometimes on my laptop, and it would be nice to have the possibility to reload such setups instead of manually reposition windows.

March 14, 2006, at 00:49 UTC by Alex -
Added lines 3-9:

____

Full Screen Mode

  • It would be cool to have a full screen mode. Kind of self explanatory. :) Maybe with an accompanying "iPhoto adjust" styled floating widget/pane/window to provide functionality similar to the the project browser and/or tab bar and/or bottom bar thing.
  • Or maybe the project browser if styled like the new Mail "draw" (for lack of better word) could remain visible. Or it could slide out if the mouse is dragged to the side of the screen.
March 10, 2006, at 12:18 UTC by Schlaefer -
Changed lines 9-10 from:

"Include classes in symbol list"

to:

Include classes in symbol list

March 09, 2006, at 21:01 UTC by Egil Helland -
Added lines 4-8:

Save and reload workspaces

  • As seen in OmniGraffle and Photoshop among others, the ability to save window setup and position on screen, and reload the setup easily. I for one work sometimes on a larger external screen and sometimes on my laptop, and it would be nice to have the possibility to reload such setups instead of manually reposition windows.

March 09, 2006, at 02:14 UTC by Richard Thompson -
Changed line 441 from:

Emacs is free. Just use it. Don't pay and suffer the indignity of making 'requests' to Allan. Do it yourself. Allan isn't God. Pathetic. Richard Thompson

to:

Emacs is free. Just use it. Don't pay and suffer the indignity of making 'requests' to Allan. Do it yourself. Fact: there is almost no feature TextMate that can't be implemented or is already available in Emacs. I got tired very quickly of saying 'please' to Allan, so he would incorporate some trivial preference of mine. Allan isn't God. Pathetic. Richard Thompson

March 09, 2006, at 02:08 UTC by Richard Thompson -
Added lines 441-442:

Emacs is free. Just use it. Don't pay and suffer the indignity of making 'requests' to Allan. Do it yourself. Allan isn't God. Pathetic. Richard Thompson \\

March 08, 2006, at 23:45 UTC by Rob Cowie -
Changed lines 689-698 from:

-- R McGeary

to:

-- R McGeary


Contextual Menus

  • As mentioned above, adding access to commands and snippets according to the current document type would be nice. Snippets in particular would be very useful.
  • A contextual menu item to select all within the enclosing brackets (as is available via the 'Edit: Select' menu)
March 06, 2006, at 02:18 UTC by Sascha Brossmann -
Added line 92:
Yes, but the items in the gear menu are not less awkward to access. You need at least one point-and-click (i.e. complex) operation more each time you select rather often needed items. The small mouse target area doesn't help either. -- Sascha Brossmann
March 05, 2006, at 12:45 UTC by R McGeary -
Added lines 682-688:

Easier tab switching

It would be nice to be able to switch between tabs in an easier way than ⌥⌘-(left) or ⌥⌘-(right). I would like to see "Alt-Tab" functionality brought to TextMate Tabs by binding it to ⌘-` (backtick). I often switch back and forth between two different buffers, and this would be nice.
-- R McGeary

February 15, 2006, at 20:51 UTC by Kevin Cox -
Added lines 8-9:

update: I did some looking around and found the help item that details this. The problem is that the C++ grammar doesn't have a selector for class names (it has one that (seemingly) only picks up the word "class" - "storage.type.c++" - but this adds the word "class" to the symbol list. Not very descriptive. I suppose I need to edit the grammar so it knows what classes are. Any help would be appreciated!

February 15, 2006, at 15:41 UTC by Kevin Cox -
Added lines 4-8:

"Include classes in symbol list"

  • Classes (in C++, haven't tried other languages) don't show up as symbols in the drop-down at the bottom of the window or in the cmd-shift-T shortcut. It would really help me navigate my large files! (Right now i'm doing cmd-f "class Whatever" return - which works ok - but it's a mental break from cmd-shift-T.)

February 14, 2006, at 09:03 UTC by Andrew Vit -
Added line 2:
Added lines 4-8:

Show tab numbers in tab bar

  • Add a visual cue to show the command key shortcut number next to the filename in the tab bar. It can be hard to spot at a glance which tab is the fifth or sixth tab for quick Cmd-number switching. (Possibly have the number appear while Cmd key is held, in the place of the tab's close button?)

February 11, 2006, at 01:23 UTC by Allan Odgaard -
Changed lines 665-668 from:

I'd love to have a command to close all open documents, like File/Close All.

to:

I'd love to have a command to close all open documents, like File/Close All.

This can be done by ⌥-clicking the window close button (works for all Cocoa applications).
-- Allan Odgaard

February 10, 2006, at 15:12 UTC by Frank Wittmann -
Added lines 663-665:

I'd love to have a command to close all open documents, like File/Close All.

February 10, 2006, at 08:49 UTC by Michael Lehmkuhl -
Changed lines 657-662 from:

-- johnatl

to:

-- johnatl


Syntax coloring for regular expression search is a really handy feature in BBEdit. It would be nice to see it in TextMate, too.

February 10, 2006, at 04:59 UTC by Allan Odgaard -
Changed lines 5-9 from:
  • When you get a menu from having multiple commands activated at once, then hitting tab should be identical to return. The idea being that you are very likely to have just hit tab to create the menu, it becomes easier to make the selection without moving your left hand.
to:
  • When you get a menu from having multiple commands activated at once, then hitting tab should be identical to return. The idea being that you are very likely to have just hit tab to create the menu, it becomes easier to make the selection without moving your left hand.

    The menu is handled by the OS, so unfortunately this is not possible.
    -- Allan Odgaard
Deleted lines 10-11:

Changed lines 13-14 from:
  • Speaking only for myself, it might be handy to see the activation (and possibly scope?) of all the items in the left-hand window of the Bundle Editor. -- Jim Bagrow
to:
  • Speaking only for myself, it might be handy to see the activation (and possibly scope?) of all the items in the left-hand window of the Bundle Editor. -- Jim Bagrow

    Though I don't think it would really fit there.
    -- Allan Odgaard
Changed lines 22-23 from:
  • This one is tiny. What about hovering the mouse over the filename in the titlebar and having a tooltip show up with the path to the file? -- Jim Bagrow
to:
  • This one is tiny. What about hovering the mouse over the filename in the titlebar and having a tooltip show up with the path to the file? -- Jim Bagrow

    You can ⌘-click the proxy icon to see the path. For project, you can hover the mouse over each file tab to get a tool tip. Adding a tool tip to the proxy icon (or title bar) isn't really possible AFAIK.
    -- Allan Odgaard
Changed lines 31-32 from:
  • What about a button leading to the bundle editor? I believe there was mention of adding a toolbar to TM, and this would be an ideal candidate. Another possibility would be a small button (maybe a B in a circle) in a corner of the statusbar, perhaps where the camera icon is when recording macros? -- Jim Bagrow
to:
  • What about a button leading to the bundle editor? I believe there was mention of adding a toolbar to TM, and this would be an ideal candidate. Another possibility would be a small button (maybe a B in a circle) in a corner of the statusbar, perhaps where the camera icon is when recording macros? -- Jim Bagrow

    In a toolbar, sure. I don't see the use for it in the status bar though. If it's a frequent action, then there is a key equivalent to open it.
    -- Allan Odgaard
Added lines 53-54:

See the manual on expert preferences.

Changed lines 59-60 from:
  • In Finder's List View you can recursively open/close folders by holding down option and pressing right/left arrow. It seems to me this is behavior worth duplicating in the project drawer. (I think the GUI page is a better fit for this than the Project Management page.) -- Zack Charter
to:
  • In Finder's List View you can recursively open/close folders by holding down option and pressing right/left arrow. It seems to me this is behavior worth duplicating in the project drawer. (I think the GUI page is a better fit for this than the Project Management page.) -- Zack Charter

    You can hold down option and click the arrows to fold/unfold recursively. Using option and arrow key sounds like a good idea, but I would think it's more an improvement that Apple should add to the standard Cocoa control (which I am using).
    -- Allan Odgaard
Added lines 76-78:

The gear menu in the status bar have the 3 categories mixed, and show the bundle corresponding to the current language as selected by default.
-- Allan Odgaard

Changed lines 130-133 from:

-- Here's mockup: http://img359.imageshack.us/my.php?image=macromenumockup5jn.png. On left = current; on right = desired.

  • I would like to suggest that some of the functionality available in the status bar should be placed at the top of the window. Specifically items which are accessed often such as the function popup (thank you so much for doing it). I haven't done any studies in this but I feel like my mouse pointer is located in the top quater of the screen most of the time. Having to move it all the way to the bottom of the screen to access frequently used UI elements is rather inconvenient.
    -- tomek\\
to:

-- Here's mockup: http://img359.imageshack.us/my.php?image=macromenumockup5jn.png. On left = current; on right = desired.\\

Added lines 132-137:

This is more of a problem with aligning the status bar near the bottom of your (visible) screen. For this reason it may move to a toolbar later
-- Allan Odgaard

  • I would like to suggest that some of the functionality available in the status bar should be placed at the top of the window. Specifically items which are accessed often such as the function popup (thank you so much for doing it). I haven't done any studies in this but I feel like my mouse pointer is located in the top quater of the screen most of the time. Having to move it all the way to the bottom of the screen to access frequently used UI elements is rather inconvenient.
    -- tomek
    \\
Changed lines 151-153 from:

-- Gaby Vanhegan

  • There could be easier way to associate TM with new file extension than editing language bundle and assigning TM.app in Finder. When I manually choose extension from menu, there could be option like "associate files of that kind with this language".\\
to:

-- Gaby Vanhegan \\

Changed line 153 from:

Not sure if this is a Finder or TextMate request. You shouldn't edit bundles for file associations. Just open whatever file and click the language popup in the status bar to tell TM what language it is (if it didn't guess it), and that'll stick\\

to:

The menu is handled by Apple. Would be a nice system-wide enhancement though.\\

Changed lines 156-157 from:
  • I find/feel the tabs coloring for active/inactive files a little misleading. I often mistake the light colored (I'd be thinking about it as "highlighted" tab) tab for being the active one and start editing there. My suggestiong is to establish a color scheme for active, inactive, unsaved document tabs. I know it will take a while to contemplate such scheme. But I hope it is possible.
    -- Ismail Tabtabai \\
to:
  • There could be easier way to associate TM with new file extension than editing language bundle and assigning TM.app in Finder. When I manually choose extension from menu, there could be option like "associate files of that kind with this language".\\
Changed line 159 from:

Mockups are always welcome :)\\

to:

Not sure if this is a Finder or TextMate request. You shouldn't edit bundles for file associations. Just open whatever file and click the language popup in the status bar to tell TM what language it is (if it didn't guess it), and that'll stick\\

Changed lines 162-163 from:
  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.
    -- Mike Ross \\
to:
  • I find/feel the tabs coloring for active/inactive files a little misleading. I often mistake the light colored (I'd be thinking about it as "highlighted" tab) tab for being the active one and start editing there. My suggestiong is to establish a color scheme for active, inactive, unsaved document tabs. I know it will take a while to contemplate such scheme. But I hope it is possible.
    -- Ismail Tabtabai \\
Added lines 165-170:

Mockups are always welcome :)
-- Allan Odgaard

  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.
    -- Mike Ross
    \\
Changed lines 218-221 from:

-- I think he ment change of HTML entities into actual characters.

  • Some kind of "Send Feature Request" and "Report a bug" dialogs allowing the user to do those things directly from the app would be wicked.
    -- Ben Jackson \\
to:

-- I think he ment change of HTML entities into actual characters.\\

Changed line 220 from:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http://bug.textmate.org (I'll add that to the help menu as well)\\

to:

The HTML bundle has commands to convert to/from entities.\\

Changed lines 223-224 from:
  • Refactoring support: Extract Method, Rename Method, Change Method Signature; or an API to support this
    -- Cornelius Jaeger \\
to:
  • Some kind of "Send Feature Request" and "Report a bug" dialogs allowing the user to do those things directly from the app would be wicked.
    -- Ben Jackson \\
Changed line 226 from:

Sounds awfully specific to Java. The current API to handle this would be either as a commands (set input to entire document and use variables like line/column position, selection etc. for what to work on, or ask user) or a combination of that and macros.\\

to:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http://bug.textmate.org (I'll add that to the help menu as well)\\

Changed lines 229-230 from:
  • A non-drawer view for projects. Instead have it all dislayed in one window like Xcode. I really *hate* drawers.
    -- Daniel \\
to:
  • Refactoring support: Extract Method, Rename Method, Change Method Signature; or an API to support this
    -- Cornelius Jaeger \\
Changed line 232 from:

I like them: http://lists.macromates.com/pipermail/textmate/2005-August/005028.html\\

to:

Sounds awfully specific to Java. The current API to handle this would be either as a commands (set input to entire document and use variables like line/column position, selection etc. for what to work on, or ask user) or a combination of that and macros.\\

Added lines 235-240:
  • A non-drawer view for projects. Instead have it all dislayed in one window like Xcode. I really *hate* drawers.
    -- Daniel

    I like them: http://lists.macromates.com/pipermail/textmate/2005-August/005028.html
    -- Allan Odgaard
Deleted lines 274-275:
Deleted lines 276-277:
  • Clicking on the "Mode: .*" text in the status bar should pop-up the Syntax Highlight menu. -- Chris Thomas
Changed lines 347-353 from:

-- Shane Celis

  • Tabs whose layout and display behavior may be overriden by regular expressions on the file names (or perhaps the content of the files themselves). Example uses might be
    • test file tabs self-organize to the right with a slight yellowish hue.
    • code file tabls self-organize to the left
    • *.css tabs to auto close after 10 minutes of inactivity \\
to:

-- Shane Celis \\

Added lines 349-356:

Try using ⌘T — when there is no filter string, it shows them ordered according to last-recently-used.
-- Allan Odgaard

  • Tabs whose layout and display behavior may be overriden by regular expressions on the file names (or perhaps the content of the files themselves). Example uses might be
    • test file tabs self-organize to the right with a slight yellowish hue.
    • code file tabls self-organize to the left
    • *.css tabs to auto close after 10 minutes of inactivity
      \\
Deleted line 452:
Changed lines 455-458 from:
  • It does remember, but only if a project is open, correct? In the case of individually opened files, the collapse states are forgotten. Why not stick these in the file's resource (or other) named fork? Seems like a good meta-data types thing to keep. Additionally, if the meta-data gets lots because of copies to some flat file system, it's not really a big deal, just your collapse states are forgotten. Niels Gabel?
  • When hovering over a fold indicator, it would be pleasing if the text in the pop-up respected the font preferences for the document with emphasis on the preference for or against font smoothing.
to:
  • It does remember, but only if a project is open, correct? In the case of individually opened files, the collapse states are forgotten. Why not stick these in the file's resource (or other) named fork? Seems like a good meta-data types thing to keep. Additionally, if the meta-data gets lots because of copies to some flat file system, it's not really a big deal, just your collapse states are forgotten. Niels Gabel?

    If you are on Tiger, it stores them using setxattr.
    -- Allan Odgaard
  • When hovering over a fold indicator, it would be pleasing if the text in the pop-up respected the font preferences for the document with emphasis on the preference for or against font smoothing.

    Not that easy, as the document is rendered with ATSUI, the pop-up is using a Cocoa text field.
    -- Allan Odgaard
Changed lines 469-470 from:
  • Find & Replace interface: it'd be nice to have larger fields in the find & replace dialogue box. I'm often searching & replacing multi-line stuff (blocks of html, etc) . -- Ben Parzybok
to:
  • Find & Replace interface: it'd be nice to have larger fields in the find & replace dialogue box. I'm often searching & replacing multi-line stuff (blocks of html, etc) . -- Ben Parzybok

    It's now possible to toggle the size of these.
    -- Allan Odgaard
Changed line 657 from:

-- johnatl

to:

-- johnatl

February 09, 2006, at 19:45 UTC by charles 6016 -
Added lines 594-603:

Consistent Find Panels

I think the Find panel for documents and for projects should be the same, or at least should look the same and have the same functionality. I am missing the multiple find for single documents. In fact, this is the only thing I miss from BBEdit. Also, it took me a while to realize that you could do a 'Replace all in Selection' by pressing the alt key. I think this is too hidden and having something more obvious would improve usability of TextMate. I realize a Find panel could quickly become the "kitchen sink" with all these options available. For instance, I dislike BBEdit find panel for this reason. However, there must be a way to get things better. Maybe the Xcode find panel is a good starting point.

-- charles 6016?

January 31, 2006, at 22:20 UTC by Jim Bagrow -
Changed line 5 from:
  • When you get a menu from having multiple commands activated at once, that hitting tab should be identical to return. The idea being that you are very likely to have just hit tab to create the menu, it then becomes easy to make the selection without moving your left hand.
to:
  • When you get a menu from having multiple commands activated at once, then hitting tab should be identical to return. The idea being that you are very likely to have just hit tab to create the menu, it becomes easier to make the selection without moving your left hand.
January 31, 2006, at 21:14 UTC by Kyle Brett -
Added lines 67-68:

I think this is extremely important. Splitting views ought to be unlimited, also, like in Emacs. --Kyle Brett

January 31, 2006, at 20:01 UTC by Jim Bagrow -
Added lines 3-8:

Tab = Return in snippets/commands menu

  • When you get a menu from having multiple commands activated at once, that hitting tab should be identical to return. The idea being that you are very likely to have just hit tab to create the menu, it then becomes easy to make the selection without moving your left hand.


January 31, 2006, at 03:19 UTC by Jim Bagrow -
Changed lines 3-8 from:
to:

More detailed Bundle editor window

  • Speaking only for myself, it might be handy to see the activation (and possibly scope?) of all the items in the left-hand window of the Bundle Editor. -- Jim Bagrow

January 31, 2006, at 00:36 UTC by Jim Bagrow -
Deleted line 1:
Added lines 4-9:

File's path in tooltip

  • This one is tiny. What about hovering the mouse over the filename in the titlebar and having a tooltip show up with the path to the file? -- Jim Bagrow

January 31, 2006, at 00:29 UTC by Jim Bagrow -
Added line 4:
Added line 8:
January 31, 2006, at 00:29 UTC by Jim Bagrow -
Deleted line 2:
Changed lines 4-8 from:
to:

Bundle Editor Button

  • What about a button leading to the bundle editor? I believe there was mention of adding a toolbar to TM, and this would be an ideal candidate. Another possibility would be a small button (maybe a B in a circle) in a corner of the statusbar, perhaps where the camera icon is when recording macros? -- Jim Bagrow

January 24, 2006, at 15:19 UTC by Schlaefer -
Changed lines 7-8 from:
  • Shortcuts i.e. to toggle RegEx on and off would be really usefull.
to:
  • Shortcuts i.e. to toggle RegEx on and off would be really usefull. As a longtime BBEdit/TextWrangler user I would vote for the same shortcuts here.
January 24, 2006, at 15:15 UTC by Schlaefer -
Added lines 6-10:

Shortcuts for search options

  • Shortcuts i.e. to toggle RegEx on and off would be really usefull.

January 18, 2006, at 14:59 UTC by Daniel Haus -
Changed line 70 from:
  • How about an instant-search field on the top right of the main window, like in Safari, that allows to instantly find the first (and afterwards next) occurrence of the entered word/pattern?\\
to:
  • How about an instant-search field on the top right of the main window, like in Safari, that allows to instantly find the first (and afterwards next) occurrence of the entered word/pattern? Edit: I just found out, that ^S gives almost that functionality. Great! \\
January 13, 2006, at 07:35 UTC by mardoen -
Added lines 6-11:

Longer History for "Filter Through Command"

  • A longer command history for the "Filter Through Command" dialog would be really great. I use this to read my logfiles, and constantly lose cool regular expressions that get thrown off the very short history. 8 items is simply not enough, I'd rather have 20 (or even more). -- Martin Dittus

January 12, 2006, at 14:19 UTC by scotfl -
Changed line 220 from:
  • Ability to hide the Tab Bar. WIth a Project, you can switch between files using the drawer, which deals with large numbers of files much better than the tab bar (which hides 90% of my working set behind the chevrons). Being able to hide the tab bar would free up space for two extra lines of code. The 'Hide Toolbar' widget (the long on on the right hand side of a window's title bar would be ideal for this.\\
to:
  • Ability to hide the Tab Bar. WIth a Project, you can switch between files using the drawer, which deals with large numbers of files much better than the tab bar (which hides 90% of my working set behind the chevrons). Being able to hide the tab bar would free up space for two extra lines of code. The 'Hide Toolbar' widget (the long on on the right hand side of a window's title bar) would be ideal for this.\\
January 12, 2006, at 14:18 UTC by scotfl -
Added lines 220-223:
  • Ability to hide the Tab Bar. WIth a Project, you can switch between files using the drawer, which deals with large numbers of files much better than the tab bar (which hides 90% of my working set behind the chevrons). Being able to hide the tab bar would free up space for two extra lines of code. The 'Hide Toolbar' widget (the long on on the right hand side of a window's title bar would be ideal for this.
    -- scotfl

January 08, 2006, at 06:59 UTC by avnit -
Changed lines 8-9 from:
  • It would be nice to be able to change the number of recent items under file:open recent with a preference. -- avnit?
to:
  • It would be nice to be able to change the number of recent items under file>open recent with a preference. -- avnit?
January 08, 2006, at 06:58 UTC by avnit -
Added line 3:
Added lines 6-11:

Preference for number of recent items

  • It would be nice to be able to change the number of recent items under file:open recent with a preference. -- avnit?

January 06, 2006, at 17:53 UTC by johnatl -
Changed lines 562-567 from:

"Strictly speaking that command should be added to the CSS bundle not the HTML bundle."

to:

"Strictly speaking that command should be added to the CSS bundle not the HTML bundle."

Save last window size for Show Information

It would be nice (those four words generate more work for programmers...) if the Show Information window (Project drawer, right-click on a file) would stay stretched to the last size I stretched it to, or show an elided path to fit the window width if saving the size isn't possible.

-- johnatl

January 06, 2006, at 10:11 UTC by Nico -
Changed lines 221-222 from:
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari. \\
to:
  • Every Website I made does it this way. When I edit a project it goes not long until I have dozens of 'index.html' open. Not so nice for the general overview.
    --nico\\
Added lines 224-226:
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari.
    \\
December 30, 2005, at 11:14 UTC by Zack Charter -
Added lines 4-10:

Recursive opening/closing of folders in the project drawer

  • In Finder's List View you can recursively open/close folders by holding down option and pressing right/left arrow. It seems to me this is behavior worth duplicating in the project drawer. (I think the GUI page is a better fit for this than the Project Management page.) -- Zack Charter

December 24, 2005, at 22:17 UTC by Bradford Carpenter -
Changed lines 10-11 from:
My take on this is that the submenus belonging to the language of the current document should be promoted to full menus. That is to say, if you are editing a Perl document, the menubar would contain a Macro menu, a Command menu, and a Snippet menu that contain only the items relevant for Perl. That way you don't have to go rummaging through submenus to try to locate the items you need, and the menus can be dynamically updated to reflect the language of the document currently being edited.
to:
My take on this is that the submenus belonging to the language of the current document should be promoted to full menus. That is to say, if you are editing a Perl document, the menubar would contain a Macro menu, a Command menu, and a Snippet menu that contain only the items relevant for Perl. That way you don't have to go rummaging through submenus to try to locate the items you need, and the menus can be dynamically updated to reflect the language of the document currently being edited. --Bradford Carpenter
December 24, 2005, at 04:00 UTC by Sascha Brossmann -
Changed lines 8-11 from:
  • Therefore this suggestion: replace the macro/command/snippet menus with language menus, each containing all commands/macros/snippets/templates applicable to that language. To get some help in PHP I would pick the PHP menu, to do something in Subversion I would pick the Subversion menu, and so on.

    My take on this is that the submenus belonging to the language of the current document should be promoted to full menus. That is to say, if you are editing a Perl document, the menubar would contain a Macro menu, a Command menu, and a Snippet menu that contain only the items relevant for Perl. That way you don't have to go rummaging through submenus to try to locate the items you need, and the menus can be dynamically updated to reflect the language of the document currently being edited.
to:
  • Therefore this suggestion: replace the macro/command/snippet menus with language menus, each containing all commands/macros/snippets/templates applicable to that language. To get some help in PHP I would pick the PHP menu, to do something in Subversion I would pick the Subversion menu, and so on.
My take on this is that the submenus belonging to the language of the current document should be promoted to full menus. That is to say, if you are editing a Perl document, the menubar would contain a Macro menu, a Command menu, and a Snippet menu that contain only the items relevant for Perl. That way you don't have to go rummaging through submenus to try to locate the items you need, and the menus can be dynamically updated to reflect the language of the document currently being edited.
I would like to second this. 'Automation' should be split into the three according menus with the entries of the current language's submenu being promoted to the top level so they can be accessed directly. Currently they are rather awkward to access. Additionally it might be possible to convert the respective [sub]menus to floating windows on the fly (similar to e.g. BBEdit's palettes or the tear-off menus in the X11 versions of vim). I could also well imagine to have access to the macros etc. for the current language in a drawer (which would have the the additional advantage of being directly associated with the file being edited). This stuff IMHO is so crucial for editing that there might well be several possibilities to access it conveniently.-- Sascha Brossmann
December 20, 2005, at 18:27 UTC by Chris -
Added lines 359-360:
  • Third this.
December 18, 2005, at 01:09 UTC by Bradford Carpenter -
Changed lines 10-11 from:

My take on this is that the submenus belonging to the language of the current document should be promoted to full menus. That is to say, if you are editing a Perl document, the menubar would contain a Macro menu, a Command menu, and a Snippet menu that contain only the items relevant for Perl. That way you din't have to go rummaging through submenus to try to locate the items you need, and the menus can be dynamically updated to reflect the language of the document currently being edited.

to:

My take on this is that the submenus belonging to the language of the current document should be promoted to full menus. That is to say, if you are editing a Perl document, the menubar would contain a Macro menu, a Command menu, and a Snippet menu that contain only the items relevant for Perl. That way you don't have to go rummaging through submenus to try to locate the items you need, and the menus can be dynamically updated to reflect the language of the document currently being edited.

December 18, 2005, at 01:00 UTC by Bradford Carpenter -
Changed lines 8-9 from:
  • Therefore this suggestion: replace the macro/command/snippet menus with language menus, each containing all commands/macros/snippets/templates applicable to that language. To get some help in PHP I would pick the PHP menu, to do something in Subversion I would pick the Subversion menu, and so on.
to:
  • Therefore this suggestion: replace the macro/command/snippet menus with language menus, each containing all commands/macros/snippets/templates applicable to that language. To get some help in PHP I would pick the PHP menu, to do something in Subversion I would pick the Subversion menu, and so on.

    My take on this is that the submenus belonging to the language of the current document should be promoted to full menus. That is to say, if you are editing a Perl document, the menubar would contain a Macro menu, a Command menu, and a Snippet menu that contain only the items relevant for Perl. That way you din't have to go rummaging through submenus to try to locate the items you need, and the menus can be dynamically updated to reflect the language of the document currently being edited.
Changed line 140 from:

Not sure what that means — what should they be changed into?\\

to:

Not sure what that means -- what should they be changed into?\\

December 17, 2005, at 15:59 UTC by Brad Choate -
Changed lines 26-27 from:
to:
  • it would be nice if I could get at the HTML that is in a window resulting from a command that chooses "Show as HTML" for its output. A context-menu item in the viewer that lets me copy the html source to the clipboard or create a new document with it would be excellent. -- Brad Choate
December 17, 2005, at 14:40 UTC by Roland -
Changed lines 7-9 from:
  • Now - still a beginning TextMate user - I keep myself having to look through three different menus (Macro, Command, Snippet) to find the specific thing I want TextMate to do for the language I am working in. Whether something is a macro, a command or a snippet is immaterial to me - I just want to have all help for a specific language at my fingertips!
  • Therefore this suggestion: replace the macro/command/snippet menus with language menus, each containing all commands/macros/snippets applicable to that language. To get some help in PHP I would pick the PHP menu, to do something in Subversion I would pick the Subversion menu, and so on.
to:
  • Now - still a beginning TextMate user - I keep myself having to look through three different menus (Macro, Command, Snippet, New from template) to find the specific thing I want TextMate to do for the language I am working in. Whether something is a macro, a command, a snippet or a template is immaterial to me - I just want to have all help for a specific language at my fingertips!
  • Therefore this suggestion: replace the macro/command/snippet menus with language menus, each containing all commands/macros/snippets/templates applicable to that language. To get some help in PHP I would pick the PHP menu, to do something in Subversion I would pick the Subversion menu, and so on.
December 17, 2005, at 14:38 UTC by Roland -
Changed lines 4-11 from:
to:

Regroup Automation items by language

  • I threw away TextMate a couple of times because I didn't think it had as many features as BBEdit for version control, language-specific glossaries etc. Turns out they were hiding deep down the Automation menu!
  • Now - still a beginning TextMate user - I keep myself having to look through three different menus (Macro, Command, Snippet) to find the specific thing I want TextMate to do for the language I am working in. Whether something is a macro, a command or a snippet is immaterial to me - I just want to have all help for a specific language at my fingertips!
  • Therefore this suggestion: replace the macro/command/snippet menus with language menus, each containing all commands/macros/snippets applicable to that language. To get some help in PHP I would pick the PHP menu, to do something in Subversion I would pick the Subversion menu, and so on.

____

December 15, 2005, at 11:47 UTC by petef -
Added lines 347-348:
  • Me too, it would banish the niggling worry of unbalanced brackets.
Added line 356:
Changed lines 363-364 from:
to:
  • Have the option to retain folds when printing. This would be hugely useful.
Added lines 432-433:
  • It would be great to be able to reset the soft-wrap column by dragging the hairline, with a tooltip for the column no. as you drag it.
December 13, 2005, at 03:47 UTC by Alex -
Added lines 3-19:

Split Views

  • The ability to view the same document/file at two different points. Similar to the split view in Microsoft Word.
  • The split view should also enable you to have two different documents open so that you can work on one file and view another at the same time.

____

Web Preview

Similar to the above suggested split view but one of the panes/windows would be a web preview. This will enable the user to view any changes made to their html file as the type.

____

December 08, 2005, at 18:13 UTC by Rick Harding -
Added lines 248-250:
  • Ability to add rules to tab ordering. For instance force ordering alphabetically. Better yet would be to allow grouping by file extensions then ordered alphabetically. My code is grouped in folders based on .rhtml in views and .rb in controllers..etc and keeping all .rhtml files together, .css together, etc would be great.
    -- Rick Harding
December 08, 2005, at 14:47 UTC by Jackie McGhee -
Changed lines 400-401 from:
to:
  • I second this as well but I was hoping for something before 1.3 when 1.1 is still beta. I was surprised not to see more on this because I find it such a major annoyance that I just can't use TextMate as much as I'd like to. Any chance of a time frame?
November 30, 2005, at 07:37 UTC by Matt Helmick -
Added lines 285-289:

Split Screens

  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
Changed lines 291-292 from:

Split Screens:

to:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

Changed lines 294-295 from:
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
to:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)
-- Zack Charter\\

Changed lines 297-298 from:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

to:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
-- Chris Thomas\\

Changed lines 300-301 from:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)
-- Zack Charter\\

to:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.\\

Changed line 302 from:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.\\

to:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).\\

Changed lines 305-306 from:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.\\

to:

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon\\

Changed lines 308-309 from:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
-- Chris Thomas\\

to:

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.\\

Changed lines 310-311 from:

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon\\

to:

You want emacs, don't you? (actually, so do I). Screen splitting would be very useful for me, too. Add another one to the list clamouring for it. Simon Stapleton\\

Changed lines 312-313 from:

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.\\

to:

Having a split view for the output buffer is something I would love to see. I use Scite on Windows where I have become addicted to this feature but I can't find it in any Mac editor. Displaying the output in a separate window (like TextMate) or a separate tab (like TextWrangler) just isn't the same.
-- Richard Cooper\\

Changed lines 315-316 from:

You want emacs, don't you? (actually, so do I). Screen splitting would be very useful for me, too. Add another one to the list clamouring for it. Simon Stapleton\\

to:

I agree with the need for split views. All the ideas here are excellent. One additional idea is to allow multiple windows for the same project, possibly even referencing the same document (with views kept in sync if this is the case). With these two features and full screen I think we'd have pretty much total flexibility in laying out views onto our text.
-- Matthew\\

Changed lines 318-324 from:

Having a split view for the output buffer is something I would love to see. I use Scite on Windows where I have become addicted to this feature but I can't find it in any Mac editor. Displaying the output in a separate window (like TextMate) or a separate tab (like TextWrangler) just isn't the same.
-- Richard Cooper

I agree with the need for split views. All the ideas here are excellent. One additional idea is to allow multiple windows for the same project, possibly even referencing the same document (with views kept in sync if this is the case). With these two features and full screen I think we'd have pretty much total flexibility in laying out views onto our text.
-- Matthew

I haven't heard you weigh in on the subject of split screens, Allan. What do you think? Implement in upcoming version? Not at all?

to:

I haven't heard you weigh in on the subject of split screens, Allan. What do you think? Implement in upcoming version? Not at all?\\

Changed line 320 from:

\\

to:
November 30, 2005, at 07:33 UTC by Matt Helmick -
Deleted lines 284-286:
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
Changed lines 286-287 from:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

to:

Split Screens:

Changed lines 288-289 from:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)
-- Zack Charter\\

to:
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
Changed lines 291-292 from:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
-- Chris Thomas\\

to:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

Changed lines 294-295 from:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.\\

to:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)
-- Zack Charter\\

Changed line 297 from:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).\\

to:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.\\

Changed lines 300-301 from:

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon\\

to:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.\\

Changed lines 302-303 from:

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.\\

to:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
-- Chris Thomas\\

Changed lines 305-306 from:

You want emacs, don't you? (actually, so do I). Screen splitting would be very useful for me, too. Add another one to the list clamouring for it. Simon Stapleton\\

to:

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon\\

Changed lines 308-309 from:

Having a split view for the output buffer is something I would love to see. I use Scite on Windows where I have become addicted to this feature but I can't find it in any Mac editor. Displaying the output in a separate window (like TextMate) or a separate tab (like TextWrangler) just isn't the same.
-- Richard Cooper\\

to:

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.\\

Added lines 310-314:

You want emacs, don't you? (actually, so do I). Screen splitting would be very useful for me, too. Add another one to the list clamouring for it. Simon Stapleton

Having a split view for the output buffer is something I would love to see. I use Scite on Windows where I have become addicted to this feature but I can't find it in any Mac editor. Displaying the output in a separate window (like TextMate) or a separate tab (like TextWrangler) just isn't the same.
-- Richard Cooper
\\

Changed lines 317-318 from:

\\I haven't heard you weigh in on the subject of split screens, Allan. What do you think? Implement in upcoming version? Not at all?

to:


I haven't heard you weigh in on the subject of split screens, Allan. What do you think? Implement in upcoming version? Not at all?

Changed line 320 from:
to:

\\

November 30, 2005, at 07:28 UTC by Matt Helmick -
Added lines 316-318:

\\I haven't heard you weigh in on the subject of split screens, Allan. What do you think? Implement in upcoming version? Not at all? -- Matt Helmick

November 30, 2005, at 01:26 UTC by Mike Czepiel -
Added lines 18-20:
  • Mention this before, don't see it anymore (and haven't seen it implemented) I'd like to be able to have a half a page of dead space after the last line of my code that allows me to scroll to vertically elevate the last lines of code on my display. (BBEdit has this implemented and it really just feels more comfortable reading from the middle of my screen on the powerbook) Essentially, it prevents me from having to manually enter extraneous lines to my code for the same effect.

--Mike Czepiel

November 28, 2005, at 05:02 UTC by Doug Feuerbach -
Changed lines 233-237 from:
  • I'd like to be able to navigate through the tabs in the order that I last used them. This would be similar to the way the command-tab works in Mac OS X. The dock shows you a fixed order (a la the tab bar in TextMate), but command-tab lets you navigate to the most recent application you last used. I'm not suggesting any UI fancy-ness just plain old "Previous Tab History" and "Next Tab History" would be sufficient.

-- Shane Celis

to:
  • I'd like to be able to navigate through the tabs in the order that I last used them. This would be similar to the way the command-tab works in Mac OS X. The dock shows you a fixed order (a la the tab bar in TextMate), but command-tab lets you navigate to the most recent application you last used. I'm not suggesting any UI fancy-ness just plain old "Previous Tab History" and "Next Tab History" would be sufficient.
    -- Shane Celis
  • Tabs whose layout and display behavior may be overriden by regular expressions on the file names (or perhaps the content of the files themselves). Example uses might be
    • test file tabs self-organize to the right with a slight yellowish hue.
    • code file tabls self-organize to the left
    • *.css tabs to auto close after 10 minutes of inactivity

      This may all be crazy talk.
      -- Doug Feuerbach
November 27, 2005, at 05:27 UTC by marxy -
Added lines 476-481:

Source code control

It would be great if the editor recognised source code control is in use including CVS and Subversion and optionally showed the status of each file in the drawer. XCode is a pretty good model here.

Source code control should also be available as a right click on the file in the drawer I think.

-- marxy

November 25, 2005, at 19:19 UTC by Daniel Haus -
Added lines 18-20:
  • How about an instant-search field on the top right of the main window, like in Safari, that allows to instantly find the first (and afterwards next) occurrence of the entered word/pattern?
    --Daniel Haus
November 25, 2005, at 11:29 UTC by RB -
Added lines 39-41:
  • I also like to see this. When I try to click the popups in the statusbar I accidentally keep clicking my Dock items.
    --RB
    \\
November 23, 2005, at 12:36 UTC by kL -
Added lines 3-4:
  • can context-menu check spelling asynchronously? (and add suggestions to already open context-menu?) Spellcheck sometimes takes a few seconds slowing down access to other menu functions.
November 22, 2005, at 06:16 UTC by Matthew -
Changed line 254 from:

\\

to:

\\`

Changed lines 294-297 from:
to:


I agree with the need for split views. All the ideas here are excellent. One additional idea is to allow multiple windows for the same project, possibly even referencing the same document (with views kept in sync if this is the case). With these two features and full screen I think we'd have pretty much total flexibility in laying out views onto our text.
-- Matthew

November 22, 2005, at 06:08 UTC by Matthew -
Added lines 57-60:
  • I think at least having a mode for setting the window to the exact size would be really cool. I also would like to support the full-screen mode crowd. Full screen should also allow setting a column width so users with wide screens can edit a long file in several columns that automatically flow. 2 or 3 columns (depending on the file) would easily fit on my powerbook, but no editors support this that I know of.
    * Navigation during full screen mode could be accomplished with a popup similar to the controls in DVD player (just a thought!)...
    -- Matthew

\\

November 22, 2005, at 06:02 UTC by Matthew -
Changed line 34 from:
  • I would also like to support this request. I think the best way to address it is just to have an option to set the status bar location to either bottom or top.
to:
  • I would also like to support this request. I think the best way to address it is just to have an option to set the status bar location to either bottom or top.\\
November 22, 2005, at 06:01 UTC by Matthew -
Added lines 34-36:
  • I would also like to support this request. I think the best way to address it is just to have an option to set the status bar location to either bottom or top.

--Matthew
\\

November 21, 2005, at 11:20 UTC by kL -
Changed lines 25-26 from:
to:

-- Allan Odgaard
-- Here's mockup: http://img359.imageshack.us/my.php?image=macromenumockup5jn.png. On left = current; on right = desired.

November 20, 2005, at 21:01 UTC by kL -
Changed lines 95-96 from:
to:

-- Allan Odgaard
-- I think he ment change of HTML entities into actual characters.

November 20, 2005, at 20:42 UTC by kL -
Added lines 3-5:
  • hightlight of matching bracket could be done after moving cursor. that's a tiny issue, but it gives impression that matching is slow synchronous operation.
Changed lines 14-15 from:
to:

-- thanks for the tip. as for scope - can it be made configurable? or maybe a macro can add this functionality as well?

November 20, 2005, at 00:09 UTC by Allan Odgaard -
Changed lines 6-9 from:
  • Crimson Editor goes even further - it's enough to select anything and choose find next to search for currently selected word. Personally I find this very useful.

--kL

  • An option in preferences that allows a solid rectangular caret rather than an I-beam. I know it's not the OSX way, but it is a great help in finding the location of the caret on the screen.
to:
  • Crimson Editor goes even further - it's enough to select anything and choose find next to search for currently selected word. Personally I find this very useful.
    --kL \\
Changed lines 9-10 from:

--dino

to:

Using the dialog for that is clumsy when you have a (shared) find clipboard (so just do ⌘E + ⌘G to find next “what's currently selected”, you can even make a macro that collapses that into one key stroke). As for the Replace All Scope, it was smarter in the past, but many disliked it.
-- Allan Odgaard

  • An option in preferences that allows a solid rectangular caret rather than an I-beam. I know it's not the OSX way, but it is a great help in finding the location of the caret on the screen.
    --dino
Added line 16:
Changed lines 18-20 from:

--kL

  • I would like to suggest that some of the functionality available in the status bar should be placed at the top of the window. Specifically items which are accessed often such as the function popup (thank you so much for doing it). I haven't done any studies in this but I feel like my mouse pointer is located in the top quater of the screen most of the time. Having to move it all the way to the bottom of the screen to access frequently used UI elements is rather inconvenient.
to:

--kL \\

Changed lines 20-24 from:

-- tomek \\

to:

It does that for me.
-- Allan Odgaard

  • I would like to suggest that some of the functionality available in the status bar should be placed at the top of the window. Specifically items which are accessed often such as the function popup (thank you so much for doing it). I haven't done any studies in this but I feel like my mouse pointer is located in the top quater of the screen most of the time. Having to move it all the way to the bottom of the screen to access frequently used UI elements is rather inconvenient.
    -- tomek\\
Changed lines 26-28 from:
  • I would like to support tomek's request here. I find the current location of the status bar to be too close to my dock (I know I could move my dock but I've gotten used to it down there). Having at least the option to move it to the top of my screen (below the title bar but before the document) would be very welcome!

\\

to:
  • I would like to support tomek's request here. I find the current location of the status bar to be too close to my dock (I know I could move my dock but I've gotten used to it down there). Having at least the option to move it to the top of my screen (below the title bar but before the document) would be very welcome!\\
Changed lines 29-31 from:
  • In the "Open Recent" menu, it would be quicker if it opened up the item at the top of that list when you just clicked on the "Open Recent" menu itself, rather than having to navigate to the sub-menu and click on the top item.

\\

to:

I'll likely revisit arrangements of things later (when a toolbar is added).
-- Allan Odgaard

  • In the "Open Recent" menu, it would be quicker if it opened up the item at the top of that list when you just clicked on the "Open Recent" menu itself, rather than having to navigate to the sub-menu and click on the top item.\\
Changed lines 35-37 from:
  • There could be easier way to associate TM with new file extension than editing language bundle and assigning TM.app in Finder. When I manually choose extension from menu, there could be option like "associate files of that kind with this language".
  • I find/feel the tabs coloring for active/inactive files a little misleading. I often mistake the light colored (I'd be thinking about it as "highlighted" tab) tab for being the active one and start editing there. My suggestiong is to establish a color scheme for active, inactive, unsaved document tabs. I know it will take a while to contemplate such scheme. But I hope it is possible.
to:
  • There could be easier way to associate TM with new file extension than editing language bundle and assigning TM.app in Finder. When I manually choose extension from menu, there could be option like "associate files of that kind with this language".\\
Changed lines 37-39 from:

-- Ismail Tabtabai

  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.
to:

Not sure if this is a Finder or TextMate request. You shouldn't edit bundles for file associations. Just open whatever file and click the language popup in the status bar to tell TM what language it is (if it didn't guess it), and that'll stick
-- Allan Odgaard

  • I find/feel the tabs coloring for active/inactive files a little misleading. I often mistake the light colored (I'd be thinking about it as "highlighted" tab) tab for being the active one and start editing there. My suggestiong is to establish a color scheme for active, inactive, unsaved document tabs. I know it will take a while to contemplate such scheme. But I hope it is possible.
    -- Ismail Tabtabai \\
Changed lines 43-45 from:

-- Mike Ross

  • It would be a good idea for the project drawer to "remember" it's width so that if a user resized it, then open the same project, or maybe even any project, later, it would be the same size. It is frustrating to have my project drawer take up a large portion of my screen when it only needs a few pixels.
to:

Mockups are always welcome :)
-- Allan Odgaard

  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.
    -- Mike Ross \\
Changed lines 49-51 from:

-- Aviv Nitsan

  • A variant of "Open in New Window" that would instead open in something like a panel at the bottom of the project window. I use OINW to display compile errors, and it's a pain to have to change the window focus every time I compile.
to:

With the dozen requests I've had for full-screen mode, I wouldn't be so sure about that :)
-- Allan Odgaard

  • It would be a good idea for the project drawer to "remember" it's width so that if a user resized it, then open the same project, or maybe even any project, later, it would be the same size. It is frustrating to have my project drawer take up a large portion of my screen when it only needs a few pixels.
    -- Aviv Nitsan \\
Changed lines 55-57 from:

-- Ben Jackson

  • When displaying line numbers for a file, keep them fixed at the edge of the window, even if the current line starts scrolling to the right. Current behavior forces you to move the scroll bar if you want to know a line number on a long line.
to:

If you save a project, the width should be saved in the tmproj file.
-- Allan Odgaard

  • A variant of "Open in New Window" that would instead open in something like a panel at the bottom of the project window. I use OINW to display compile errors, and it's a pain to have to change the window focus every time I compile.
    -- Ben Jackson \\
Changed lines 61-63 from:

-- Ken Scott

  • An option to set a particular program to be the default graphics editing application. This would simply allow me to double click or right click on a image file and open it in for example Photoshop instead of Preview.
to:

I hope to support something like that in 1.2, i.e. more like docking the command output windows (including HTML) in the main window.
-- Allan Odgaard

  • When displaying line numbers for a file, keep them fixed at the edge of the window, even if the current line starts scrolling to the right. Current behavior forces you to move the scroll bar if you want to know a line number on a long line.
    -- Ken Scott \\
Changed lines 67-68 from:

-- Shmuel Bowles

to:

Scheduled for 1.3
-- Allan Odgaard

  • An option to set a particular program to be the default graphics editing application. This would simply allow me to double click or right click on a image file and open it in for example Photoshop instead of Preview.
    -- Shmuel Bowles

    If you assign a default application with the graphics file in Finder, TextMate will use that setting when you double click the image in the project drawer.
    -- Allan Odgaard
Changed lines 77-81 from:

-- James A Baker

  • I would like a color marker for the corresponding bracket when selecting one. Perhaps in the same style as in Notepad++ (found on sourceforge). There is a builtin function for this in the current version but it just blinks and you need to be a good spotter to see it.
  • I would also like a function to change chars like åäö etc. to utf-8 (& a r i n g ; & a u m l ; & o u m l ; etc.) without having to use find/replace. This really bugs me. This tends to be a problem when I'm updating old html-documents.
to:

-- James A Baker \\

Changed lines 79-81 from:

-- Gabriel Heijmer

Not sure what that means — what should they be changed into?\\

to:

Proxy icon added.\\

Changed lines 82-83 from:
  • Some kind of "Send Feature Request" and "Report a bug" dialogs allowing the user to do those things directly from the app would be wicked.
    -- Ben Jackson \\
to:
  • I would like a color marker for the corresponding bracket when selecting one. Perhaps in the same style as in Notepad++ (found on sourceforge). There is a builtin function for this in the current version but it just blinks and you need to be a good spotter to see it.\\
Changed line 84 from:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http://bug.textmate.org (I'll add that to the help menu as well)\\

to:

Scheduled for 1.3\\

Changed lines 87-88 from:
  • Refactoring support: Extract Method, Rename Method, Change Method Signature; or an API to support this
    -- Cornelius Jaeger \\
to:
  • I would also like a function to change chars like åäö etc. to utf-8 (& a r i n g ; & a u m l ; & o u m l ; etc.) without having to use find/replace. This really bugs me. This tends to be a problem when I'm updating old html-documents.
Changed lines 89-90 from:

Sounds awfully specific to Java. The current API to handle this would be either as a commands (set input to entire document and use variables like line/column position, selection etc. for what to work on, or ask user) or a combination of that and macros.\\

to:

-- Gabriel Heijmer
Not sure what that means — what should they be changed into?\\

Changed lines 93-94 from:
  • A non-drawer view for projects. Instead have it all dislayed in one window like Xcode. I really *hate* drawers.
    -- Daniel \\
to:
  • Some kind of "Send Feature Request" and "Report a bug" dialogs allowing the user to do those things directly from the app would be wicked.
    -- Ben Jackson \\
Changed line 96 from:

I like them: http://lists.macromates.com/pipermail/textmate/2005-August/005028.html\\

to:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http://bug.textmate.org (I'll add that to the help menu as well)\\

Changed lines 99-103 from:
  • The excellent aesthetic of Full Screen View would be excellent. Yes, some times the focussed view, for creative thoughts and notes would be great.
    --John Plumridge
  • A Preference for a default side the project draw will open on would be great.
    -- icb \\
to:
  • Refactoring support: Extract Method, Rename Method, Change Method Signature; or an API to support this
    -- Cornelius Jaeger \\
Changed line 102 from:

You can change the side by closing the drawer, move the window so that there's not enough room in that side, and re-open the drawer. This is sort of the established way to set it.\\

to:

Sounds awfully specific to Java. The current API to handle this would be either as a commands (set input to entire document and use variables like line/column position, selection etc. for what to work on, or ask user) or a combination of that and macros.\\

Changed lines 105-109 from:
  • Notification of Activation Key conflicts when you set an activation key that already exists. It should give you the option to unset it for the conflicting option, set both, or don't set the current one.
    --Gabe da Silveira
  • Save state of project drawer with TextMate project. Defaults to right side of project editor.
    --Rick Kilcoyne \\
to:
  • A non-drawer view for projects. Instead have it all dislayed in one window like Xcode. I really *hate* drawers.
    -- Daniel \\
Changed line 108 from:

Currently it saves the side as a global setting. Since I want to get rid of project files (for 1.2) I'm probably not going to add a project specific setting of this (though the exact details of workspaces are still not settled)\\

to:

I like them: http://lists.macromates.com/pipermail/textmate/2005-August/005028.html\\

Changed lines 111-112 from:
  • Optionally Hiding other language customizations if one is in a tab for a given language: say if i am editing ruby dynamically remove the python, etc commands/triggers/etc from menu.
    --Rahul Dave \\
to:
  • The excellent aesthetic of Full Screen View would be excellent. Yes, some times the focussed view, for creative thoughts and notes would be great.
    --John Plumridge
  • A Preference for a default side the project draw will open on would be great.
    -- icb \\
Changed line 117 from:

A bundle does not necessarily equal a language. E.g. when I program in Objective-C++ I use both the Defaults, Source, C, Objective-C, and Text bundles. Also, e.g. HTML can embed ASP, PHP, Ruby, CSS, JavaScript a.s.o.\\

to:

You can change the side by closing the drawer, move the window so that there's not enough room in that side, and re-open the drawer. This is sort of the established way to set it.\\

Changed lines 120-121 from:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton\\
to:
  • Notification of Activation Key conflicts when you set an activation key that already exists. It should give you the option to unset it for the conflicting option, set both, or don't set the current one.
    --Gabe da Silveira
  • Save state of project drawer with TextMate project. Defaults to right side of project editor.
    --Rick Kilcoyne \\
Changed lines 126-128 from:
  • Allow typing after [Navigation]-->[Go To Symbol] to select symbol.
    -- Dave Baldwin?

    As the release notes states, the current implementation is just preliminary.\\
to:

Currently it saves the side as a global setting. Since I want to get rid of project files (for 1.2) I'm probably not going to add a project specific setting of this (though the exact details of workspaces are still not settled)\\

Added lines 129-142:
  • Optionally Hiding other language customizations if one is in a tab for a given language: say if i am editing ruby dynamically remove the python, etc commands/triggers/etc from menu.
    --Rahul Dave

    A bundle does not necessarily equal a language. E.g. when I program in Objective-C++ I use both the Defaults, Source, C, Objective-C, and Text bundles. Also, e.g. HTML can embed ASP, PHP, Ruby, CSS, JavaScript a.s.o.
    -- Allan Odgaard
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton

    * Allow typing after [Navigation]-->[Go To Symbol] to select symbol.
    -- Dave Baldwin?

    As the release notes states, the current implementation is just preliminary.
    -- Allan Odgaard
November 18, 2005, at 23:06 UTC by kL -
Changed lines 1-2 from:

Suggestions about how to change/improve the GUI in TextMate.

to:

Suggestions about how to change/improve the GUI in TextMate. This includes restructuring the menus, changing the folding marker icons and so on.

  • Find dialog is very clumsy. IMHO It should:
    • switch scope to selection when there is multiline selection
    • otherwise use selected text as default for find string, if not using regular expressions [optionally, I know some people hate this]
    • Crimson Editor goes even further - it's enough to select anything and choose find next to search for currently selected word. Personally I find this very useful.

--kL

Changed lines 12-14 from:


This includes restructuring the menus, changing the folding marker icons and so on.

to:
November 17, 2005, at 12:09 UTC by TimB -
Changed lines 418-419 from:
to:

-- TimB

How about a FULL Screen edit, like that is available in Mac Journal. When editing manuals e.t.c I like the retro feel of full screen edit.

-- TimB

November 15, 2005, at 13:50 UTC by Stefan -
Added lines 125-128:
  • A preference to use Tabcolors, in order to make it easy to distinguish the open files in the tabs. For example based on filetype or file location. It would be great if this was customizable in preferences.
    -- Stefan Fountain

November 15, 2005, at 12:51 UTC by Michael Lehmkuhl -
Added lines 207-209:

Making this feature smart enough to read the actual server path when editing a remote file via FTP would also be extremely handy.
-- Michael Lehmkuhl
\\

November 15, 2005, at 10:32 UTC by dino -
Added lines 3-7:
  • An option in preferences that allows a solid rectangular caret rather than an I-beam. I know it's not the OSX way, but it is a great help in finding the location of the caret on the screen.


--dino

November 14, 2005, at 10:31 UTC by kL -
Changed lines 4-7 from:
to:
  • Better font configuration, especially custom char width and line height, like in Terminal app.
  • On bottom of window there is button that pops up menu with macros/commands for ALL languages. That isn't useful - you have to choose language every time you use it. IMHO it should default to currently selected language/context.
    --kL
November 11, 2005, at 07:51 UTC by shmuel -
Added line 9:
November 11, 2005, at 07:49 UTC by shmuel -
Changed line 9 from:

I would like to support tomek's request here. I find the current location of the status bar to be too close to my dock (I know I could move my dock but I've gotten used to it down there). Having at least the option to move it to the top of my screen (below the title bar but before the document) would be very welcome!

to:
  • I would like to support tomek's request here. I find the current location of the status bar to be too close to my dock (I know I could move my dock but I've gotten used to it down there). Having at least the option to move it to the top of my screen (below the title bar but before the document) would be very welcome!
November 11, 2005, at 07:48 UTC by shmuel -
Changed lines 7-9 from:

-- tomek

  • In the "Open Recent" menu, it would be quicker if it opened up the item at the top of that list when you just clicked on the "Open Recent" menu itself, rather than having to navigate to the sub-menu and click on the top item.
to:

-- tomek \\

Changed lines 9-13 from:

-- Gaby Vanhegan

  • There could be easier way to associate TM with new file extension than editing language bundle and assigning TM.app in Finder. When I manually choose extension from menu, there could be option like "associate files of that kind with this language".
  • I find/feel the tabs coloring for active/inactive files a little misleading. I often mistake the light colored (I'd be thinking about it as "highlighted" tab) tab for being the active one and start editing there. My suggestiong is to establish a color scheme for active, inactive, unsaved document tabs. I know it will take a while to contemplate such scheme. But I hope it is possible.
to:

I would like to support tomek's request here. I find the current location of the status bar to be too close to my dock (I know I could move my dock but I've gotten used to it down there). Having at least the option to move it to the top of my screen (below the title bar but before the document) would be very welcome!

Changed lines 11-13 from:

-- Ismail Tabtabai

  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.
to:

--Shmuel Bowles \\

Changed lines 13-15 from:

-- Mike Ross

  • It would be a good idea for the project drawer to "remember" it's width so that if a user resized it, then open the same project, or maybe even any project, later, it would be the same size. It is frustrating to have my project drawer take up a large portion of my screen when it only needs a few pixels.
to:
  • In the "Open Recent" menu, it would be quicker if it opened up the item at the top of that list when you just clicked on the "Open Recent" menu itself, rather than having to navigate to the sub-menu and click on the top item.
Changed lines 16-18 from:

-- Aviv Nitsan

  • A variant of "Open in New Window" that would instead open in something like a panel at the bottom of the project window. I use OINW to display compile errors, and it's a pain to have to change the window focus every time I compile.
to:

-- Gaby Vanhegan

  • There could be easier way to associate TM with new file extension than editing language bundle and assigning TM.app in Finder. When I manually choose extension from menu, there could be option like "associate files of that kind with this language".
  • I find/feel the tabs coloring for active/inactive files a little misleading. I often mistake the light colored (I'd be thinking about it as "highlighted" tab) tab for being the active one and start editing there. My suggestiong is to establish a color scheme for active, inactive, unsaved document tabs. I know it will take a while to contemplate such scheme. But I hope it is possible.
Changed lines 22-24 from:

-- Ben Jackson

  • When displaying line numbers for a file, keep them fixed at the edge of the window, even if the current line starts scrolling to the right. Current behavior forces you to move the scroll bar if you want to know a line number on a long line.
to:

-- Ismail Tabtabai

  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.
Changed lines 26-28 from:

-- Ken Scott

  • An option to set a particular program to be the default graphics editing application. This would simply allow me to double click or right click on a image file and open it in for example Photoshop instead of Preview.
to:

-- Mike Ross

  • It would be a good idea for the project drawer to "remember" it's width so that if a user resized it, then open the same project, or maybe even any project, later, it would be the same size. It is frustrating to have my project drawer take up a large portion of my screen when it only needs a few pixels.
Changed lines 30-37 from:

-- Shmuel Bowles

  • When Auto-updating, TextMate doesn't allow any method for the user to archive the downloaded .tbz file. A "Reveal" button or proxy icon for copying the file to another location would be very helpful for the irrepressible packrat.
    -- James A Baker
  • I would like a color marker for the corresponding bracket when selecting one. Perhaps in the same style as in Notepad++ (found on sourceforge). There is a builtin function for this in the current version but it just blinks and you need to be a good spotter to see it.
  • I would also like a function to change chars like åäö etc. to utf-8 (& a r i n g ; & a u m l ; & o u m l ; etc.) without having to use find/replace. This really bugs me. This tends to be a problem when I'm updating old html-documents.
to:

-- Aviv Nitsan

  • A variant of "Open in New Window" that would instead open in something like a panel at the bottom of the project window. I use OINW to display compile errors, and it's a pain to have to change the window focus every time I compile.
Changed lines 34-40 from:

-- Gabriel Heijmer

Not sure what that means — what should they be changed into?
-- Allan Odgaard

  • Some kind of "Send Feature Request" and "Report a bug" dialogs allowing the user to do those things directly from the app would be wicked.
    -- Ben Jackson \\
to:

-- Ben Jackson

  • When displaying line numbers for a file, keep them fixed at the edge of the window, even if the current line starts scrolling to the right. Current behavior forces you to move the scroll bar if you want to know a line number on a long line.
Changed lines 38-42 from:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http://bug.textmate.org (I'll add that to the help menu as well)
-- Allan Odgaard

  • Refactoring support: Extract Method, Rename Method, Change Method Signature; or an API to support this
    -- Cornelius Jaeger \\
to:

-- Ken Scott

  • An option to set a particular program to be the default graphics editing application. This would simply allow me to double click or right click on a image file and open it in for example Photoshop instead of Preview.
Changed lines 42-53 from:

Sounds awfully specific to Java. The current API to handle this would be either as a commands (set input to entire document and use variables like line/column position, selection etc. for what to work on, or ask user) or a combination of that and macros.\\

to:

-- Shmuel Bowles

  • When Auto-updating, TextMate doesn't allow any method for the user to archive the downloaded .tbz file. A "Reveal" button or proxy icon for copying the file to another location would be very helpful for the irrepressible packrat.
    -- James A Baker
  • I would like a color marker for the corresponding bracket when selecting one. Perhaps in the same style as in Notepad++ (found on sourceforge). There is a builtin function for this in the current version but it just blinks and you need to be a good spotter to see it.
  • I would also like a function to change chars like åäö etc. to utf-8 (& a r i n g ; & a u m l ; & o u m l ; etc.) without having to use find/replace. This really bugs me. This tends to be a problem when I'm updating old html-documents.


-- Gabriel Heijmer

Not sure what that means — what should they be changed into?\\

Changed lines 56-57 from:
  • A non-drawer view for projects. Instead have it all dislayed in one window like Xcode. I really *hate* drawers.
    -- Daniel \\
to:
  • Some kind of "Send Feature Request" and "Report a bug" dialogs allowing the user to do those things directly from the app would be wicked.
    -- Ben Jackson \\
Changed line 59 from:

I like them: http://lists.macromates.com/pipermail/textmate/2005-August/005028.html\\

to:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http://bug.textmate.org (I'll add that to the help menu as well)\\

Changed lines 62-66 from:
  • The excellent aesthetic of Full Screen View would be excellent. Yes, some times the focussed view, for creative thoughts and notes would be great.
    --John Plumridge
  • A Preference for a default side the project draw will open on would be great.
    -- icb \\
to:
  • Refactoring support: Extract Method, Rename Method, Change Method Signature; or an API to support this
    -- Cornelius Jaeger \\
Changed line 65 from:

You can change the side by closing the drawer, move the window so that there's not enough room in that side, and re-open the drawer. This is sort of the established way to set it.\\

to:

Sounds awfully specific to Java. The current API to handle this would be either as a commands (set input to entire document and use variables like line/column position, selection etc. for what to work on, or ask user) or a combination of that and macros.\\

Changed lines 68-72 from:
  • Notification of Activation Key conflicts when you set an activation key that already exists. It should give you the option to unset it for the conflicting option, set both, or don't set the current one.
    --Gabe da Silveira
  • Save state of project drawer with TextMate project. Defaults to right side of project editor.
    --Rick Kilcoyne \\
to:
  • A non-drawer view for projects. Instead have it all dislayed in one window like Xcode. I really *hate* drawers.
    -- Daniel \\
Changed line 71 from:

Currently it saves the side as a global setting. Since I want to get rid of project files (for 1.2) I'm probably not going to add a project specific setting of this (though the exact details of workspaces are still not settled)\\

to:

I like them: http://lists.macromates.com/pipermail/textmate/2005-August/005028.html\\

Changed lines 74-75 from:
  • Optionally Hiding other language customizations if one is in a tab for a given language: say if i am editing ruby dynamically remove the python, etc commands/triggers/etc from menu.
    --Rahul Dave \\
to:
  • The excellent aesthetic of Full Screen View would be excellent. Yes, some times the focussed view, for creative thoughts and notes would be great.
    --John Plumridge
  • A Preference for a default side the project draw will open on would be great.
    -- icb \\
Changed line 80 from:

A bundle does not necessarily equal a language. E.g. when I program in Objective-C++ I use both the Defaults, Source, C, Objective-C, and Text bundles. Also, e.g. HTML can embed ASP, PHP, Ruby, CSS, JavaScript a.s.o.\\

to:

You can change the side by closing the drawer, move the window so that there's not enough room in that side, and re-open the drawer. This is sort of the established way to set it.\\

Changed lines 83-84 from:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton\\
to:
  • Notification of Activation Key conflicts when you set an activation key that already exists. It should give you the option to unset it for the conflicting option, set both, or don't set the current one.
    --Gabe da Silveira
  • Save state of project drawer with TextMate project. Defaults to right side of project editor.
    --Rick Kilcoyne \\
Changed lines 89-91 from:
  • Allow typing after [Navigation]-->[Go To Symbol] to select symbol.
    -- Dave Baldwin?

    As the release notes states, the current implementation is just preliminary.\\
to:

Currently it saves the side as a global setting. Since I want to get rid of project files (for 1.2) I'm probably not going to add a project specific setting of this (though the exact details of workspaces are still not settled)\\

Added lines 92-105:
  • Optionally Hiding other language customizations if one is in a tab for a given language: say if i am editing ruby dynamically remove the python, etc commands/triggers/etc from menu.
    --Rahul Dave

    A bundle does not necessarily equal a language. E.g. when I program in Objective-C++ I use both the Defaults, Source, C, Objective-C, and Text bundles. Also, e.g. HTML can embed ASP, PHP, Ruby, CSS, JavaScript a.s.o.
    -- Allan Odgaard
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton

    * Allow typing after [Navigation]-->[Go To Symbol] to select symbol.
    -- Dave Baldwin?

    As the release notes states, the current implementation is just preliminary.
    -- Allan Odgaard
November 11, 2005, at 00:51 UTC by tomek -
Changed line 5 from:
  • In the "Open Recent" menu, it would be quicker if it opened up the item at the top of that list when you just clicked on the "Open Recent" menu itself, rather than having to navigate to the sub-menu and click on the top item.
to:
  • I would like to suggest that some of the functionality available in the status bar should be placed at the top of the window. Specifically items which are accessed often such as the function popup (thank you so much for doing it). I haven't done any studies in this but I feel like my mouse pointer is located in the top quater of the screen most of the time. Having to move it all the way to the bottom of the screen to access frequently used UI elements is rather inconvenient.
Added lines 7-10:

-- tomek

  • In the "Open Recent" menu, it would be quicker if it opened up the item at the top of that list when you just clicked on the "Open Recent" menu itself, rather than having to navigate to the sub-menu and click on the top item.

\\

November 09, 2005, at 15:13 UTC by Gaby Vanhegan -
Added lines 5-8:
  • In the "Open Recent" menu, it would be quicker if it opened up the item at the top of that list when you just clicked on the "Open Recent" menu itself, rather than having to navigate to the sub-menu and click on the top item.


-- Gaby Vanhegan

November 07, 2005, at 17:09 UTC by iznogoud -
Changed lines 383-390 from:
to:
  • Well then, would it be possible to have a "recent folder" function in the open file... window? I mean, I oftenly switch between two or three folders, and it's always a long job to find again my previous dir (for instance, when I open a file in ~/Desktop, then /Library/WebServer/Documents/toto/, then back to ~/Desktop, then back to toto... Now, you have to re-do all the path finding to open a file.)
    -- iznogoud_
  • ok, then let's give an other suggestion. Enable a "duplicate view" for an opened file. It could be done in two ways: the way of many spreadsheet office program, that has a "line" on the top of your window, you grab it and do as we're already doing with the "wrap column" function. It's the same way as subethaedit. An other way, maybe easier to implement, would be to have an item beside "show web preview", that would be "show duplication of document (readonly)" or something. It would open the document again, with, for instance, a grey background. As with the "keep textmate version" thing, it would be automatically updated when clicking in the window.
    -- iznogoud_
November 04, 2005, at 15:44 UTC by kL -
Added lines 5-6:
  • There could be easier way to associate TM with new file extension than editing language bundle and assigning TM.app in Finder. When I manually choose extension from menu, there could be option like "associate files of that kind with this language".
November 04, 2005, at 10:31 UTC by Gabriel -
Changed lines 32-35 from:
  • I would like a color marker for the corresponding bracket when selecting one. Perhaps in the same style as in Notepad++ (found on sourceforge). There is a builtin function for this in the current version but it just blinks and you need to be a good spoter to see it.
  • I would also like a function to change chars like åäö etc. to utf-8 (å ä ö etc.) without having to use find/replace. This really bugs me. This tends to be a problem when I'm updating old html-documents.
    -- Gabriel Heijmer \\
to:
  • I would like a color marker for the corresponding bracket when selecting one. Perhaps in the same style as in Notepad++ (found on sourceforge). There is a builtin function for this in the current version but it just blinks and you need to be a good spotter to see it.
  • I would also like a function to change chars like åäö etc. to utf-8 (& a r i n g ; & a u m l ; & o u m l ; etc.) without having to use find/replace. This really bugs me. This tends to be a problem when I'm updating old html-documents.
Added lines 36-37:

-- Gabriel Heijmer

November 04, 2005, at 04:11 UTC by Ismail Tabtabai -
Deleted lines 5-6:
  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.
Added lines 7-10:

-- Ismail Tabtabai

  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.

\\

November 04, 2005, at 04:10 UTC by Ismail Tabtabai -
Added lines 5-6:
  • I find/feel the tabs coloring for active/inactive files a little misleading. I often mistake the light colored (I'd be thinking about it as "highlighted" tab) tab for being the active one and start editing there. My suggestiong is to establish a color scheme for active, inactive, unsaved document tabs. I know it will take a while to contemplate such scheme. But I hope it is possible.
November 03, 2005, at 14:52 UTC by Gabriel Ripoche -
Added lines 315-316:
  • Yes, outline view would be very useful for latex (SubEtha also does that) -- Gabriel Ripoche
October 29, 2005, at 09:31 UTC by Mike Ross -
Changed line 5 from:
  • It would be a good idea for the project drawer to "remember" it's width so that if a user resized it, then open the same project, or maybe even any project, later, it would be the same size. It is frustrating to have my project drawer take up a large portion of my screen when it only needs a few pixels.
to:
  • It would be great if the maximize button acted in a similar way to that of Safari and other apps whereby it doesn't enlarge the window to the entire screen, but switches between a user defined size and the exact size needed to display the document correctly.
Added lines 7-10:

-- Mike Ross

  • It would be a good idea for the project drawer to "remember" it's width so that if a user resized it, then open the same project, or maybe even any project, later, it would be the same size. It is frustrating to have my project drawer take up a large portion of my screen when it only needs a few pixels.

\\

October 28, 2005, at 19:06 UTC by Aviv Nitsan -
Changed line 5 from:
  • A variant of "Open in New Window" that would instead open in something like a panel at the bottom of the project window. I use OINW to display compile errors, and it's a pain to have to change the window focus every time I compile.
to:
  • It would be a good idea for the project drawer to "remember" it's width so that if a user resized it, then open the same project, or maybe even any project, later, it would be the same size. It is frustrating to have my project drawer take up a large portion of my screen when it only needs a few pixels.
Added lines 7-10:

-- Aviv Nitsan

  • A variant of "Open in New Window" that would instead open in something like a panel at the bottom of the project window. I use OINW to display compile errors, and it's a pain to have to change the window focus every time I compile.

\\

October 26, 2005, at 19:12 UTC by Shane Celis -
Changed lines 143-147 from:
to:
  • I'd like to be able to navigate through the tabs in the order that I last used them. This would be similar to the way the command-tab works in Mac OS X. The dock shows you a fixed order (a la the tab bar in TextMate), but command-tab lets you navigate to the most recent application you last used. I'm not suggesting any UI fancy-ness just plain old "Previous Tab History" and "Next Tab History" would be sufficient.

-- Shane Celis

October 26, 2005, at 12:28 UTC by Ben Jackson -
Changed line 5 from:
  • When displaying line numbers for a file, keep them fixed at the edge of the window, even if the current line starts scrolling to the right. Current behavior forces you to move the scroll bar if you want to know a line number on a long line.
to:
  • A variant of "Open in New Window" that would instead open in something like a panel at the bottom of the project window. I use OINW to display compile errors, and it's a pain to have to change the window focus every time I compile.
Added lines 7-10:

-- Ben Jackson

  • When displaying line numbers for a file, keep them fixed at the edge of the window, even if the current line starts scrolling to the right. Current behavior forces you to move the scroll bar if you want to know a line number on a long line.

\\

October 26, 2005, at 03:59 UTC by Ken Scott -
Changed lines 5-6 from:

When displaying line numbers for a file, keep them fixed at the edge of the window, even if the current line starts scrolling to the right. Current behavior forces you to move the scroll bar if you want to know a line number on a long line.\\

to:
  • When displaying line numbers for a file, keep them fixed at the edge of the window, even if the current line starts scrolling to the right. Current behavior forces you to move the scroll bar if you want to know a line number on a long line.

\\

October 26, 2005, at 03:58 UTC by Ken Scott -
Added lines 5-7:

When displaying line numbers for a file, keep them fixed at the edge of the window, even if the current line starts scrolling to the right. Current behavior forces you to move the scroll bar if you want to know a line number on a long line.
-- Ken Scott

October 25, 2005, at 16:58 UTC by daniel andersson -
Changed lines 124-125 from:
  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.
to:
  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.
  • Or what about the option to change the font (and size) for the tabs? That way if you know you're working on lots of files at the same time, you can pick a smaller size for all the tabs -- daniel andersson
October 24, 2005, at 21:15 UTC by Richard Cooper -
Changed line 189 from:

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.

to:

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.\\

Changed lines 192-195 from:
to:


Having a split view for the output buffer is something I would love to see. I use Scite on Windows where I have become addicted to this feature but I can't find it in any Mac editor. Displaying the output in a separate window (like TextMate) or a separate tab (like TextWrangler) just isn't the same.
-- Richard Cooper

October 24, 2005, at 05:35 UTC by shmuel -
Added lines 5-8:
  • An option to set a particular program to be the default graphics editing application. This would simply allow me to double click or right click on a image file and open it in for example Photoshop instead of Preview.


-- Shmuel Bowles

October 24, 2005, at 05:32 UTC by shmuel -
Changed line 76 from:
  • A preference to use the <title> attribute from an html/php page as the tab title instead of the file name. This especially useful if you are working on a website which is full of index.html/php files making tabs hard to distinguish from one another. \\
to:
  • A preference to use the <title> attribute or a particular variable from an html/php page as the tab title instead of the file name. This especially useful if you are working on a website which is full of index.html/.php files making tabs hard to distinguish from one another. \\
October 22, 2005, at 21:23 UTC by James A Baker -
Added lines 5-7:
  • When Auto-updating, TextMate doesn't allow any method for the user to archive the downloaded .tbz file. A "Reveal" button or proxy icon for copying the file to another location would be very helpful for the irrepressible packrat.
    -- James A Baker
October 22, 2005, at 10:13 UTC by Gabriel Heijmer -
Changed line 7 from:
  • I would also like a function to change chars like åäö etc. to utf-8 (å ä ö etc.) without having to use find/replace. This really bugs me. This tends to be a problem when I'm updating old html-documents. \\
to:
  • I would also like a function to change chars like åäö etc. to utf-8 (å ä ö etc.) without having to use find/replace. This really bugs me. This tends to be a problem when I'm updating old html-documents. \\
October 22, 2005, at 10:08 UTC by Gabriel Heijmer -
Changed lines 5-7 from:
  • I would like a color marker for the corresponding bracket when selecting one. Perhaps in the same style as in Notepad++ (found on sourceforge).
  • I would also like a function to change chars like åäö etc. to utf-8 without having to use find/replace. This really bugs me.\\
to:
  • I would like a color marker for the corresponding bracket when selecting one. Perhaps in the same style as in Notepad++ (found on sourceforge). There is a builtin function for this in the current version but it just blinks and you need to be a good spoter to see it.
  • I would also like a function to change chars like åäö etc. to utf-8 (å ä ö etc.) without having to use find/replace. This really bugs me. This tends to be a problem when I'm updating old html-documents. \\
October 21, 2005, at 17:35 UTC by Allan Odgaard -
Added lines 6-8:
  • I would also like a function to change chars like åäö etc. to utf-8 without having to use find/replace. This really bugs me.
    -- Gabriel Heijmer \\
Changed lines 10-12 from:

I would also like a function to change chars like åäö etc. to utf-8 without having to use find/replace. This really bugs me.
-- Gabriel Heijmer
\\

to:

Not sure what that means — what should they be changed into?
-- Allan Odgaard

Changed lines 337-338 from:
  • another thing that would be nice to see is the same feature as subethaedit when trying to open files: you get the pwd of the active file opened. Which mean if I open /toto/A and /titi/B, then, when I try to open a file, it will always be in /titi. If the file I want to open is in /toto, I must go back to /, then /toto. The idea is to go into the directory containing the last active file opened: if the window of A is active, I'll open in /toto, if it's B, it will be /titi.
to:
  • another thing that would be nice to see is the same feature as subethaedit when trying to open files: you get the pwd of the active file opened. Which mean if I open /toto/A and /titi/B, then, when I try to open a file, it will always be in /titi. If the file I want to open is in /toto, I must go back to /, then /toto. The idea is to go into the directory containing the last active file opened: if the window of A is active, I'll open in /toto, if it's B, it will be /titi.

    Actually not to keen on that, since I work either with projects or single files in ~/Documents/«whatever» and I don't want working with projects to lose the ~/Documents remembered for when I last used it in “single file” mode.
    -- Allan Odgaard
October 20, 2005, at 10:16 UTC by Gabriel Heijmer -
Deleted line 5:

-- Gabriel Heijmer\\

Added lines 7-9:

I would also like a function to change chars like åäö etc. to utf-8 without having to use find/replace. This really bugs me.
-- Gabriel Heijmer
\\

Changed line 11 from:

-- Ben Jackson\\

to:

-- Ben Jackson \\

October 20, 2005, at 10:12 UTC by Gabriel Heijmer -
Added lines 5-7:
  • I would like a color marker for the corresponding bracket when selecting one. Perhaps in the same style as in Notepad++ (found on sourceforge).
    -- Gabriel Heijmer
    \\
October 20, 2005, at 08:30 UTC by iznogoud -
Added lines 329-330:
  • another thing that would be nice to see is the same feature as subethaedit when trying to open files: you get the pwd of the active file opened. Which mean if I open /toto/A and /titi/B, then, when I try to open a file, it will always be in /titi. If the file I want to open is in /toto, I must go back to /, then /toto. The idea is to go into the directory containing the last active file opened: if the window of A is active, I'll open in /toto, if it's B, it will be /titi.
October 19, 2005, at 18:30 UTC by shmuel -
Changed lines 65-66 from:
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari. \\
to:
  • A preference to use the <title> attribute from an html/php page as the tab title instead of the file name. This especially useful if you are working on a website which is full of index.html/php files making tabs hard to distinguish from one another.
    -- Shmuel Bowles\\
Added lines 68-70:
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari.
    \\
October 16, 2005, at 03:11 UTC by WilDoane -
Deleted lines 10-11:
  • A floating palette containing the current tabs document outline, with the ability to jump to the selected fold, and also to open/close the folds. Instead of a function tab that many people want, i find this works better, because you can see more of the outline of the current document.
Deleted lines 22-27:
  • "Close all tabs but the current one" would be nice. I'm editing a lot of Java code and typically open a lot of small files. This creates a lot of tabs which I'd like to close quickly.
    --Thorsten Greiner

    There's close all tabs on ⌃⌘W (I know you asked for all but current, but many are not aware of the current key)
    -- Allan Odgaard
Deleted lines 31-36:
  • Higher contrast tabs for selected file vs other scripts you are currently editing. Light Gray vs Lighter Gray is hard on my eyes.
    -- Kenrick Buchanan

    You're more than welcome to send a mockup or fidle with the graphics in the current graphics in the TextMate.app bundle. The current tabs went through several iterations, experimenting with different tints etc.
    -- Allan Odgaard
Changed lines 47-48 from:
  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.\\
to:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton\\
Changed lines 50-52 from:

This is scheduled for 1.2.\\

to:
  • Allow typing after [Navigation]-->[Go To Symbol] to select symbol.
    -- Dave Baldwin?

    As the release notes states, the current implementation is just preliminary.\\
Deleted lines 54-60:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton

    * Allow typing after [Navigation]-->[Go To Symbol] to select symbol.
    -- Dave Baldwin?

    As the release notes states, the current implementation is just preliminary.
    -- Allan Odgaard
Added lines 63-64:

Tabs

Changed lines 81-82 from:
  • Status line feature request: have the ability to view the number of words and lines in the entire document.
    -- Dylan McNamee \\
to:
  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.\\
Changed line 83 from:

Currently you can press ⌃⇧N to get that information. It's a lot of work to keep this statistics up-to-date on each change, so it's unlikely to see its way to the status bar anytime soon. Btw: for r540 the ⌃⇧N function works only on the selection, in future builds it'll fall back to the document when there's no selection.\\

to:

This is scheduled for 1.2.\\

Changed lines 86-90 from:
to:
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.\\
Changed lines 88-95 from:

Recent betas have both the ability to edit language grammar and fonts & colors (for all elements).\\

to:

Changed tabs have a bullet instead of a cross as the close symbol.

  • A floating palette containing the current tabs document outline, with the ability to jump to the selected fold, and also to open/close the folds. Instead of a function tab that many people want, i find this works better, because you can see more of the outline of the current document.
  • "Close all tabs but the current one" would be nice. I'm editing a lot of Java code and typically open a lot of small files. This creates a lot of tabs which I'd like to close quickly.
    --Thorsten Greiner

    There's close all tabs on ⌃⌘W (I know you asked for all but current, but many are not aware of the current key)\\
Added lines 98-104:
  • Higher contrast tabs for selected file vs other scripts you are currently editing. Light Gray vs Lighter Gray is hard on my eyes.
    -- Kenrick Buchanan

    You're more than welcome to send a mockup or fidle with the graphics in the current graphics in the TextMate.app bundle. The current tabs went through several iterations, experimenting with different tints etc.
    -- Allan Odgaard
Changed lines 107-108 from:
  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
    -- Adam Sanderson\\
to:
  • A way to have the cool tabs without needing any form of project would rock. It's the one thing I've been looking for in a text editor on OSX since I switched and while TM gets close I'm still waiting. I don't want to have to have the project drawer because it takes up space that I want to use for my code (I work on a 12" iBook...). Some "Open in new tab" function (just like in Safari) in addition to the regular open would make me ecstatic.
    • I would like that too -- the project idea makes sense for certain sets of files but it breaks down when I try to use TM for Interarchy's "Edit with..." command. Since the files are stored on the server, I can't define them as a project, yet at the same time it's terribly nice to have multiple documents open in one window. BBEdit does this with a preference to open documents into the front window. \\
Changed lines 111-113 from:

It would also be useful to see the path in the Window menu. - NC

Something like this will happen.\\

to:

This is planned -- it's just a matter of time.\\

Changed lines 114-118 from:
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.\\
to:

  • Status line feature request: have the ability to view the number of words and lines in the entire document.
    -- Dylan McNamee \\
Changed lines 120-129 from:

Changed tabs have a bullet instead of a cross as the close symbol.

  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.

    This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
    -- Allan Odgaard
    I would favour an additional "force reload", because it sometimes happens that new files are not recognized and renamed files stay at their (wrong) position.
    -- Alex Kirk

    All things related to projects will receive a makeover in 1.2,\\
to:

Currently you can press ⌃⇧N to get that information. It's a lot of work to keep this statistics up-to-date on each change, so it's unlikely to see its way to the status bar anytime soon. Btw: for r540 the ⌃⇧N function works only on the selection, in future builds it'll fall back to the document when there's no selection.\\

Changed lines 123-124 from:
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
to:
Changed lines 129-130 from:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

to:

Recent betas have both the ability to edit language grammar and fonts & colors (for all elements).
-- Allan Odgaard

  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
    -- Adam Sanderson\\
Changed lines 135-136 from:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)
-- Zack Charter\\

to:

It would also be useful to see the path in the Window menu. - NC\\

Changed lines 137-138 from:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
-- Chris Thomas\\

to:

Something like this will happen.
-- Allan Odgaard

  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.\\
Changed lines 142-145 from:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.\\

to:

This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
-- Allan Odgaard
I would favour an additional "force reload", because it sometimes happens that new files are not recognized and renamed files stay at their (wrong) position.
-- Alex Kirk\\

Changed lines 147-148 from:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
-- Chris Thomas\\

to:

All things related to projects will receive a makeover in 1.2,
-- Allan Odgaard

  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
Changed lines 153-154 from:

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon\\

to:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

Changed lines 156-157 from:

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.

to:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)
-- Zack Charter\\

Added lines 159-171:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
-- Chris Thomas

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
-- Chris Thomas

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on. \\

Deleted line 188:
Added lines 191-195:
  • When hovering over a fold indicator, it would be pleasing if the text in the pop-up respected the font preferences for the document with emphasis on the preference for or against font smoothing.

Changed lines 229-231 from:
  • When hovering over a fold indicator, it would be pleasing if the text in the pop-up respected the font preferences for the document with emphasis on the preference for or against font smoothing.
to:
Deleted lines 288-294:
  • A way to have the cool tabs without needing any form of project would rock. It's the one thing I've been looking for in a text editor on OSX since I switched and while TM gets close I'm still waiting. I don't want to have to have the project drawer because it takes up space that I want to use for my code (I work on a 12" iBook...). Some "Open in new tab" function (just like in Safari) in addition to the regular open would make me ecstatic.
    • I would like that too -- the project idea makes sense for certain sets of files but it breaks down when I try to use TM for Interarchy's "Edit with..." command. Since the files are stored on the server, I can't define them as a project, yet at the same time it's terribly nice to have multiple documents open in one window. BBEdit does this with a preference to open documents into the front window.

      This is planned -- it's just a matter of time.
      -- Allan Odgaard
October 16, 2005, at 03:01 UTC by WilDoane -
Changed lines 160-166 from:
  • Folding:
    • Colourize the Folding Widgets for readability - Top level widgets should be in their own hue with nested widgets in descending brightness. For example if we have n top level folding widgets they will be equidistant along the RGB hue and at 50% brightness. Each child fold has the same hue as it's parent but differs in brightness by splitting another 35% brightness between the number of children. This way one can easily see the matching widget for each fold in the gutter and the colours will look nice too.
    • Make closed Folding Widgets look more different from open widgets. A more different icon? Make the circle go black when closed and light-colored when open? Make the whole line turn a different background color when the widget is closed? I often miss the closed widgets when scanning over some code.
    • Remember Folds between TextMate launches...\\
to:

Folding:

  • Would it be possible for the closing bracket of a method to remain visible when a method is folded? I don't know why, but it just disturbs me that the opening bracket is visible, but the other one isn't. Or just hide them both ;)
    • Second this. As a computer science professor, I'd much prefer to be able to print out a folded sample of code with: {...} rather than {...
  • Colourize the Folding Widgets for readability - Top level widgets should be in their own hue with nested widgets in descending brightness. For example if we have n top level folding widgets they will be equidistant along the RGB hue and at 50% brightness. Each child fold has the same hue as it's parent but differs in brightness by splitting another 35% brightness between the number of children. This way one can easily see the matching widget for each fold in the gutter and the colours will look nice too.
  • Make closed Folding Widgets look more different from open widgets. A more different icon? Make the circle go black when closed and light-colored when open? Make the whole line turn a different background color when the widget is closed? I often miss the closed widgets when scanning over some code.
  • Remember Folds between TextMate launches...\\
Added line 175:
Changed lines 213-217 from:
  • Would it be possible for the closing bracket of a method to remain visible when a method is folded? I don't know why, but it just disturbs me that the opening bracket is visible, but the other one isn't. Or just hide them both ;)
    • Second this. As a computer science professor, I'd much prefer to be able to print out a folded same of code with: {...} rather than {...
to:
October 16, 2005, at 02:57 UTC by WilDoane -
Added lines 210-212:
  • Second this. As a computer science professor, I'd much prefer to be able to print out a folded same of code with: {...} rather than {...
October 14, 2005, at 13:06 UTC by Allan Odgaard -
Changed lines 98-99 from:

-- Dylan McNamee

to:

-- Dylan McNamee

Currently you can press ⌃⇧N to get that information. It's a lot of work to keep this statistics up-to-date on each change, so it's unlikely to see its way to the status bar anytime soon. Btw: for r540 the ⌃⇧N function works only on the selection, in future builds it'll fall back to the document when there's no selection.
-- Allan Odgaard

October 13, 2005, at 15:46 UTC by dylan -
Added lines 97-99:
  • Status line feature request: have the ability to view the number of words and lines in the entire document.
    -- Dylan McNamee
October 12, 2005, at 04:12 UTC by Allan Odgaard -
Changed line 8 from:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http:://bug.textmate.org (I'll add that to the help menu as well)\\

to:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http://bug.textmate.org (I'll add that to the help menu as well)\\

October 12, 2005, at 04:11 UTC by Allan Odgaard -
Changed lines 5-10 from:
  • Some kind of "Send Feature Request" and "Report a bug" dialogs allowing the user to do those things directly from the app would be wicked.

-- Ben Jackson

  • A floating palette containing the current tabs document outline, with the ability to jump to the selected fold, and also to open/close the folds. Instead of a function tab that many people want, i find this works better, because you can see more of the outline of the current document.
    * Refactoring support: Extract Method, Rename Method, Change Method Signature; or an API to support this//

-- Cornelius Jaeger \\

to:
  • Some kind of "Send Feature Request" and "Report a bug" dialogs allowing the user to do those things directly from the app would be wicked.
    -- Ben Jackson\\
Changed lines 8-12 from:
  • A non-drawer view for projects. Instead have it all dislayed in one window like Xcode. I really *hate* drawers.
    -- Daniel

    I like them: http://lists.macromates.com/pipermail/textmate/2005-August/005028.html\\
to:

I'm already getting far more than I can handle :) But there is Help → Send Feedback… For bugs use http:://bug.textmate.org (I'll add that to the help menu as well)\\

Changed lines 11-12 from:
  • "Close all tabs but the current one" would be nice. I'm editing a lot of Java code and typically open a lot of small files. This creates a lot of tabs which I'd like to close quickly.
    --Thorsten Greiner \\
to:
  • A floating palette containing the current tabs document outline, with the ability to jump to the selected fold, and also to open/close the folds. Instead of a function tab that many people want, i find this works better, because you can see more of the outline of the current document.
  • Refactoring support: Extract Method, Rename Method, Change Method Signature; or an API to support this
    -- Cornelius Jaeger \\
Changed line 16 from:

There's close all tabs on ⌃⌘W (I know you asked for all but current, but many are not aware of the current key)\\

to:

Sounds awfully specific to Java. The current API to handle this would be either as a commands (set input to entire document and use variables like line/column position, selection etc. for what to work on, or ask user) or a combination of that and macros.\\

Changed lines 19-23 from:
  • The excellent aesthetic of Full Screen View would be excellent. Yes, some times the focussed view, for creative thoughts and notes would be great.
    --John Plumridge
  • A Preference for a default side the project draw will open on would be great.
    -- icb \\
to:
  • A non-drawer view for projects. Instead have it all dislayed in one window like Xcode. I really *hate* drawers.
    -- Daniel \\
Changed line 22 from:

You can change the side by closing the drawer, move the window so that there's not enough room in that side, and re-open the drawer. This is sort of the established way to set it.\\

to:

I like them: http://lists.macromates.com/pipermail/textmate/2005-August/005028.html\\

Changed lines 25-26 from:
  • Higher contrast tabs for selected file vs other scripts you are currently editing. Light Gray vs Lighter Gray is hard on my eyes.
    -- Kenrick Buchanan \\
to:
  • "Close all tabs but the current one" would be nice. I'm editing a lot of Java code and typically open a lot of small files. This creates a lot of tabs which I'd like to close quickly.
    --Thorsten Greiner \\
Changed line 28 from:

You're more than welcome to send a mockup or fidle with the graphics in the current graphics in the TextMate.app bundle. The current tabs went through several iterations, experimenting with different tints etc.\\

to:

There's close all tabs on ⌃⌘W (I know you asked for all but current, but many are not aware of the current key)\\

Changed lines 31-35 from:
  • Notification of Activation Key conflicts when you set an activation key that already exists. It should give you the option to unset it for the conflicting option, set both, or don't set the current one.
    --Gabe da Silveira
  • Save state of project drawer with TextMate project. Defaults to right side of project editor.
    --Rick Kilcoyne \\
to:
  • The excellent aesthetic of Full Screen View would be excellent. Yes, some times the focussed view, for creative thoughts and notes would be great.
    --John Plumridge
  • A Preference for a default side the project draw will open on would be great.
    -- icb \\
Changed line 37 from:

Currently it saves the side as a global setting. Since I want to get rid of project files (for 1.2) I'm probably not going to add a project specific setting of this (though the exact details of workspaces are still not settled)\\

to:

You can change the side by closing the drawer, move the window so that there's not enough room in that side, and re-open the drawer. This is sort of the established way to set it.\\

Changed lines 40-41 from:
  • Optionally Hiding other language customizations if one is in a tab for a given language: say if i am editing ruby dynamically remove the python, etc commands/triggers/etc from menu.
    --Rahul Dave \\
to:
  • Higher contrast tabs for selected file vs other scripts you are currently editing. Light Gray vs Lighter Gray is hard on my eyes.
    -- Kenrick Buchanan \\
Changed line 43 from:

A bundle does not necessarily equal a language. E.g. when I program in Objective-C++ I use both the Defaults, Source, C, Objective-C, and Text bundles. Also, e.g. HTML can embed ASP, PHP, Ruby, CSS, JavaScript a.s.o.\\

to:

You're more than welcome to send a mockup or fidle with the graphics in the current graphics in the TextMate.app bundle. The current tabs went through several iterations, experimenting with different tints etc.\\

Changed lines 46-50 from:
  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.\\
to:
  • Notification of Activation Key conflicts when you set an activation key that already exists. It should give you the option to unset it for the conflicting option, set both, or don't set the current one.
    --Gabe da Silveira
  • Save state of project drawer with TextMate project. Defaults to right side of project editor.
    --Rick Kilcoyne \\
Changed line 52 from:

This is scheduled for 1.2.\\

to:

Currently it saves the side as a global setting. Since I want to get rid of project files (for 1.2) I'm probably not going to add a project specific setting of this (though the exact details of workspaces are still not settled)\\

Changed lines 55-56 from:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton\\
to:
  • Optionally Hiding other language customizations if one is in a tab for a given language: say if i am editing ruby dynamically remove the python, etc commands/triggers/etc from menu.
    --Rahul Dave \\
Changed lines 58-60 from:
  • Allow typing after [Navigation]-->[Go To Symbol] to select symbol.
    -- Dave Baldwin?

    As the release notes states, the current implementation is just preliminary.\\
to:

A bundle does not necessarily equal a language. E.g. when I program in Objective-C++ I use both the Defaults, Source, C, Objective-C, and Text bundles. Also, e.g. HTML can embed ASP, PHP, Ruby, CSS, JavaScript a.s.o.\\

Changed lines 61-69 from:
  • High priority requests from those of us who use the mouse as much as the keyboard:
    • Function Drop-down ?
    • Customizable context (right/control-click) menu. Perhaps add a checkbox to the new bundle editor to include the command or snippet in the contextual menu. I would use this every hour of every day. -- Chris Thomas
    • Clicking on the "Mode: .*" text in the status bar should pop-up the Syntax Highlight menu. -- Chris Thomas
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari. \\
to:
  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.\\
Changed lines 63-64 from:

These keys have been used for shift left/right in most text editors (including Xcode) before Safari used these for tab switching, so I will stick with this. If you want the keys changed you can always use System Preferences / Keyboard & Mouse / Keyboard Shortcuts to change them yourself
-- Allan Odgaard\\

to:

This is scheduled for 1.2.
-- Allan Odgaard

  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton\\
Changed lines 68-69 from:

I think its command-square-brackets that are used for indenting. Command-curly-brackets is what Safari now uses.
-- David Mankin\\

to:
  • Allow typing after [Navigation]-->[Go To Symbol] to select symbol.
    -- Dave Baldwin?\\
Changed lines 70-75 from:

That's true command-[ and command-] are used for back and forward in Safari, command-{ and command-} for tab switching.
-- Casper Kuijjer

  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)

    As for #2, 1.1b17 will show files in the file chooser sorted by last used, so opening last is then ⌘T and return.\\
to:

As the release notes states, the current implementation is just preliminary.\\

Changed lines 73-77 from:
to:
  • High priority requests from those of us who use the mouse as much as the keyboard:
    • Function Drop-down ?
    • Customizable context (right/control-click) menu. Perhaps add a checkbox to the new bundle editor to include the command or snippet in the contextual menu. I would use this every hour of every day. -- Chris Thomas
    • Clicking on the "Mode: .*" text in the status bar should pop-up the Syntax Highlight menu. -- Chris Thomas
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari. \\
Changed lines 83-89 from:

Recent betas have both the ability to edit language grammar and fonts & colors (for all elements).
-- Allan Odgaard

  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.
  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
    -- Adam Sanderson\\
to:

These keys have been used for shift left/right in most text editors (including Xcode) before Safari used these for tab switching, so I will stick with this. If you want the keys changed you can always use System Preferences / Keyboard & Mouse / Keyboard Shortcuts to change them yourself
-- Allan Odgaard\\

Changed lines 86-87 from:

It would also be useful to see the path in the Window menu. - NC\\

to:

I think its command-square-brackets that are used for indenting. Command-curly-brackets is what Safari now uses.
-- David Mankin\\

Changed lines 89-94 from:

Something like this will happen.\\

to:

That's true command-[ and command-] are used for back and forward in Safari, command-{ and command-} for tab switching.
-- Casper Kuijjer

  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)

    As for #2, 1.1b17 will show files in the file chooser sorted by last used, so opening last is then ⌘T and return.\\
Changed lines 97-101 from:
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.\\
to:
Changed lines 103-105 from:

Changed tabs have a bullet instead of a cross as the close symbol.

  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.\\
to:

Recent betas have both the ability to edit language grammar and fonts & colors (for all elements).
-- Allan Odgaard

  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.
  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
    -- Adam Sanderson\\
Changed lines 111-114 from:

This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
-- Allan Odgaard
I would favour an additional "force reload", because it sometimes happens that new files are not recognized and renamed files stay at their (wrong) position.
-- Alex Kirk\\

to:

It would also be useful to see the path in the Window menu. - NC\\

Changed line 113 from:

All things related to projects will receive a makeover in 1.2,\\

to:

Something like this will happen.\\

Changed lines 116-117 from:
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
to:
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.\\
Changed lines 118-119 from:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

to:

Changed tabs have a bullet instead of a cross as the close symbol.

  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.\\
Changed lines 122-123 from:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)
-- Zack Charter\\

to:

This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
-- Allan Odgaard
I would favour an additional "force reload", because it sometimes happens that new files are not recognized and renamed files stay at their (wrong) position.
-- Alex Kirk\\

Changed lines 127-128 from:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
-- Chris Thomas\\

to:

All things related to projects will receive a makeover in 1.2,
-- Allan Odgaard

  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
Changed lines 133-134 from:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.\\

to:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

Changed lines 136-137 from:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
-- Chris Thomas\\

to:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)
-- Zack Charter\\

Changed lines 139-140 from:

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon\\

to:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
-- Chris Thomas\\

Changed line 142 from:

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.

to:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.\\

Added lines 144-151:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
-- Chris Thomas

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on. \\

October 11, 2005, at 07:39 UTC by Casper Kuijjer -
Changed line 81 from:

-- David Mankin

to:

-- David Mankin\\

Changed line 83 from:

"That's true command-[ and command-] are used for back and forward in Safari, command-{ and command-} for tab switching."

to:

That's true command-[ and command-] are used for back and forward in Safari, command-{ and command-} for tab switching.\\

October 11, 2005, at 07:37 UTC by Casper Kuijjer -
Deleted lines 81-82:
  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)\\
Added lines 83-87:

"That's true command-[ and command-] are used for back and forward in Safari, command-{ and command-} for tab switching." -- Casper Kuijjer

  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)
    \\
October 09, 2005, at 17:48 UTC by Ben Jackson -
Added lines 5-7:
  • Some kind of "Send Feature Request" and "Report a bug" dialogs allowing the user to do those things directly from the app would be wicked.

-- Ben Jackson

October 05, 2005, at 17:34 UTC by Cornelius Jaeger -
Added lines 5-9:
  • A floating palette containing the current tabs document outline, with the ability to jump to the selected fold, and also to open/close the folds. Instead of a function tab that many people want, i find this works better, because you can see more of the outline of the current document.
    * Refactoring support: Extract Method, Rename Method, Change Method Signature; or an API to support this//

-- Cornelius Jaeger

October 04, 2005, at 20:57 UTC by Allan Odgaard -
Changed line 282 from:

Try Navigation → Go to File… (⌘T) next time you want to go to a file, it makes the drawer redundant in 99% of the cases.\\

to:

Try Navigation → Go to File… (⌘T) next time you want to go to a file, it makes the drawer redundant in 99% of the cases.\\

Changed lines 285-286 from:
  • Expandable tab area: instead of a menu, what if there was a button to expand the tab area? The expansion could contract again at the next click on the window, Exposé-style. -- Ryan Platte
to:
  • Expandable tab area: instead of a menu, what if there was a button to expand the tab area? The expansion could contract again at the next click on the window, Exposé-style. -- Ryan Platte
October 04, 2005, at 20:38 UTC by Allan Odgaard -
Changed line 263 from:

I'm unlikely to make it configurable, but I do have a list of improvements I want to make to the status bar, which includes making it interactive and showing various options. As for the current context, if you refer to scope, then this can be shown using ctrl-shift T, it's meant only for “developing” customizations, themes, etc. and so I don't think it should have permanent visibility.\\

to:

I'm unlikely to make it configurable, but I do have a list of improvements I want to make to the status bar, which includes making it interactive and showing various options. As for the current context, if you refer to scope, then this can be shown using ctrl-shift T, it's meant only for developing customizations, themes, etc. and so I don't think it should have permanent visibility.\\

Added lines 287-288:
  • A bundle pallette would be nice. There are times where it's easier to click something, say if you'd like some text already typed wrapped in a table, you could just click on your table bundle. Otherwise I can see key commands getting overloaded... just a thought -- what's your take?
October 04, 2005, at 20:20 UTC by Allan Odgaard -
Deleted lines 286-287:
  • A bundle pallette would be nice. There are times where it's easier to click something, say if you'd like some text already typed wrapped in a table, you could just click on your table bundle. Otherwise I can see key commands getting overloaded... just a thought -- what's your take?
October 03, 2005, at 22:01 UTC by Mitch -
Changed line 263 from:

I'm unlikely to make it configurable, but I do have a list of improvements I want to make to the status bar, which includes making it interactive and showing various options. As for the current context, if you refer to scope, then this can be shown using ctrl-shift T, it's meant only for “developing” customizations, themes, etc. and so I don't think it should have permanent visibility.\\

to:

I'm unlikely to make it configurable, but I do have a list of improvements I want to make to the status bar, which includes making it interactive and showing various options. As for the current context, if you refer to scope, then this can be shown using ctrl-shift T, it's meant only for “developing” customizations, themes, etc. and so I don't think it should have permanent visibility.\\

Changed line 282 from:

Try Navigation → Go to File… (⌘T) next time you want to go to a file, it makes the drawer redundant in 99% of the cases.\\

to:

Try Navigation → Go to File… (⌘T) next time you want to go to a file, it makes the drawer redundant in 99% of the cases.\\

Changed lines 285-286 from:
  • Expandable tab area: instead of a menu, what if there was a button to expand the tab area? The expansion could contract again at the next click on the window, Expos-style. -- Ryan Platte
to:
  • Expandable tab area: instead of a menu, what if there was a button to expand the tab area? The expansion could contract again at the next click on the window, Exposé-style. -- Ryan Platte
  • A bundle pallette would be nice. There are times where it's easier to click something, say if you'd like some text already typed wrapped in a table, you could just click on your table bundle. Otherwise I can see key commands getting overloaded... just a thought -- what's your take?
September 23, 2005, at 22:27 UTC by Allan Odgaard -
Changed lines 270-285 from:
  • I'd love to see a fixed guter that doesn't scroll horizontally with the text. -- Nicolas Cianca
  • Ability to re-arrange the order of Macros, Snippets and Commands that way I can put those that I use more often at the top of the list. -- Nicolas Cianca
  • iTunes-style drawer replacement: instead of the drawer stuff, how about an iTunes-style pane? That would provide a nice logical place for smart file groupings ("Recently Edited", "Similar Names") to ease the burden on tabs a bit. I vote for a pane because in my experience TextMate's drawer is really annoying to twiddle around with, especially on a small screen. I agree with the concept behind the drawer, I suppose, but I think in practice it's quirky and provides unwelcome surprises and extra mousing & clicks when I want to go fast. -- Ryan Platte
  • Expandable tab area: instead of a menu, what if there was a button to expand the tab area? The expansion could contract again at the next click on the window, Expos-style. -- Ryan Platte

Already Implemented

  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't. Added in 1.1b4.
  • preference to select the default text encoding and default line ending. Added in 1.1b1.
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker\\
to:
  • I'd love to see a fixed guter that doesn't scroll horizontally with the text. -- Nicolas Cianca \\
Changed lines 272-275 from:

Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html \\

to:

On the to-do, but not before 1.3.
-- Allan Odgaard

  • Ability to re-arrange the order of Macros, Snippets and Commands that way I can put those that I use more often at the top of the list. -- Nicolas Cianca \\
Changed lines 277-280 from:

Added to TextMate in 1.1b3 (Run Command > HTML > Colorpicker)\\

to:

You can re-arrange them in the bundle editor.
-- Allan Odgaard

  • iTunes-style drawer replacement: instead of the drawer stuff, how about an iTunes-style pane? That would provide a nice logical place for smart file groupings ("Recently Edited", "Similar Names") to ease the burden on tabs a bit. I vote for a pane because in my experience TextMate's drawer is really annoying to twiddle around with, especially on a small screen. I agree with the concept behind the drawer, I suppose, but I think in practice it's quirky and provides unwelcome surprises and extra mousing & clicks when I want to go fast. -- Ryan Platte \\
Added lines 282-299:

Try Navigation → Go to File… (⌘T) next time you want to go to a file, it makes the drawer redundant in 99% of the cases.
-- Allan Odgaard

  • Expandable tab area: instead of a menu, what if there was a button to expand the tab area? The expansion could contract again at the next click on the window, Expos-style. -- Ryan Platte

Already Implemented

  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't. Added in 1.1b4.
  • preference to select the default text encoding and default line ending. Added in 1.1b1.
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker

    Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html

    Added to TextMate in 1.1b3 (Run Command > HTML > Colorpicker)
    \\
September 22, 2005, at 23:12 UTC by Niels Gabel -
Added lines 158-159:
  • What if the find fields were normal sized, but there was a little widget to pop open a larger editor window (in place) for complex search editing? Niels Gabel?
September 22, 2005, at 23:10 UTC by Niels Gabel -
Added lines 148-149:
  • It does remember, but only if a project is open, correct? In the case of individually opened files, the collapse states are forgotten. Why not stick these in the file's resource (or other) named fork? Seems like a good meta-data types thing to keep. Additionally, if the meta-data gets lots because of copies to some flat file system, it's not really a big deal, just your collapse states are forgotten. Niels Gabel?
September 21, 2005, at 15:40 UTC by RyanPlatte -
Changed lines 270-271 from:
  • iTunes-style drawer replacement: instead of the drawer stuff, how about an iTunes-style pane? That would provide a nice logical place for smart file groupings ("Recently Edited", "Similar Names") to ease the burden on tabs a bit. -- Ryan Platte
to:
  • iTunes-style drawer replacement: instead of the drawer stuff, how about an iTunes-style pane? That would provide a nice logical place for smart file groupings ("Recently Edited", "Similar Names") to ease the burden on tabs a bit. I vote for a pane because in my experience TextMate's drawer is really annoying to twiddle around with, especially on a small screen. I agree with the concept behind the drawer, I suppose, but I think in practice it's quirky and provides unwelcome surprises and extra mousing & clicks when I want to go fast. -- Ryan Platte
September 21, 2005, at 15:32 UTC by RyanPlatte -
Added lines 270-273:
  • iTunes-style drawer replacement: instead of the drawer stuff, how about an iTunes-style pane? That would provide a nice logical place for smart file groupings ("Recently Edited", "Similar Names") to ease the burden on tabs a bit. -- Ryan Platte
  • Expandable tab area: instead of a menu, what if there was a button to expand the tab area? The expansion could contract again at the next click on the window, Expos-style. -- Ryan Platte
September 21, 2005, at 11:13 UTC by Dave Baldwin -
Added lines 54-55:
  • Allow typing after [Navigation]-->[Go To Symbol] to select symbol.
    -- Dave Baldwin?
    \\
September 19, 2005, at 00:59 UTC by Allan Odgaard -
Changed lines 6-7 from:

-- Daniel

to:

-- Daniel

I like them: http://lists.macromates.com/pipermail/textmate/2005-August/005028.html
-- Allan Odgaard

Changed lines 12-13 from:

--Thorsten Greiner

to:

--Thorsten Greiner

There's close all tabs on ⌃⌘W (I know you asked for all but current, but many are not aware of the current key)
-- Allan Odgaard

Deleted line 19:
Changed lines 21-22 from:

-- icb

to:

-- icb

You can change the side by closing the drawer, move the window so that there's not enough room in that side, and re-open the drawer. This is sort of the established way to set it.
-- Allan Odgaard

Changed lines 27-28 from:

-- Kenrick Buchanan

to:

-- Kenrick Buchanan

You're more than welcome to send a mockup or fidle with the graphics in the current graphics in the TextMate.app bundle. The current tabs went through several iterations, experimenting with different tints etc.
-- Allan Odgaard

Changed lines 36-41 from:

--Rick Kilcoyne

  • Optionally Hiding other language customizations if one is in a tab for a given language: say if i am editing ruby dynamically remove the python, etc commands/triggers/etc from menu.
    --Rahul Dave
  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.\\
to:

--Rick Kilcoyne \\

Changed line 38 from:

This is scheduled for 1.2.\\

to:

Currently it saves the side as a global setting. Since I want to get rid of project files (for 1.2) I'm probably not going to add a project specific setting of this (though the exact details of workspaces are still not settled)\\

Changed lines 41-42 from:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton\\
to:
  • Optionally Hiding other language customizations if one is in a tab for a given language: say if i am editing ruby dynamically remove the python, etc commands/triggers/etc from menu.
    --Rahul Dave \\
Changed line 44 from:

As the release notes states, the current implementation is just preliminary.\\

to:

A bundle does not necessarily equal a language. E.g. when I program in Objective-C++ I use both the Defaults, Source, C, Objective-C, and Text bundles. Also, e.g. HTML can embed ASP, PHP, Ruby, CSS, JavaScript a.s.o.\\

Added lines 47-56:
  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.

    This is scheduled for 1.2.
    -- Allan Odgaard
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton

    As the release notes states, the current implementation is just preliminary.
    -- Allan Odgaard
September 18, 2005, at 21:28 UTC by Nicolas Cianca -
Added lines 249-250:
  • Ability to re-arrange the order of Macros, Snippets and Commands that way I can put those that I use more often at the top of the list. -- Nicolas Cianca
September 18, 2005, at 21:20 UTC by Nicolas Cianca -
Deleted line 244:
Added lines 247-248:
  • I'd love to see a fixed guter that doesn't scroll horizontally with the text. -- Nicolas Cianca
September 17, 2005, at 04:05 UTC by Daniel -
Added lines 5-7:
  • A non-drawer view for projects. Instead have it all dislayed in one window like Xcode. I really *hate* drawers.
    -- Daniel
September 12, 2005, at 00:05 UTC by Tom Mornini -
Deleted lines 135-136:
  • Additionally, I'm surprised (more to believe I missed it somehow) that there is no way to jump to subroutines/methods via a pull down list. -- Tom Mornini
September 12, 2005, at 00:02 UTC by Tom Mornini -
Added lines 134-137:
  • I'd like to be able to right click a folder in the project, and select find... to search multiple files within a single folder. -- Tom Mornini
  • Additionally, I'm surprised (more to believe I missed it somehow) that there is no way to jump to subroutines/methods via a pull down list. -- Tom Mornini
September 08, 2005, at 07:05 UTC by Thorsten Greiner -
Added lines 5-7:
  • "Close all tabs but the current one" would be nice. I'm editing a lot of Java code and typically open a lot of small files. This creates a lot of tabs which I'd like to close quickly.
    --Thorsten Greiner
August 31, 2005, at 20:13 UTC by DennyCrall -
Changed lines 234-238 from:


* would it be possible to have an option to make the project draw sort alphabetically? --ben

to:
  • would it be possible to have an option to make the project draw sort alphabetically? --ben
    • (8/31/05) Doesn't the project drawer already sort alphabetically? I'd actually like to see an option where you could sort the project drawer such that files appeared above directories or vice versa. And items in each group could sort alphabetically. Thank you, Denny Crall
August 27, 2005, at 21:30 UTC by John Plumridge -
Changed lines 6-8 from:

--John Plumrudge

to:

--John Plumridge

August 27, 2005, at 21:29 UTC by John Plumridge -
Added lines 5-8:
  • The excellent aesthetic of Full Screen View would be excellent. Yes, some times the focussed view, for creative thoughts and notes would be great.
    --John Plumrudge
August 23, 2005, at 11:10 UTC by Allan Jardine -
Deleted lines 4-6:
  • Being able to use the combination of "shift + back-space" to delete the character to right of the cursor.
    -- Allan Jardine
August 23, 2005, at 11:10 UTC by Allan Jardine -
Added lines 5-7:
  • Being able to use the combination of "shift + back-space" to delete the character to right of the cursor.
    -- Allan Jardine
August 19, 2005, at 10:43 UTC by ben -
Changed lines 231-233 from:
  • would it be possible to have an option to make the project draw sort alphabetically? --ben
to:
  • would it be possible to have an option to make the project draw sort alphabetically?

--ben

August 19, 2005, at 10:42 UTC by ben -
Changed lines 231-233 from:

would it be possible to have an option to make the project draw sort alphabetically?

to:
  • would it be possible to have an option to make the project draw sort alphabetically? --ben
August 19, 2005, at 10:42 UTC by ben -
Changed lines 230-231 from:
to:


would it be possible to have an option to make the project draw sort alphabetically?

August 18, 2005, at 17:18 UTC by icb -
Added lines 5-7:
  • A Preference for a default side the project draw will open on would be great.
    -- icb
August 18, 2005, at 00:30 UTC by kenrick buchanan -
Added lines 5-7:
  • Higher contrast tabs for selected file vs other scripts you are currently editing. Light Gray vs Lighter Gray is hard on my eyes.
    -- Kenrick Buchanan
August 16, 2005, at 19:08 UTC by Gabe da Silveira -
Added lines 5-7:
  • Notification of Activation Key conflicts when you set an activation key that already exists. It should give you the option to unset it for the conflicting option, set both, or don't set the current one.
    --Gabe da Silveira
August 16, 2005, at 03:30 UTC by David Mankin -
Changed lines 32-34 from:

-- Allan Odgaard

  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)\\
to:
Added lines 34-38:

I think its command-square-brackets that are used for indenting. Command-curly-brackets is what Safari now uses.
-- David Mankin

  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)
    \\
August 13, 2005, at 21:21 UTC by Rahul Dave -
Added lines 8-10:
  • Optionally Hiding other language customizations if one is in a tab for a given language: say if i am editing ruby dynamically remove the python, etc commands/triggers/etc from menu.
    --Rahul Dave
August 13, 2005, at 10:03 UTC by maltmann -
Added lines 209-210:
  • Yes, a fullscreen mode just like in Ulysses http://www.blue-tec.com/ulysses/ would be great in order to just type and forget about everything else. Ulysses' mode with its yellow proportional font looks quite good, so the best thing would be to be able to set font, color and background color separately from the rest of the program.
August 12, 2005, at 11:24 UTC by Rick Kilcoyne -
Added lines 5-7:
  • Save state of project drawer with TextMate project. Defaults to right side of project editor.
    --Rick Kilcoyne
August 11, 2005, at 16:23 UTC by Zack Charter -
Changed line 72 from:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a doument in your project drawer in a new window (is there?)\\

to:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a document in your project drawer in a new window (is there?)\\

August 11, 2005, at 16:22 UTC by Zack Charter -
Added lines 72-74:

of course it would be groovy to have tabs on each of these split views. This might be tricky to deal with for vertical or multiple splits, but it'd fill such a gap in textmate and and put to bed one of my last bits of emacsenvy. Especially since there isn't a way to open a doument in your project drawer in a new window (is there?)
-- Zack Charter
\\

Deleted line 86:
August 11, 2005, at 09:18 UTC by Simon Stapleton -
Added lines 85-87:


You want emacs, don't you? (actually, so do I). Screen splitting would be very useful for me, too. Add another one to the list clamouring for it. Simon Stapleton

August 10, 2005, at 10:03 UTC by Allan Odgaard -
Changed lines 5-17 from:
  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton
  • High priority requests from those of us who use the mouse as much as the keyboard:
    • Function Drop-down ?
    • Customizable context (right/control-click) menu. Perhaps add a checkbox to the new bundle editor to include the command or snippet in the contextual menu. I would use this every hour of every day. -- Chris Thomas
    • Clicking on the "Mode: .*" text in the status bar should pop-up the Syntax Highlight menu. -- Chris Thomas
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari. \\
to:
  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.\\
Changed line 7 from:

These keys have been used for shift left/right in most text editors (including Xcode) before Safari used these for tab switching, so I will stick with this. If you want the keys changed you can always use System Preferences / Keyboard & Mouse / Keyboard Shortcuts to change them yourself\\

to:

This is scheduled for 1.2.\\

Changed lines 10-21 from:
  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)
  • Web Preview Enhancements
  • Open in New Window
  • Syntax Highlighting Preference Pane
  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.
  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
    -- Adam Sanderson\\
to:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton\\
Changed lines 12-14 from:

It would also be useful to see the path in the Window menu. - NC

Something like this will happen.\\

to:

As the release notes states, the current implementation is just preliminary.\\

Changed lines 15-23 from:
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.\\
to:
  • High priority requests from those of us who use the mouse as much as the keyboard:
    • Function Drop-down ?
    • Customizable context (right/control-click) menu. Perhaps add a checkbox to the new bundle editor to include the command or snippet in the contextual menu. I would use this every hour of every day. -- Chris Thomas
    • Clicking on the "Mode: .*" text in the status bar should pop-up the Syntax Highlight menu. -- Chris Thomas
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari. \\
Changed lines 25-27 from:

Changed tabs have a bullet instead of a cross as the close symbol.

  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.\\
to:

These keys have been used for shift left/right in most text editors (including Xcode) before Safari used these for tab switching, so I will stick with this. If you want the keys changed you can always use System Preferences / Keyboard & Mouse / Keyboard Shortcuts to change them yourself
-- Allan Odgaard

  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)\\
Changed lines 30-35 from:

This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
-- Allan Odgaard
I would favour an additional "force reload", because it sometimes happens that new files are not recognized and renamed files stay at their (wrong) position.
-- Alex Kirk

  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
to:

As for #2, 1.1b17 will show files in the file chooser sorted by last used, so opening last is then ⌘T and return.
-- Allan Odgaard

Changed lines 39-40 from:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

to:

Recent betas have both the ability to edit language grammar and fonts & colors (for all elements).
-- Allan Odgaard

  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.
  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
    -- Adam Sanderson\\
Changed lines 47-48 from:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
-- Chris Thomas\\

to:

It would also be useful to see the path in the Window menu. - NC\\

Changed lines 49-52 from:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.\\

to:

Something like this will happen.
-- Allan Odgaard

  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.\\
Changed lines 54-55 from:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
-- Chris Thomas\\

to:

Changed tabs have a bullet instead of a cross as the close symbol.

  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.\\
Changed lines 58-59 from:

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon\\

to:

This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
-- Allan Odgaard
I would favour an additional "force reload", because it sometimes happens that new files are not recognized and renamed files stay at their (wrong) position.
-- Alex Kirk\\

Added lines 63-82:

All things related to projects will receive a makeover in 1.2,
-- Allan Odgaard

  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell

    also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
    -- Brian Lalor

    note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
    -- Chris Thomas

    A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.

    Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
    -- Chris Thomas

    A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
    -- Anon
    \\
Changed lines 91-92 from:
  • Remember Folds between TextMate launches...
to:
  • Remember Folds between TextMate launches...

    As of 1.1b16 (with Tiger) this now happens.
    -- Allan Odgaard
Changed lines 131-132 from:
  • Consistency with document re-opening: I would like TM to store the complete window state of a document when it is closed/saved. That is, the size and position of the window, and the final cursor and scroll bar position. That way I don't have to remember what I was doing when I reopen a document.
to:
  • Consistency with document re-opening: I would like TM to store the complete window state of a document when it is closed/saved. That is, the size and position of the window, and the final cursor and scroll bar position. That way I don't have to remember what I was doing when I reopen a document.
Changed lines 137-139 from:

Sometimes I want to close all open files in my project (but not the project window itself), repeatidly pressing command-w often leads to a erroneous closing of the project window. A confirmation window for closing projects would fix that. I'd also suggest a "Close All" command.
-- Alex Kirk

to:
  • Sometimes I want to close all open files in my project (but not the project window itself), repeatidly pressing command-w often leads to a erroneous closing of the project window. A confirmation window for closing projects would fix that. I'd also suggest a "Close All" command.
    -- Alex Kirk

    Close All exists (⌃⌘W).
    -- Allan Odgaard
Changed lines 146-150 from:
  • It would be great if the line numbers stayed in the window when you scroll right. I would like the text to disappear behind the line numbers when scrolling right instead of the line numbers scrolling out of the window with the text.
    • Line Numbers - I second this! Please please please!
  • Soft-wrapping: I vastly prefer character based wrapping instead of word based wrapping. An example would be viewing a du output, where deep directories fall onto the second line, away from their block size. It is visually confusing. Plus, I've just gotten used to character wrapping over the years, and my eyes see that better than word based wrapping. Perhaps a preference for that in the Text Editing pane. -- AmberV\\
to:
  • It would be great if the line numbers stayed in the window when you scroll right. I would like the text to disappear behind the line numbers when scrolling right instead of the line numbers scrolling out of the window with the text.\\
Added lines 148-154:

Will likely be changed in 1.3.
-- Allan Odgaard

  • Line Numbers - I second this! Please please please!
  • Soft-wrapping: I vastly prefer character based wrapping instead of word based wrapping. An example would be viewing a du output, where deep directories fall onto the second line, away from their block size. It is visually confusing. Plus, I've just gotten used to character wrapping over the years, and my eyes see that better than word based wrapping. Perhaps a preference for that in the Text Editing pane. -- AmberV
    \\
Changed line 181 from:

It is expoed. But you'll have to switch settings mode to text (upper right corner in the theme editor) and then make an entry like:\\

to:

It is exposed. But you'll have to switch settings mode to text (upper right corner in the theme editor) and then make an entry like:\\

August 10, 2005, at 09:09 UTC by alex -
Changed lines 47-48 from:
to:

-- Allan Odgaard
I would favour an additional "force reload", because it sometimes happens that new files are not recognized and renamed files stay at their (wrong) position.
-- Alex Kirk

Changed lines 117-118 from:
to:

-- Allan Odgaard
Sometimes I want to close all open files in my project (but not the project window itself), repeatidly pressing command-w often leads to a erroneous closing of the project window. A confirmation window for closing projects would fix that. I'd also suggest a "Close All" command.
-- Alex Kirk

August 08, 2005, at 20:23 UTC by Allan Odgaard -
Changed lines 1-191 from:

HACKED

to:

Suggestions about how to change/improve the GUI in TextMate.

This includes restructuring the menus, changing the folding marker icons and so on.

  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton
  • High priority requests from those of us who use the mouse as much as the keyboard:
    • Function Drop-down ?
    • Customizable context (right/control-click) menu. Perhaps add a checkbox to the new bundle editor to include the command or snippet in the contextual menu. I would use this every hour of every day. -- Chris Thomas
    • Clicking on the "Mode: .*" text in the status bar should pop-up the Syntax Highlight menu. -- Chris Thomas
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari.

    These keys have been used for shift left/right in most text editors (including Xcode) before Safari used these for tab switching, so I will stick with this. If you want the keys changed you can always use System Preferences / Keyboard & Mouse / Keyboard Shortcuts to change them yourself
    -- Allan Odgaard
  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)
  • Web Preview Enhancements
  • Open in New Window
  • Syntax Highlighting Preference Pane
  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.
  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
    -- Adam Sanderson

    It would also be useful to see the path in the Window menu. - NC

    Something like this will happen.
    -- Allan Odgaard
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.

    Changed tabs have a bullet instead of a cross as the close symbol.
  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.

    This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
    -- Allan Odgaard
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell

    also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
    -- Brian Lalor

    note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
    -- Chris Thomas

    A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.

    Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
    -- Chris Thomas

    A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
    -- Anon

    One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.
  • Folding:
    • Colourize the Folding Widgets for readability - Top level widgets should be in their own hue with nested widgets in descending brightness. For example if we have n top level folding widgets they will be equidistant along the RGB hue and at 50% brightness. Each child fold has the same hue as it's parent but differs in brightness by splitting another 35% brightness between the number of children. This way one can easily see the matching widget for each fold in the gutter and the colours will look nice too.
    • Make closed Folding Widgets look more different from open widgets. A more different icon? Make the circle go black when closed and light-colored when open? Make the whole line turn a different background color when the widget is closed? I often miss the closed widgets when scanning over some code.
    • Remember Folds between TextMate launches...
  • Find & Replace interface: it'd be nice to have larger fields in the find & replace dialogue box. I'm often searching & replacing multi-line stuff (blocks of html, etc) . -- Ben Parzybok
    • I'll second this, and add a request for regex syntax coloring when the "Regular Expression" checkbox is selected
  • Unify Project and File Find. There is no need to have separate panels for searching through all the files in the project and just the current file. This can be simply resolved with a simple check box. -- tomek
  • I'll second the request for larger find fields. In fact, when evaluating an editor (I'm always looking at each new one to see if it will replace BBEdit and/or Xcode), it's the second thing I check, after typing responsiveness on an average sized file. Because text munging is very time consuming, and trying to develop an regex in a tiny little 1-line textbox just ain't for me. BBEdit has text areas for both search and replace, and it has regex syntax highlighting. And it's those two features that keep me using it. Michael Johnston?
  • There needs to be some way to deal with deeply-nested files in the project drawer. I have a hard time discerning what files are when they're shortened to "D....a". :-) Java projects typically have such arrangements, like "UserManager/src/org/bravo5/UserManager/some/package/name/File.java". Maybe make the window scroll?

    The reason I don't do scroll is that Cocoa won't automatically resize the column, so enabling scroll won't help (unless I patch the outline view to resize columns based on widest entry).
    In the future it will be possible to double-click groups/folders to enter them. Hopefully this will make it less of a problem then.
  • In the project drawer, some indication of which files are open would be very nice. It could be indicated by a bullet or by the file name appearing in bold text, for example. When we have twenty or more files open at once, the tabs at the top of the editing window become difficult to use.

    The file icon is darkened in the project drawer, but it requires that the parent group is unfolded to see it of course.
    -- Allan Odgaard

    Thanks! Actually, that seems to only be the case for open, unsaved files, though. As soon as I save it, the indicator goes away. If that indicator would stay put, and ooh! if there was a little x next to the file name in the project drawer like there is on the tabs, I could do without the tabs altogether and use only the drawer. That would be neat. I mean, even more than it already is.
  • Sometime down the road it would be cool to have a tab at the top of the project drawer that would switch to a drawer that showed only open files.
  • When a project is minimized to the Dock, it would be very nice if the mouse-over text would say the name of the project (or primary directory) in addition to the currently active file. -- Eric Vitiello
  • Regarding proportional fonts: Some fonts that are intended to be monospace are not recognized as such by OS X. I suppose this might be a font format issue. I have several fonts like this: AvantGarde Mono ITCTT, Souvenir Mono ITCTT, BaseMonospace. They work as expected in Terminal or XCode. Perhaps the user could be allowed to tell TextMate to treat some fonts as monospace in spite of what NSFont says about it.

    Is it possible for you to send me these fonts or tell me where they can be obtained? As of such, TextMate does allow all fonts, but it has a heuristic to detect non-monospaced fonts (since NSFont even says Monaco is proportional) and just gives a warning for those which doesn't look monospaced.
    -- Allan Odgaard
  • When hovering over a fold indicator, it would be pleasing if the text in the pop-up respected the font preferences for the document with emphasis on the preference for or against font smoothing.
  • Would it be possible for the closing bracket of a method to remain visible when a method is folded? I don't know why, but it just disturbs me that the opening bracket is visible, but the other one isn't. Or just hide them both ;)
  • I don't know if it's out of the scope of TM, but it would be great if TM could suggest in HTML files classes specified in the CSS linked to the HTML itself. [added: 2005-02-13 10:32 GMT by Matt Spinelli]
  • Consistency with document re-opening: I would like TM to store the complete window state of a document when it is closed/saved. That is, the size and position of the window, and the final cursor and scroll bar position. That way I don't have to remember what I was doing when I reopen a document.
    • Add to this which Folds are Folded, and any custom Folds.

      When I re-do the project window I'll strike for something like that. I.e. it restarting TM should leave it exactly as it was, including probably modified files if the user decides (like Mail does with unsent messages).
      -- Allan Odgaard
  • It would be great to be able to use other text encodings than the small list currently available. The best would be to be able to edit the list to just the one we are interested in (as it's already available in other editors, including TextEdit if I remember well).
  • It would be great if the line numbers stayed in the window when you scroll right. I would like the text to disappear behind the line numbers when scrolling right instead of the line numbers scrolling out of the window with the text.
    • Line Numbers - I second this! Please please please!
  • Soft-wrapping: I vastly prefer character based wrapping instead of word based wrapping. An example would be viewing a du output, where deep directories fall onto the second line, away from their block size. It is visually confusing. Plus, I've just gotten used to character wrapping over the years, and my eyes see that better than word based wrapping. Perhaps a preference for that in the Text Editing pane. -- AmberV

    *nudge Allan* I requested this awhile ago. It's really nice for Cocoa development as well.

    The Xcode 2.0 editor seems to use some kind of heuristic for how to break. If a string is over a certain length with no whitespace, it breaks by character, otherwise it breaks by word. At least that's what I think is happening.
  • Would the ability to view a file in a separate window be too confusing? Sometimes, I like to view two files side by side, and most often that involves files from the same project, yet I can only have one document open at once in a project. Interface handling suggestion: Dragging the tab off of the window creates a new window with that file, and closes the tab in the project window. Subsequent clicks to that file in the project manager would activate the separate window, not re-open the tab, until it is closed, or re-integrated (via dragging the document icon in the title bar back to the tab row.) -- AmberV

    Some improvements are planned regarding this, but currently you can control-click files in the project drawer and choose to open the file in a new window.
    -- Allan Odgaard

    I see that option now. Kind of quirky though since it leaves the tab open in the project, if it is open, while not linking the buffers. So changes made in the new window are not reflected, and potentially blown away by accident in the other window — and vice versa. I wouldn't be adverse to it staying open if the buffers were linked, that would actually be a good feature since there is no way to split a buffer, currently.

    The buffers are indeed linked (i.e. working on the same text), but only the active buffer is visually updated for stupid reasons only I know ;)
  • A kind of outline view like the tags-list in TeXShop (http://www.uoregon.edu/~koch/texshop/texshop.html), which shows the structure of the document, is very helpful for navigating in large documents. For example, it would show all lines of a latex file that start with "\section{*}", "\subsection{*}" or "\subsubsection{*}", and a click onto it would jump to the respective part of the document. In HTML, it could show the content of all tags like "<h1>*</h1>" or parse the indention of the content -- Kevin Goslar
  • Terminal-style transparency for the text view. It sounds like a do-nothing eye candy feature, but I find it surprisingly useful to be able to see a background window related to what I'm working on (web browser, xcode build log, terminal window) without having to leave my editor.

    Possible starting with 1.1b8.
    -- Allan Odgaard
  • Configurable toolbars and/or palettes, enabling any application commands, macros, etc to be mapped to buttons the user defines and arranges. Would be real handy to have these things accessible in either hideable a toolbar at the top of the window, and especially in floating palettes (think OmniGraffle 3's implementation on this one for look, feel, and behavior). Mousing over any of these buttons would show a tooltip, revealing the name of the command that the button would invoke, perhaps... And lastly, it would be ideal to be able to select any ol' graphic for the buttons' icons! -- John Lianoglou
  • GUI for key bindings. This should sit over whatever modes are loaded, so I can see and change what keys do what from a single location. It's just a mess now; I never know what will happen.
  • Expose line highlight color in theme settings. My ideal setup would be a black background with ~90% alpha, with the current line background also black, but fully opaque. This doesn't appear to be possible with the current setup.

    It is expoed. But you'll have to switch settings mode to text (upper right corner in the theme editor) and then make an entry like:
    lineHighlight = "#000000";
    Although currently, all colors sort of inherit the opacity setting of the background. This isn't something I do intentionally, but I probably will need to do something special to avoid it (I'll check into it). You can however set the background slightly brighter than black, and I think you'll get the desired effect, e.g.:
    background = "#101010E6";
    lineHighlight = "#000000";

    -- Allan Odgaard
  • A way to have the cool tabs without needing any form of project would rock. It's the one thing I've been looking for in a text editor on OSX since I switched and while TM gets close I'm still waiting. I don't want to have to have the project drawer because it takes up space that I want to use for my code (I work on a 12" iBook...). Some "Open in new tab" function (just like in Safari) in addition to the regular open would make me ecstatic.
    • I would like that too -- the project idea makes sense for certain sets of files but it breaks down when I try to use TM for Interarchy's "Edit with..." command. Since the files are stored on the server, I can't define them as a project, yet at the same time it's terribly nice to have multiple documents open in one window. BBEdit does this with a preference to open documents into the front window.

      This is planned -- it's just a matter of time.
      -- Allan Odgaard
  • Panel for Macros, Snippets and Commands It would be nice to have an Utility Windows or Panel where the user can choose a Macro, Snippet or Command from a list view. So you would not have to memorize all shortcuts or triggers and it would be much faster and convenient than choosing from the menu. To keep that list small it would be useful to have some kind of filter - a checkbox "show in list" for example in the edit window.
  • I'd like to be able to see the file/text encoding (UTF8 etc.) and Line Endings (CR, LF etc.) at a glance, perhaps on the bottom bar next to where the Language is shown. The ability to change these settings "on-the-fly" would be great as well. -- icb
  • I would love to see a fullscreen mode, with keyboard codes like in unix's screen to navigate beween the open documents. Currently I am messing about withe >console logins, screen and vim to achieve this on my ibook.
  • Sorry for making this list even longer, however I thought it would be nice to have a customizable status bar. Maybe have a preference panel with a list of text values that can go in and a check to enable or disable them. Currently there is line/column number and current language. Useful additions would be current context (for debugging grammars), insert/overwrite mode, line endings and file encoding. Thanks a lot! -- AndreThenot

    I'm unlikely to make it configurable, but I do have a list of improvements I want to make to the status bar, which includes making it interactive and showing various options. As for the current context, if you refer to scope, then this can be shown using ctrl-shift T, it's meant only for “developing” customizations, themes, etc. and so I don't think it should have permanent visibility.
    -- Allan Odgaard

Already Implemented

  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't. Added in 1.1b4.
  • preference to select the default text encoding and default line ending. Added in 1.1b1.
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker

    Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html

    Added to TextMate in 1.1b3 (Run Command > HTML > Colorpicker)

    "Strictly speaking that command should be added to the CSS bundle not the HTML bundle."
August 08, 2005, at 17:59 UTC by 24.235.165.78 -
Changed lines 1-191 from:

Suggestions about how to change/improve the GUI in TextMate.

This includes restructuring the menus, changing the folding marker icons and so on.

  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton
  • High priority requests from those of us who use the mouse as much as the keyboard:
    • Function Drop-down ?
    • Customizable context (right/control-click) menu. Perhaps add a checkbox to the new bundle editor to include the command or snippet in the contextual menu. I would use this every hour of every day. -- Chris Thomas
    • Clicking on the "Mode: .*" text in the status bar should pop-up the Syntax Highlight menu. -- Chris Thomas
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari.

    These keys have been used for shift left/right in most text editors (including Xcode) before Safari used these for tab switching, so I will stick with this. If you want the keys changed you can always use System Preferences / Keyboard & Mouse / Keyboard Shortcuts to change them yourself
    -- Allan Odgaard
  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)
  • Web Preview Enhancements
  • Open in New Window
  • Syntax Highlighting Preference Pane
  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.
  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
    -- Adam Sanderson

    It would also be useful to see the path in the Window menu. - NC

    Something like this will happen.
    -- Allan Odgaard
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.

    Changed tabs have a bullet instead of a cross as the close symbol.
  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.

    This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
    -- Allan Odgaard
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell

    also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
    -- Brian Lalor

    note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.
    -- Chris Thomas

    A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.

    Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
    -- Chris Thomas

    A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
    -- Anon

    One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.
  • Folding:
    • Colourize the Folding Widgets for readability - Top level widgets should be in their own hue with nested widgets in descending brightness. For example if we have n top level folding widgets they will be equidistant along the RGB hue and at 50% brightness. Each child fold has the same hue as it's parent but differs in brightness by splitting another 35% brightness between the number of children. This way one can easily see the matching widget for each fold in the gutter and the colours will look nice too.
    • Make closed Folding Widgets look more different from open widgets. A more different icon? Make the circle go black when closed and light-colored when open? Make the whole line turn a different background color when the widget is closed? I often miss the closed widgets when scanning over some code.
    • Remember Folds between TextMate launches...
  • Find & Replace interface: it'd be nice to have larger fields in the find & replace dialogue box. I'm often searching & replacing multi-line stuff (blocks of html, etc) . -- Ben Parzybok
    • I'll second this, and add a request for regex syntax coloring when the "Regular Expression" checkbox is selected
  • Unify Project and File Find. There is no need to have separate panels for searching through all the files in the project and just the current file. This can be simply resolved with a simple check box. -- tomek
  • I'll second the request for larger find fields. In fact, when evaluating an editor (I'm always looking at each new one to see if it will replace BBEdit and/or Xcode), it's the second thing I check, after typing responsiveness on an average sized file. Because text munging is very time consuming, and trying to develop an regex in a tiny little 1-line textbox just ain't for me. BBEdit has text areas for both search and replace, and it has regex syntax highlighting. And it's those two features that keep me using it. Michael Johnston?
  • There needs to be some way to deal with deeply-nested files in the project drawer. I have a hard time discerning what files are when they're shortened to "D....a". :-) Java projects typically have such arrangements, like "UserManager/src/org/bravo5/UserManager/some/package/name/File.java". Maybe make the window scroll?

    The reason I don't do scroll is that Cocoa won't automatically resize the column, so enabling scroll won't help (unless I patch the outline view to resize columns based on widest entry).
    In the future it will be possible to double-click groups/folders to enter them. Hopefully this will make it less of a problem then.
  • In the project drawer, some indication of which files are open would be very nice. It could be indicated by a bullet or by the file name appearing in bold text, for example. When we have twenty or more files open at once, the tabs at the top of the editing window become difficult to use.

    The file icon is darkened in the project drawer, but it requires that the parent group is unfolded to see it of course.
    -- Allan Odgaard

    Thanks! Actually, that seems to only be the case for open, unsaved files, though. As soon as I save it, the indicator goes away. If that indicator would stay put, and ooh! if there was a little x next to the file name in the project drawer like there is on the tabs, I could do without the tabs altogether and use only the drawer. That would be neat. I mean, even more than it already is.
  • Sometime down the road it would be cool to have a tab at the top of the project drawer that would switch to a drawer that showed only open files.
  • When a project is minimized to the Dock, it would be very nice if the mouse-over text would say the name of the project (or primary directory) in addition to the currently active file. -- Eric Vitiello
  • Regarding proportional fonts: Some fonts that are intended to be monospace are not recognized as such by OS X. I suppose this might be a font format issue. I have several fonts like this: AvantGarde Mono ITCTT, Souvenir Mono ITCTT, BaseMonospace. They work as expected in Terminal or XCode. Perhaps the user could be allowed to tell TextMate to treat some fonts as monospace in spite of what NSFont says about it.

    Is it possible for you to send me these fonts or tell me where they can be obtained? As of such, TextMate does allow all fonts, but it has a heuristic to detect non-monospaced fonts (since NSFont even says Monaco is proportional) and just gives a warning for those which doesn't look monospaced.
    -- Allan Odgaard
  • When hovering over a fold indicator, it would be pleasing if the text in the pop-up respected the font preferences for the document with emphasis on the preference for or against font smoothing.
  • Would it be possible for the closing bracket of a method to remain visible when a method is folded? I don't know why, but it just disturbs me that the opening bracket is visible, but the other one isn't. Or just hide them both ;)
  • I don't know if it's out of the scope of TM, but it would be great if TM could suggest in HTML files classes specified in the CSS linked to the HTML itself. [added: 2005-02-13 10:32 GMT by Matt Spinelli]
  • Consistency with document re-opening: I would like TM to store the complete window state of a document when it is closed/saved. That is, the size and position of the window, and the final cursor and scroll bar position. That way I don't have to remember what I was doing when I reopen a document.
    • Add to this which Folds are Folded, and any custom Folds.

      When I re-do the project window I'll strike for something like that. I.e. it restarting TM should leave it exactly as it was, including probably modified files if the user decides (like Mail does with unsent messages).
      -- Allan Odgaard
  • It would be great to be able to use other text encodings than the small list currently available. The best would be to be able to edit the list to just the one we are interested in (as it's already available in other editors, including TextEdit if I remember well).
  • It would be great if the line numbers stayed in the window when you scroll right. I would like the text to disappear behind the line numbers when scrolling right instead of the line numbers scrolling out of the window with the text.
    • Line Numbers - I second this! Please please please!
  • Soft-wrapping: I vastly prefer character based wrapping instead of word based wrapping. An example would be viewing a du output, where deep directories fall onto the second line, away from their block size. It is visually confusing. Plus, I've just gotten used to character wrapping over the years, and my eyes see that better than word based wrapping. Perhaps a preference for that in the Text Editing pane. -- AmberV

    *nudge Allan* I requested this awhile ago. It's really nice for Cocoa development as well.

    The Xcode 2.0 editor seems to use some kind of heuristic for how to break. If a string is over a certain length with no whitespace, it breaks by character, otherwise it breaks by word. At least that's what I think is happening.
  • Would the ability to view a file in a separate window be too confusing? Sometimes, I like to view two files side by side, and most often that involves files from the same project, yet I can only have one document open at once in a project. Interface handling suggestion: Dragging the tab off of the window creates a new window with that file, and closes the tab in the project window. Subsequent clicks to that file in the project manager would activate the separate window, not re-open the tab, until it is closed, or re-integrated (via dragging the document icon in the title bar back to the tab row.) -- AmberV

    Some improvements are planned regarding this, but currently you can control-click files in the project drawer and choose to open the file in a new window.
    -- Allan Odgaard

    I see that option now. Kind of quirky though since it leaves the tab open in the project, if it is open, while not linking the buffers. So changes made in the new window are not reflected, and potentially blown away by accident in the other window — and vice versa. I wouldn't be adverse to it staying open if the buffers were linked, that would actually be a good feature since there is no way to split a buffer, currently.

    The buffers are indeed linked (i.e. working on the same text), but only the active buffer is visually updated for stupid reasons only I know ;)
  • A kind of outline view like the tags-list in TeXShop (http://www.uoregon.edu/~koch/texshop/texshop.html), which shows the structure of the document, is very helpful for navigating in large documents. For example, it would show all lines of a latex file that start with "\section{*}", "\subsection{*}" or "\subsubsection{*}", and a click onto it would jump to the respective part of the document. In HTML, it could show the content of all tags like "<h1>*</h1>" or parse the indention of the content -- Kevin Goslar
  • Terminal-style transparency for the text view. It sounds like a do-nothing eye candy feature, but I find it surprisingly useful to be able to see a background window related to what I'm working on (web browser, xcode build log, terminal window) without having to leave my editor.

    Possible starting with 1.1b8.
    -- Allan Odgaard
  • Configurable toolbars and/or palettes, enabling any application commands, macros, etc to be mapped to buttons the user defines and arranges. Would be real handy to have these things accessible in either hideable a toolbar at the top of the window, and especially in floating palettes (think OmniGraffle 3's implementation on this one for look, feel, and behavior). Mousing over any of these buttons would show a tooltip, revealing the name of the command that the button would invoke, perhaps... And lastly, it would be ideal to be able to select any ol' graphic for the buttons' icons! -- John Lianoglou
  • GUI for key bindings. This should sit over whatever modes are loaded, so I can see and change what keys do what from a single location. It's just a mess now; I never know what will happen.
  • Expose line highlight color in theme settings. My ideal setup would be a black background with ~90% alpha, with the current line background also black, but fully opaque. This doesn't appear to be possible with the current setup.

    It is expoed. But you'll have to switch settings mode to text (upper right corner in the theme editor) and then make an entry like:
    lineHighlight = "#000000";
    Although currently, all colors sort of inherit the opacity setting of the background. This isn't something I do intentionally, but I probably will need to do something special to avoid it (I'll check into it). You can however set the background slightly brighter than black, and I think you'll get the desired effect, e.g.:
    background = "#101010E6";
    lineHighlight = "#000000";

    -- Allan Odgaard
  • A way to have the cool tabs without needing any form of project would rock. It's the one thing I've been looking for in a text editor on OSX since I switched and while TM gets close I'm still waiting. I don't want to have to have the project drawer because it takes up space that I want to use for my code (I work on a 12" iBook...). Some "Open in new tab" function (just like in Safari) in addition to the regular open would make me ecstatic.
    • I would like that too -- the project idea makes sense for certain sets of files but it breaks down when I try to use TM for Interarchy's "Edit with..." command. Since the files are stored on the server, I can't define them as a project, yet at the same time it's terribly nice to have multiple documents open in one window. BBEdit does this with a preference to open documents into the front window.

      This is planned -- it's just a matter of time.
      -- Allan Odgaard
  • Panel for Macros, Snippets and Commands It would be nice to have an Utility Windows or Panel where the user can choose a Macro, Snippet or Command from a list view. So you would not have to memorize all shortcuts or triggers and it would be much faster and convenient than choosing from the menu. To keep that list small it would be useful to have some kind of filter - a checkbox "show in list" for example in the edit window.
  • I'd like to be able to see the file/text encoding (UTF8 etc.) and Line Endings (CR, LF etc.) at a glance, perhaps on the bottom bar next to where the Language is shown. The ability to change these settings "on-the-fly" would be great as well. -- icb
  • I would love to see a fullscreen mode, with keyboard codes like in unix's screen to navigate beween the open documents. Currently I am messing about withe >console logins, screen and vim to achieve this on my ibook.
  • Sorry for making this list even longer, however I thought it would be nice to have a customizable status bar. Maybe have a preference panel with a list of text values that can go in and a check to enable or disable them. Currently there is line/column number and current language. Useful additions would be current context (for debugging grammars), insert/overwrite mode, line endings and file encoding. Thanks a lot! -- AndreThenot

    I'm unlikely to make it configurable, but I do have a list of improvements I want to make to the status bar, which includes making it interactive and showing various options. As for the current context, if you refer to scope, then this can be shown using ctrl-shift T, it's meant only for “developing” customizations, themes, etc. and so I don't think it should have permanent visibility.
    -- Allan Odgaard

Already Implemented

  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't. Added in 1.1b4.
  • preference to select the default text encoding and default line ending. Added in 1.1b1.
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker

    Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html

    Added to TextMate in 1.1b3 (Run Command > HTML > Colorpicker)

    "Strictly speaking that command should be added to the CSS bundle not the HTML bundle."
to:

HACKED

July 23, 2005, at 08:37 UTC by Allan Odgaard -
Changed lines 172-173 from:
  • Sorry for making this list even longer, however I thought it would be nice to have a customizable status bar. Maybe have a preference panel with a list of text values that can go in and a check to enable or disable them. Currently there is line/column number and current language. Useful additions would be current context (for debugging grammars), insert/overwrite mode, line endings and file encoding. Thanks a lot! -- AndreThenot
to:
  • Sorry for making this list even longer, however I thought it would be nice to have a customizable status bar. Maybe have a preference panel with a list of text values that can go in and a check to enable or disable them. Currently there is line/column number and current language. Useful additions would be current context (for debugging grammars), insert/overwrite mode, line endings and file encoding. Thanks a lot! -- AndreThenot

    I'm unlikely to make it configurable, but I do have a list of improvements I want to make to the status bar, which includes making it interactive and showing various options. As for the current context, if you refer to scope, then this can be shown using ctrl-shift T, it's meant only for “developing” customizations, themes, etc. and so I don't think it should have permanent visibility.
    -- Allan Odgaard
July 22, 2005, at 20:02 UTC by AndreThenot -
Changed lines 172-173 from:
to:
  • Sorry for making this list even longer, however I thought it would be nice to have a customizable status bar. Maybe have a preference panel with a list of text values that can go in and a check to enable or disable them. Currently there is line/column number and current language. Useful additions would be current context (for debugging grammars), insert/overwrite mode, line endings and file encoding. Thanks a lot! -- AndreThenot
July 18, 2005, at 22:39 UTC by Isaac Finnegan -
Added lines 5-6:
  • Using Tabs without a project. I would love to use the TAB UI, but I'm always editing scripts and have no project to group things by.
July 15, 2005, at 04:33 UTC by 67.177.88.191 -
Changed lines 5-6 from:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton
to:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton
July 15, 2005, at 04:32 UTC by 67.177.88.191 -
Changed lines 5-6 from:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists. \\ -- Ben Linton
to:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
    -- Ben Linton
July 15, 2005, at 04:31 UTC by 67.177.88.191 -
Changed lines 5-6 from:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists. << -- Ben Linton
to:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists. \\ -- Ben Linton
July 15, 2005, at 04:30 UTC by 67.177.88.191 -
Changed lines 5-6 from:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
to:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists. << -- Ben Linton
July 15, 2005, at 04:29 UTC by Ben Linton -
Added lines 5-6:
  • Make a [Navigation]-->[Go To Symbol] alpha-order option available so I can find symbols with ease in larger lists.
July 06, 2005, at 19:48 UTC by 81.83.72.103 -
Added lines 166-168:
  • I would love to see a fullscreen mode, with keyboard codes like in unix's screen to navigate beween the open documents. Currently I am messing about withe >console logins, screen and vim to achieve this on my ibook.
June 27, 2005, at 22:07 UTC by 12.19.200.130 -
Deleted lines 4-5:
  • I'd like to be able to see the file/text encoding (UTF8 etc.) and Line Endings (CR, LF etc.) at a glance, perhaps on the bottom bar next to where the Language is shown. The ability to change these settings "on-the-fly" would be great as well. -- icb
Added lines 164-165:
  • I'd like to be able to see the file/text encoding (UTF8 etc.) and Line Endings (CR, LF etc.) at a glance, perhaps on the bottom bar next to where the Language is shown. The ability to change these settings "on-the-fly" would be great as well. -- icb
June 27, 2005, at 14:11 UTC by 80.134.34.68 -
Changed lines 164-165 from:
  • Panel for Macros, Snippets and Commands It would be nice to have an Utility Windows or Panel where the user can choose a Macro, Snippet or Command from a list view. So you would not have to memorize all shortcuts or triggers and it would be much faster and conventient than choosing from the menu. To keep that list small it would be useful to have some kind of filter - a checkbox "show in list" for example in the edit window.
to:
  • Panel for Macros, Snippets and Commands It would be nice to have an Utility Windows or Panel where the user can choose a Macro, Snippet or Command from a list view. So you would not have to memorize all shortcuts or triggers and it would be much faster and convenient than choosing from the menu. To keep that list small it would be useful to have some kind of filter - a checkbox "show in list" for example in the edit window.
June 27, 2005, at 13:52 UTC by 80.134.34.68 -
Added lines 164-165:
  • Panel for Macros, Snippets and Commands It would be nice to have an Utility Windows or Panel where the user can choose a Macro, Snippet or Command from a list view. So you would not have to memorize all shortcuts or triggers and it would be much faster and conventient than choosing from the menu. To keep that list small it would be useful to have some kind of filter - a checkbox "show in list" for example in the edit window.
June 24, 2005, at 16:47 UTC by 63.192.118.15 -
Changed lines 118-119 from:
  • It would be great if the line numbers stayed in the window when you scroll right. I would like the text to disappear behind the line numbers when scrolling right instead of the line numbers scrolling out of the window with the text.
to:
  • It would be great if the line numbers stayed in the window when you scroll right. I would like the text to disappear behind the line numbers when scrolling right instead of the line numbers scrolling out of the window with the text.
June 22, 2005, at 16:55 UTC by 12.19.200.130 -
Added lines 5-6:
  • I'd like to be able to see the file/text encoding (UTF8 etc.) and Line Endings (CR, LF etc.) at a glance, perhaps on the bottom bar next to where the Language is shown. The ability to change these settings "on-the-fly" would be great as well. -- icb
Deleted lines 8-9:
  • I'd like to be able to see the file/text encoding (UTF8 etc.) and Line Endings (CR, LF etc.) at a glance, perhaps on the bottom bar next to where the Language is shown. The ability to change these settings "on-the-fly" would be great as well. -- icb
June 22, 2005, at 16:54 UTC by 12.19.200.130 -
Added lines 7-8:
  • I'd like to be able to see the file/text encoding (UTF8 etc.) and Line Endings (CR, LF etc.) at a glance, perhaps on the bottom bar next to where the Language is shown. The ability to change these settings "on-the-fly" would be great as well. -- icb
June 14, 2005, at 10:04 UTC by Allan Odgaard -
Changed lines 155-158 from:
 * A way to have the cool tabs without needing any form of project would rock. It's the one thing I've been looking for in a text editor on OSX since I switched and while TM gets close I'm still waiting. I don't want to have to have the project drawer because it takes up space that I want to use for my code (I work on a 12" iBook...). Some "Open in new tab" function (just like in Safari) in addition to the regular open would make me ecstatic.
  • I would like that too -- the project idea makes sense for certain sets of files but it breaks down when I try to use TM for Interarchy's "Edit with..." command. Since the files are stored on the server, I can't define them as a project, yet at the same time it's terribly nice to have multiple documents open in one window. BBEdit does this with a preference to open documents into the front window.
to:
  • A way to have the cool tabs without needing any form of project would rock. It's the one thing I've been looking for in a text editor on OSX since I switched and while TM gets close I'm still waiting. I don't want to have to have the project drawer because it takes up space that I want to use for my code (I work on a 12" iBook...). Some "Open in new tab" function (just like in Safari) in addition to the regular open would make me ecstatic.
    • I would like that too -- the project idea makes sense for certain sets of files but it breaks down when I try to use TM for Interarchy's "Edit with..." command. Since the files are stored on the server, I can't define them as a project, yet at the same time it's terribly nice to have multiple documents open in one window. BBEdit does this with a preference to open documents into the front window.

      This is planned -- it's just a matter of time.
      -- Allan Odgaard
June 14, 2005, at 06:44 UTC by 67.170.14.12 -
Added lines 157-158:
  • I would like that too -- the project idea makes sense for certain sets of files but it breaks down when I try to use TM for Interarchy's "Edit with..." command. Since the files are stored on the server, I can't define them as a project, yet at the same time it's terribly nice to have multiple documents open in one window. BBEdit does this with a preference to open documents into the front window.
June 10, 2005, at 15:13 UTC by Robin Berjon -
Added lines 155-156:
 * A way to have the cool tabs without needing any form of project would rock. It's the one thing I've been looking for in a text editor on OSX since I switched and while TM gets close I'm still waiting. I don't want to have to have the project drawer because it takes up space that I want to use for my code (I work on a 12" iBook...). Some "Open in new tab" function (just like in Safari) in addition to the regular open would make me ecstatic.
June 09, 2005, at 13:59 UTC by 24.193.58.88 -
Changed lines 31-32 from:

It would also be useful to see the path in the Window menu. -- NC

to:

It would also be useful to see the path in the Window menu. - NC\\

June 09, 2005, at 13:57 UTC by 24.193.58.88 -
Added lines 31-33:

It would also be useful to see the path in the Window menu. -- NC \\

May 28, 2005, at 23:48 UTC by Allan Odgaard -
Changed lines 144-153 from:
  • Expose line highlight color in theme settings. My ideal setup would be a black background with ~90% alpha, with the current line background also black, but fully opaque. This doesn't appear to be possible with the current setup.

Already Implemented

  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't. Added in 1.1b4.
  • preference to select the default text encoding and default line ending. Added in 1.1b1.
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker\\
to:
  • Expose line highlight color in theme settings. My ideal setup would be a black background with ~90% alpha, with the current line background also black, but fully opaque. This doesn't appear to be possible with the current setup.\\
Added lines 146-161:

It is expoed. But you'll have to switch settings mode to text (upper right corner in the theme editor) and then make an entry like:
lineHighlight = "#000000";
Although currently, all colors sort of inherit the opacity setting of the background. This isn't something I do intentionally, but I probably will need to do something special to avoid it (I'll check into it). You can however set the background slightly brighter than black, and I think you'll get the desired effect, e.g.:
background = "#101010E6";
lineHighlight = "#000000";

-- Allan Odgaard


Already Implemented

  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't. Added in 1.1b4.
  • preference to select the default text encoding and default line ending. Added in 1.1b1.
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker
    \\
May 28, 2005, at 21:57 UTC by 68.193.198.179 -
Changed lines 144-145 from:
  • Expose line highlight color in theme settings. My ideal setup would be a black background with ~90% alpha, with the current line also black, but fully opaque. This doesn't appear to be possible with the current setup.
to:
  • Expose line highlight color in theme settings. My ideal setup would be a black background with ~90% alpha, with the current line background also black, but fully opaque. This doesn't appear to be possible with the current setup.
May 28, 2005, at 21:56 UTC by 68.193.198.179 -
Added lines 144-145:
  • Expose line highlight color in theme settings. My ideal setup would be a black background with ~90% alpha, with the current line also black, but fully opaque. This doesn't appear to be possible with the current setup.
May 24, 2005, at 20:05 UTC by 68.193.47.245 -
Changed lines 120-122 from:
  • nudge Allan* I requested this awhile ago. It's really nice for Cocoa development as well.
  • Would the ability to view a file in a separate window be too confusing? Sometimes, I like to view two files side by side, and most often that involves files from the same project, yet I can only have one document open at once in a project. Interface handling suggestion: Dragging the tab off of the window creates a new window with that file, and closes the tab in the project window. Subsequent clicks to that file in the project manager would activate the separate window, not re-open the tab, until it is closed, or re-integrated (via dragging the document icon in the title bar back to the tab row.) -- AmberV\\
to:
  • nudge Allan* I requested this awhile ago. It's really nice for Cocoa development as well.\\
Added lines 122-125:

The Xcode 2.0 editor seems to use some kind of heuristic for how to break. If a string is over a certain length with no whitespace, it breaks by character, otherwise it breaks by word. At least that's what I think is happening.

  • Would the ability to view a file in a separate window be too confusing? Sometimes, I like to view two files side by side, and most often that involves files from the same project, yet I can only have one document open at once in a project. Interface handling suggestion: Dragging the tab off of the window creates a new window with that file, and closes the tab in the project window. Subsequent clicks to that file in the project manager would activate the separate window, not re-open the tab, until it is closed, or re-integrated (via dragging the document icon in the title bar back to the tab row.) -- AmberV
    \\
May 21, 2005, at 22:20 UTC by Jay Jansheski -
Changed lines 86-87 from:
to:

-- Allan Odgaard

Thanks! Actually, that seems to only be the case for open, unsaved files, though. As soon as I save it, the indicator goes away. If that indicator would stay put, and ooh! if there was a little x next to the file name in the project drawer like there is on the tabs, I could do without the tabs altogether and use only the drawer. That would be neat. I mean, even more than it already is.

May 19, 2005, at 14:57 UTC by Allan Odgaard -
Changed line 28 from:
  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.
to:
  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.\\
Changed line 31 from:

Something this this will happen.\\

to:

Something like this will happen.\\

May 19, 2005, at 14:55 UTC by Allan Odgaard -
Changed lines 13-14 from:
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari.
to:
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari.

    These keys have been used for shift left/right in most text editors (including Xcode) before Safari used these for tab switching, so I will stick with this. If you want the keys changed you can always use System Preferences / Keyboard & Mouse / Keyboard Shortcuts to change them yourself
    -- Allan Odgaard
Changed lines 29-31 from:

-- Adam Sanderson

  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.\\
to:
Added lines 31-35:

Something this this will happen.
-- Allan Odgaard

  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.
    \\
Changed lines 38-41 from:
  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
to:
  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.\\
Added lines 40-45:

This has to do with changes happening in the folder references and TextMate losing track of which was what, and having to do a full reload. It will be improved in the future though.
-- Allan Odgaard

  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell
    \\
Changed lines 83-84 from:
  • In the project drawer, some indication of which files are open would be very nice. It could be indicated by a bullet or by the file name appearing in bold text, for example. When we have twenty or more files open at once, the tabs at the top of the editing window become difficult to use.
to:
  • In the project drawer, some indication of which files are open would be very nice. It could be indicated by a bullet or by the file name appearing in bold text, for example. When we have twenty or more files open at once, the tabs at the top of the editing window become difficult to use.

    The file icon is darkened in the project drawer, but it requires that the parent group is unfolded to see it of course.
    -- Allan Odgaard
Changed lines 105-106 from:
  • Add to this which Folds are Folded, and any custom Folds
to:
  • Add to this which Folds are Folded, and any custom Folds.

    When I re-do the project window I'll strike for something like that. I.e. it restarting TM should leave it exactly as it was, including probably modified files if the user decides (like Mail does with unsent messages).
    -- Allan Odgaard
Deleted line 111:

Line Numbers - I second this! Please please please!

Added lines 114-115:
  • Line Numbers - I second this! Please please please!
Changed lines 131-132 from:
  • Terminal-style transparency for the text view. It sounds like a do-nothing eye candy feature, but I find it surprisingly useful to be able to see a background window related to what I'm working on (web browser, xcode build log, terminal window) without having to leave my editor.
to:
  • Terminal-style transparency for the text view. It sounds like a do-nothing eye candy feature, but I find it surprisingly useful to be able to see a background window related to what I'm working on (web browser, xcode build log, terminal window) without having to leave my editor.

    Possible starting with 1.1b8.
    -- Allan Odgaard
May 19, 2005, at 13:42 UTC by 18.214.0.181 -
Added lines 13-14:
  • Make tab-switching keyboard shortcut be command-{ and command-} for consistency with Safari.
May 08, 2005, at 11:42 UTC by Jay Jansheski -
Added lines 72-75:
  • In the project drawer, some indication of which files are open would be very nice. It could be indicated by a bullet or by the file name appearing in bold text, for example. When we have twenty or more files open at once, the tabs at the top of the editing window become difficult to use.
  • Sometime down the road it would be cool to have a tab at the top of the project drawer that would switch to a drawer that showed only open files.
April 28, 2005, at 03:11 UTC by 216.254.68.204 -
Added lines 46-48:

A split view is the one essential feature TextMate is missing. Even though I paid for it already, I really need split screens... horizontal and vertical (please!)
-- Anon
\\

April 26, 2005, at 23:49 UTC by 63.192.118.15 -
Added line 88:

Line Numbers - I second this! Please please please!

April 06, 2005, at 05:00 UTC by Tarek -
Added lines 84-85:
  • Add to this which Folds are Folded, and any custom Folds
April 05, 2005, at 06:51 UTC by Tarek -
Changed lines 48-51 from:
  • Colourize the Folding Widgets for readability - Top level widgets should be in their own hue with nested widgets in descending brightness. For example if we have n top level folding widgets they will be equidistant along the RGB hue and at 50% brightness. Each child fold has the same hue as it's parent but differs in brightness by splitting another 35% brightness between the number of children. This way one can easily see the matching widget for each fold in the gutter and the colours will look nice too.
  • Make closed Folding Widgets look more different from open widgets. A more different icon? Make the circle go black when closed and light-colored when open? Make the whole line turn a different background color when the widget is closed? I often miss the closed widgets when scanning over some code.
to:
  • Folding:
    • Colourize the Folding Widgets for readability - Top level widgets should be in their own hue with nested widgets in descending brightness. For example if we have n top level folding widgets they will be equidistant along the RGB hue and at 50% brightness. Each child fold has the same hue as it's parent but differs in brightness by splitting another 35% brightness between the number of children. This way one can easily see the matching widget for each fold in the gutter and the colours will look nice too.
    • Make closed Folding Widgets look more different from open widgets. A more different icon? Make the circle go black when closed and light-colored when open? Make the whole line turn a different background color when the widget is closed? I often miss the closed widgets when scanning over some code.
    • Remember Folds between TextMate launches...
April 05, 2005, at 04:58 UTC by Tarek -
Added line 53:
April 05, 2005, at 04:58 UTC by Tarek -
Changed lines 53-54 from:
to:
  • I'll second this, and add a request for regex syntax coloring when the "Regular Expression" checkbox is selected
March 31, 2005, at 20:49 UTC by 67.70.212.198 -
Added lines 50-51:
  • Make closed Folding Widgets look more different from open widgets. A more different icon? Make the circle go black when closed and light-colored when open? Make the whole line turn a different background color when the widget is closed? I often miss the closed widgets when scanning over some code.
March 31, 2005, at 00:48 UTC by 210.55.0.195 -
Added lines 52-53:
  • Unify Project and File Find. There is no need to have separate panels for searching through all the files in the project and just the current file. This can be simply resolved with a simple check box. -- tomek
March 30, 2005, at 09:10 UTC by 141.76.44.100 -
Changed lines 91-92 from:
  • A kind of outline view like the tags-list in TeXShop (http://www.uoregon.edu/~koch/texshop/texshop.html), which shows the structure of the document, is very helpful for navigating in large documents. For example, it would show all lines of a latex file that start with "\section{*}", "\subsection{*}" or "subsubsection{*}", and a click onto it would jump to the respective part of the document. In HTML, it could show the content of all tags like "<h1>*</h1>" or parse the indention of the content -- Kevin Goslar
to:
  • A kind of outline view like the tags-list in TeXShop (http://www.uoregon.edu/~koch/texshop/texshop.html), which shows the structure of the document, is very helpful for navigating in large documents. For example, it would show all lines of a latex file that start with "\section{*}", "\subsection{*}" or "\subsubsection{*}", and a click onto it would jump to the respective part of the document. In HTML, it could show the content of all tags like "<h1>*</h1>" or parse the indention of the content -- Kevin Goslar
March 28, 2005, at 15:35 UTC by john -
Added lines 97-98:
  • GUI for key bindings. This should sit over whatever modes are loaded, so I can see and change what keys do what from a single location. It's just a mess now; I never know what will happen.
March 26, 2005, at 22:31 UTC by 67.101.129.85 -
Added lines 95-96:
  • Configurable toolbars and/or palettes, enabling any application commands, macros, etc to be mapped to buttons the user defines and arranges. Would be real handy to have these things accessible in either hideable a toolbar at the top of the window, and especially in floating palettes (think OmniGraffle 3's implementation on this one for look, feel, and behavior). Mousing over any of these buttons would show a tooltip, revealing the name of the command that the button would invoke, perhaps... And lastly, it would be ideal to be able to select any ol' graphic for the buttons' icons! -- John Lianoglou
March 25, 2005, at 23:16 UTC by john -
Changed lines 93-94 from:
  • Terminal-style transparency for the text view. It sounds like a do-nothing eye candy feature, but I find it surprisingly useful to be able to see a background window related to what I'm working on (web browser, xcode build log, terminal window) without having to leave TextMate.
to:
  • Terminal-style transparency for the text view. It sounds like a do-nothing eye candy feature, but I find it surprisingly useful to be able to see a background window related to what I'm working on (web browser, xcode build log, terminal window) without having to leave my editor.
March 25, 2005, at 23:15 UTC by john -
Changed lines 93-94 from:
to:
  • Terminal-style transparency for the text view. It sounds like a do-nothing eye candy feature, but I find it surprisingly useful to be able to see a background window related to what I'm working on (web browser, xcode build log, terminal window) without having to leave TextMate.
March 23, 2005, at 13:47 UTC by Kevin Goslar -
Added lines 91-94:
  • A kind of outline view like the tags-list in TeXShop (http://www.uoregon.edu/~koch/texshop/texshop.html), which shows the structure of the document, is very helpful for navigating in large documents. For example, it would show all lines of a latex file that start with "\section{*}", "\subsection{*}" or "subsubsection{*}", and a click onto it would jump to the respective part of the document. In HTML, it could show the content of all tags like "<h1>*</h1>" or parse the indention of the content -- Kevin Goslar
March 21, 2005, at 17:22 UTC by john -
Changed lines 80-81 from:
  • nudge Alan* I requested this awhile ago. It's really nice for Cocoa development as well.
to:
  • nudge Allan* I requested this awhile ago. It's really nice for Cocoa development as well.
March 21, 2005, at 17:22 UTC by john -
Changed lines 78-80 from:
  • Soft-wrapping: I vastly prefer character based wrapping instead of word based wrapping. An example would be viewing a du output, where deep directories fall onto the second line, away from their block size. It is visually confusing. Plus, I've just gotten used to character wrapping over the years, and my eyes see that better than word based wrapping. Perhaps a preference for that in the Text Editing pane. -- AmberV
  • Would the ability to view a file in a separate window be too confusing? Sometimes, I like to view two files side by side, and most often that involves files from the same project, yet I can only have one document open at once in a project. Interface handling suggestion: Dragging the tab off of the window creates a new window with that file, and closes the tab in the project window. Subsequent clicks to that file in the project manager would activate the separate window, not re-open the tab, until it is closed, or re-integrated (via dragging the document icon in the title bar back to the tab row.) -- AmberV\\
to:
  • Soft-wrapping: I vastly prefer character based wrapping instead of word based wrapping. An example would be viewing a du output, where deep directories fall onto the second line, away from their block size. It is visually confusing. Plus, I've just gotten used to character wrapping over the years, and my eyes see that better than word based wrapping. Perhaps a preference for that in the Text Editing pane. -- AmberV\\
Added lines 80-83:
  • nudge Alan* I requested this awhile ago. It's really nice for Cocoa development as well.
  • Would the ability to view a file in a separate window be too confusing? Sometimes, I like to view two files side by side, and most often that involves files from the same project, yet I can only have one document open at once in a project. Interface handling suggestion: Dragging the tab off of the window creates a new window with that file, and closes the tab in the project window. Subsequent clicks to that file in the project manager would activate the separate window, not re-open the tab, until it is closed, or re-integrated (via dragging the document icon in the title bar back to the tab row.) -- AmberV
    \\
March 21, 2005, at 17:20 UTC by john -
Changed lines 44-45 from:
to:

-- Chris Thomas

One thing that would be really sweet is for there to be a mode-defined mapping between 'implementation files' and 'include files' so, for example, if I open a .m file in TM, it opens with a split view collapsed to the top, with the corresponding .h file loaded into the collapsed view. Or if I choose Open Counterpart from the menu, it loads into its matching file's window in a split view, instead of its own. Similar mappings could be set up for .js and .css files for HTML authoring and so on.

March 18, 2005, at 00:31 UTC by Allan Odgaard -
Deleted lines 45-46:
  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't.
Changed lines 90-91 from:
  • preference to select the default text encoding and default line ending. Added in 1.1b1.
to:
  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't. Added in 1.1b4.
  • preference to select the default text encoding and default line ending. Added in 1.1b1.
Changed line 98 from:

Added to TextMate in 1.1b3 (Run Command > HTML > Colorpicker)

to:

Added to TextMate in 1.1b3 (Run Command > HTML > Colorpicker)\\

March 17, 2005, at 23:07 UTC by TorstenBecker -
Deleted lines 47-48:
  • open folder: when opening a file via the dialog it should also be possible to open a folder and then start as a project. -- Torsten Becker
March 15, 2005, at 15:27 UTC by Allan Odgaard -
Changed lines 87-88 from:

I see that option now. Kind of quirky though since it leaves the tab open in the project, if it is open, while not linking the buffers. So changes made in the new window are not reflected, and potentially blown away by accident in the other window — and vice versa. I wouldn't be adverse to it staying open if the buffers were linked, that would actually be a good feature since there is no way to split a buffer, currently.

to:

I see that option now. Kind of quirky though since it leaves the tab open in the project, if it is open, while not linking the buffers. So changes made in the new window are not reflected, and potentially blown away by accident in the other window — and vice versa. I wouldn't be adverse to it staying open if the buffers were linked, that would actually be a good feature since there is no way to split a buffer, currently.

The buffers are indeed linked (i.e. working on the same text), but only the active buffer is visually updated for stupid reasons only I know ;)

March 15, 2005, at 15:18 UTC by AmberV -
Changed lines 85-86 from:
to:

-- Allan Odgaard

I see that option now. Kind of quirky though since it leaves the tab open in the project, if it is open, while not linking the buffers. So changes made in the new window are not reflected, and potentially blown away by accident in the other window — and vice versa. I wouldn't be adverse to it staying open if the buffers were linked, that would actually be a good feature since there is no way to split a buffer, currently.

March 15, 2005, at 04:42 UTC by Allan Odgaard -
Changed lines 82-83 from:
  • Would the ability to view a file in a separate window be too confusing? Sometimes, I like to view two files side by side, and most often that involves files from the same project, yet I can only have one document open at once in a project. Interface handling suggestion: Dragging the tab off of the window creates a new window with that file, and closes the tab in the project window. Subsequent clicks to that file in the project manager would activate the separate window, not re-open the tab, until it is closed, or re-integrated (via dragging the document icon in the title bar back to the tab row.) -- AmberV
to:
  • Would the ability to view a file in a separate window be too confusing? Sometimes, I like to view two files side by side, and most often that involves files from the same project, yet I can only have one document open at once in a project. Interface handling suggestion: Dragging the tab off of the window creates a new window with that file, and closes the tab in the project window. Subsequent clicks to that file in the project manager would activate the separate window, not re-open the tab, until it is closed, or re-integrated (via dragging the document icon in the title bar back to the tab row.) -- AmberV

    Some improvements are planned regarding this, but currently you can control-click files in the project drawer and choose to open the file in a new window.
    -- Allan Odgaard
March 14, 2005, at 19:52 UTC by Adam Sanderson -
Added lines 23-25:
  • When there are multiple files with the same name open, for instance 'edit.rhtml', it would be nice to have the title bar show minimum difference between the file paths. For instance, 'person/edit.rhtml'. Guess what I'm working on.

-- Adam Sanderson

March 14, 2005, at 16:37 UTC by AmberV -
Added lines 77-80:
  • Soft-wrapping: I vastly prefer character based wrapping instead of word based wrapping. An example would be viewing a du output, where deep directories fall onto the second line, away from their block size. It is visually confusing. Plus, I've just gotten used to character wrapping over the years, and my eyes see that better than word based wrapping. Perhaps a preference for that in the Text Editing pane. -- AmberV
  • Would the ability to view a file in a separate window be too confusing? Sometimes, I like to view two files side by side, and most often that involves files from the same project, yet I can only have one document open at once in a project. Interface handling suggestion: Dragging the tab off of the window creates a new window with that file, and closes the tab in the project window. Subsequent clicks to that file in the project manager would activate the separate window, not re-open the tab, until it is closed, or re-integrated (via dragging the document icon in the title bar back to the tab row.) -- AmberV
March 13, 2005, at 03:45 UTC by Chris Thomas -
Changed lines 38-39 from:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.

to:

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.
\\

Changed lines 41-42 from:
to:
March 13, 2005, at 03:44 UTC by 64.81.33.177 -
Added lines 40-42:

Hey Allan, check out RBSplitView for this. It replaces NSSplitView (it's not a subclass) and fixes all the problems, adds multiple split view capabilities and such. Seems to be quite well done, and it's essentially BSD license (I believe the author requests, but does not require, a credit in the about box).
-- Chris Thomas

March 09, 2005, at 20:38 UTC by KidBrax -
Changed lines 72-73 from:
  • It would be great if the line numbers stayed in the window when you scroll right. I would like the text to disappear behind the line numbers when scrolling right instead of the line numbers scrolling out of the window with the test.
to:
  • It would be great if the line numbers stayed in the window when you scroll right. I would like the text to disappear behind the line numbers when scrolling right instead of the line numbers scrolling out of the window with the text.
March 09, 2005, at 20:38 UTC by KidBrax -
Added lines 72-73:
  • It would be great if the line numbers stayed in the window when you scroll right. I would like the text to disappear behind the line numbers when scrolling right instead of the line numbers scrolling out of the window with the test.
March 04, 2005, at 11:59 UTC by 194.3.231.254 -
Changed lines 70-71 from:
  • It would be great to be able to use other text encodings than the small list currently available. The best would be to be able to edit the list to just the one we are interested in (as it's already available in other editors, including TextEdit if I remember well).
to:
  • It would be great to be able to use other text encodings than the small list currently available. The best would be to be able to edit the list to just the one we are interested in (as it's already available in other editors, including TextEdit if I remember well).
March 04, 2005, at 11:57 UTC by 194.3.231.254 -
Added lines 70-71:
  • It would be great to be able to use other text encodings than the small list currently available. The best would be to be able to edit the list to just the one we are interested in (as it's already available in other editors, including TextEdit if I remember well).
March 03, 2005, at 22:22 UTC by Nick Stenning -
Changed line 81 from:

Strictly speaking that command should be added to the CSS bundle not the HTML bundle.

to:

"Strictly speaking that command should be added to the CSS bundle not the HTML bundle."

March 03, 2005, at 22:22 UTC by Nick Stenning -
Changed lines 79-81 from:

Added to TextMate in 1.1b3 (Run Command > HTML > Colorpicker)

to:

Added to TextMate in 1.1b3 (Run Command > HTML > Colorpicker)
Strictly speaking that command should be added to the CSS bundle not the HTML bundle.

February 19, 2005, at 02:41 UTC by Dan Simola -
Changed lines 68-70 from:
  • Consistency with document re-opening:

I would like TM to store the complete window state of a document when it is closed/saved. That is, the size and position of the window, and the final cursor and scroll bar position. That way I don't have to remember what I was doing when I reopen a document.

to:
  • Consistency with document re-opening: I would like TM to store the complete window state of a document when it is closed/saved. That is, the size and position of the window, and the final cursor and scroll bar position. That way I don't have to remember what I was doing when I reopen a document.
February 19, 2005, at 02:40 UTC by Dan Simola -
Added lines 68-70:
  • Consistency with document re-opening:

I would like TM to store the complete window state of a document when it is closed/saved. That is, the size and position of the window, and the final cursor and scroll bar position. That way I don't have to remember what I was doing when I reopen a document.

February 14, 2005, at 18:56 UTC by Michael Johnston -
Changed lines 48-49 from:

I'll second that. In fact, when evaluating an editor (I'm always looking at each new one to see if it will replace BBEdit and/or Xcode), it's the second thing I check, after typing responsiveness on an average sized file. Because text munging is very time consuming, and trying to develop an regex in a tiny little 1-line textbox just ain't for me. BBEdit has text areas for both search and replace, and it has regex syntax highlighting. And it's those two features that keep me using it. Michael Johnston?

to:
  • I'll second the request for larger find fields. In fact, when evaluating an editor (I'm always looking at each new one to see if it will replace BBEdit and/or Xcode), it's the second thing I check, after typing responsiveness on an average sized file. Because text munging is very time consuming, and trying to develop an regex in a tiny little 1-line textbox just ain't for me. BBEdit has text areas for both search and replace, and it has regex syntax highlighting. And it's those two features that keep me using it. Michael Johnston?
February 14, 2005, at 18:55 UTC by Michael Johnston -
Added lines 48-49:

I'll second that. In fact, when evaluating an editor (I'm always looking at each new one to see if it will replace BBEdit and/or Xcode), it's the second thing I check, after typing responsiveness on an average sized file. Because text munging is very time consuming, and trying to develop an regex in a tiny little 1-line textbox just ain't for me. BBEdit has text areas for both search and replace, and it has regex syntax highlighting. And it's those two features that keep me using it. Michael Johnston?

February 13, 2005, at 10:33 UTC by Cubiq -
Added lines 64-65:
  • I don't know if it's out of the scope of TM, but it would be great if TM could suggest in HTML files classes specified in the CSS linked to the HTML itself. [added: 2005-02-13 10:32 GMT by Matt Spinelli]
February 11, 2005, at 23:05 UTC by john -
Added lines 62-63:
  • Would it be possible for the closing bracket of a method to remain visible when a method is folded? I don't know why, but it just disturbs me that the opening bracket is visible, but the other one isn't. Or just hide them both ;)
February 07, 2005, at 10:05 UTC by Roger Braunstein -
Changed lines 36-37 from:
to:

-- Chris Thomas

A window split would also be most useful as a buffer for compiler error/warnings/command output. I always want to dock the floating output window to the editor somehow.

February 04, 2005, at 01:45 UTC by Benjamin Clayton -
Changed lines 58-59 from:
to:
  • When hovering over a fold indicator, it would be pleasing if the text in the pop-up respected the font preferences for the document with emphasis on the preference for or against font smoothing.
January 26, 2005, at 23:11 UTC by Chris Thomas -
Changed line 35 from:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You don't need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes.\\

to:

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You may not need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes. Also note that MPW and CodeWarrior provide both horizontal and vertical splits.\\

January 25, 2005, at 23:51 UTC by Chris Thomas -
Added lines 5-12:
  • High priority requests from those of us who use the mouse as much as the keyboard:
    • Function Drop-down ?
    • Customizable context (right/control-click) menu. Perhaps add a checkbox to the new bundle editor to include the command or snippet in the contextual menu. I would use this every hour of every day. -- Chris Thomas
    • Clicking on the "Mode: .*" text in the status bar should pop-up the Syntax Highlight menu. -- Chris Thomas
Deleted lines 20-21:
January 25, 2005, at 23:44 UTC by Chris Thomas -
Changed lines 56-58 from:
  • There should be a preference to select the default text encoding and default line ending.\\
to:
  • preference to select the default text encoding and default line ending. Added in 1.1b1.
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker\\
Changed line 60 from:

Anyone not using UTF8 and UNIX line endings for new files? :)\\

to:

Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html \\

Changed lines 62-70 from:

Me, because Documents to Go for Mac is too stupid to handle UNIX line endings. :(
Added in 1.1b1

  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker

    Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html


Added in 1.1b3

to:

Added to TextMate in 1.1b3 (Run Command > HTML > Colorpicker)

January 25, 2005, at 23:40 UTC by Chris Thomas -
Added lines 61-64:

Added in 1.1b1

  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker\\
Changed lines 66-68 from:

Okay, it'll exist in 1.1b1 (which is now available)

  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker\\
to:

Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html

Changed lines 68-70 from:

Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html

Allan added this to TextMate 1.1b3.

to:

Added in 1.1b3

January 25, 2005, at 23:39 UTC by Chris Thomas -
Changed lines 23-24 from:
  • There should be a preference to select the default text encoding and default line ending.\\
to:
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell\\
Changed lines 26-27 from:

Anyone not using UTF8 and UNIX line endings for new files? :)\\

to:

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor\\

Deleted lines 28-37:

Me, because Documents to Go for Mac is too stupid to handle UNIX line endings. :(

Okay, it'll exist in 1.1b1 (which is now available)

  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell

    also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
    -- Brian Lalor
    \\
Deleted lines 35-38:
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker

    Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html
Changed lines 50-68 from:
to:

-- Allan Odgaard


Already Implemented

  • There should be a preference to select the default text encoding and default line ending.

    Anyone not using UTF8 and UNIX line endings for new files? :)

    Me, because Documents to Go for Mac is too stupid to handle UNIX line endings. :(

    Okay, it'll exist in 1.1b1 (which is now available)
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker

    Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html

    Allan added this to TextMate 1.1b3.
January 20, 2005, at 17:25 UTC by Berndt Jung -
Added lines 5-6:
  • Two feature requests: 1) two tiered tabs (upper row folders) lower row (documents in folders) 2) an ability to navigate (forward/back) to the last tab openned, not just the next in the line of tabs (like a browswer forward/back)
January 20, 2005, at 09:08 UTC by Allan Odgaard -
Changed lines 57-60 from:
  • Regarding proportional fonts: Some fonts that are intended to be monospace are not recognized as such by OS X. I suppose this might be a font format issue. I have several fonts like this: AvantGarde Mono ITCTT, Souvenir Mono ITCTT, BaseMonospace. They work as expected in Terminal or XCode. Perhaps the user could be allowed to tell TextMate to treat some fonts as monospace in spite of what NSFont says about it.
to:
  • Regarding proportional fonts: Some fonts that are intended to be monospace are not recognized as such by OS X. I suppose this might be a font format issue. I have several fonts like this: AvantGarde Mono ITCTT, Souvenir Mono ITCTT, BaseMonospace. They work as expected in Terminal or XCode. Perhaps the user could be allowed to tell TextMate to treat some fonts as monospace in spite of what NSFont says about it.

    Is it possible for you to send me these fonts or tell me where they can be obtained? As of such, TextMate does allow all fonts, but it has a heuristic to detect non-monospaced fonts (since NSFont even says Monaco is proportional) and just gives a warning for those which doesn't look monospaced.
    -- Allan Odgaard
January 20, 2005, at 03:22 UTC by jon hendry -
Changed lines 55-57 from:
  • When a project is minimized to the Dock, it would be very nice if the mouse-over text would say the name of the project (or primary directory) in addition to the currently active file. -- Eric Vitiello
to:
  • When a project is minimized to the Dock, it would be very nice if the mouse-over text would say the name of the project (or primary directory) in addition to the currently active file. -- Eric Vitiello
  • Regarding proportional fonts: Some fonts that are intended to be monospace are not recognized as such by OS X. I suppose this might be a font format issue. I have several fonts like this: AvantGarde Mono ITCTT, Souvenir Mono ITCTT, BaseMonospace. They work as expected in Terminal or XCode. Perhaps the user could be allowed to tell TextMate to treat some fonts as monospace in spite of what NSFont says about it.
January 14, 2005, at 22:05 UTC by 70.17.145.225 -
Added lines 13-14:
  • It would be good if, when there are too many tabs to display simultaneously, TM first tried to shrink the size of the tabs (by elliding a larger portion of their names with the ...) rather than immediately resorting to the overflow menu. (There would have to be some minimum size beyond which they're not shrunk, of course.) Safari seems to work this way.
Changed line 55 from:
  • When a project is minimized to the Dock, it would be very nice if the mouse-over text would say the name of the project (or primary directory) in addition to the currently active file. -- Eric Vitiello
to:
  • When a project is minimized to the Dock, it would be very nice if the mouse-over text would say the name of the project (or primary directory) in addition to the currently active file. -- Eric Vitiello
January 14, 2005, at 17:35 UTC by Chris Thomas -
Changed lines 31-32 from:
to:

-- Brian Lalor

note that one way to leapfrog several competitors in this area would be to provide an infinite number of window splits. MPW could do this, and more recently CodeWarrior has this capability as well. You don't need to split a window often, but when you do, it's essential. When I used MPW, I used this capability frequently, often with three or four split panes.
-- Chris Thomas

January 11, 2005, at 13:39 UTC by 216.135.69.78 -
Added lines 49-50:
  • When a project is minimized to the Dock, it would be very nice if the mouse-over text would say the name of the project (or primary directory) in addition to the currently active file. -- Eric Vitiello
January 11, 2005, at 02:08 UTC by Rick Flower -
Deleted lines 48-49:
  • There ought to be an option to have a horizontal scroll bar for those occasions where the text edit window needs to be relatively narrow horizontally speaking, and you don't want line wrapping as it currently does.
January 11, 2005, at 00:35 UTC by Rick Flower -
Added lines 49-50:
  • There ought to be an option to have a horizontal scroll bar for those occasions where the text edit window needs to be relatively narrow horizontally speaking, and you don't want line wrapping as it currently does.
January 10, 2005, at 11:54 UTC by Allan Odgaard -
Changed lines 45-48 from:
  • There needs to be some way to deal with deeply-nested files in the project drawer. I have a hard time discerning what files are when they're shortened to "D....a". :-) Java projects typically have such arrangements, like "UserManager/src/org/bravo5/UserManager/some/package/name/File.java". Maybe make the window scroll?
to:
  • There needs to be some way to deal with deeply-nested files in the project drawer. I have a hard time discerning what files are when they're shortened to "D....a". :-) Java projects typically have such arrangements, like "UserManager/src/org/bravo5/UserManager/some/package/name/File.java". Maybe make the window scroll?

    The reason I don't do scroll is that Cocoa won't automatically resize the column, so enabling scroll won't help (unless I patch the outline view to resize columns based on widest entry).
    In the future it will be possible to double-click groups/folders to enter them. Hopefully this will make it less of a problem then.
January 08, 2005, at 13:29 UTC by Brian Lalor -
Changed lines 28-29 from:
to:

-- Mike Powell

also, should be able to select which file to display in each part of the split. Splitting a document (as Mike described) is needed, but so is being able to reference two (or more) documents at once in the same window.
-- Brian Lalor

Added line 45:
  • There needs to be some way to deal with deeply-nested files in the project drawer. I have a hard time discerning what files are when they're shortened to "D....a". :-) Java projects typically have such arrangements, like "UserManager/src/org/bravo5/UserManager/some/package/name/File.java". Maybe make the window scroll?
January 07, 2005, at 20:31 UTC by Ben Parzybok -
Changed lines 38-41 from:
  • Colourize the Folding Widgets for readability - Top level widgets should be in their own hue with nested widgets in descending brightness. For example if we have n top level folding widgets they will be equidistant along the RGB hue and at 50% brightness. Each child fold has the same hue as it's parent but differs in brightness by splitting another 35% brightness between the number of children. This way one can easily see the matching widget for each fold in the gutter and the colours will look nice too.
to:
  • Colourize the Folding Widgets for readability - Top level widgets should be in their own hue with nested widgets in descending brightness. For example if we have n top level folding widgets they will be equidistant along the RGB hue and at 50% brightness. Each child fold has the same hue as it's parent but differs in brightness by splitting another 35% brightness between the number of children. This way one can easily see the matching widget for each fold in the gutter and the colours will look nice too.
  • Find & Replace interface: it'd be nice to have larger fields in the find & replace dialogue box. I'm often searching & replacing multi-line stuff (blocks of html, etc) . -- Ben Parzybok
January 04, 2005, at 11:38 UTC by Johnnie Walker -
Changed lines 36-38 from:

Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html

to:

Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html

  • Colourize the Folding Widgets for readability - Top level widgets should be in their own hue with nested widgets in descending brightness. For example if we have n top level folding widgets they will be equidistant along the RGB hue and at 50% brightness. Each child fold has the same hue as it's parent but differs in brightness by splitting another 35% brightness between the number of children. This way one can easily see the matching widget for each fold in the gutter and the colours will look nice too.
December 31, 2004, at 13:45 UTC by Allan Odgaard -
Changed lines 15-16 from:

Changed tabs have a bullet instead of a cross as teh close symbol.

to:

Changed tabs have a bullet instead of a cross as the close symbol.

December 31, 2004, at 13:45 UTC by Allan Odgaard -
Changed lines 13-17 from:
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.
  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.
  • There should be a preference to select the default text encoding and default line ending.\\
to:
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.\\
Added lines 15-20:

Changed tabs have a bullet instead of a cross as teh close symbol.

  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.
  • There should be a preference to select the default text encoding and default line ending.
    \\
Changed lines 25-26 from:

Okay, it'll exist in 1.1b1

to:

Okay, it'll exist in 1.1b1 (which is now available)

December 31, 2004, at 05:34 UTC by Rick Flower -
Changed lines 13-14 from:
  • There should be a change in Tab color for files that haven't been saved yet. As of v1.02, it's impossible to tell what's been saved and what hasn't.
to:
  • There should be a change in Tab color for files that haven't been saved yet (or similar mechanism). As of v1.02, it's impossible to tell what's been saved and what hasn't.
December 31, 2004, at 05:34 UTC by Rick Flower -
Added lines 13-16:
  • There should be a change in Tab color for files that haven't been saved yet. As of v1.02, it's impossible to tell what's been saved and what hasn't.
  • The Project drawer shouldn't roll-up after having been out of focus for a few minutes making the user re-open the nested contents again.
December 30, 2004, at 00:33 UTC by Allan Odgaard -
Changed lines 28-30 from:
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker
to:
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker

    Jan Sabbe wrote a color picker command that uses the wheel (and inserts the color as HTML): http://lists.macromates.com/pipermail/textmate/2004-November/001522.html
December 30, 2004, at 00:29 UTC by Allan Odgaard -
Changed lines 17-18 from:

Me, because Documents to Go for Mac is too stupid to handle UNIX line endings. :(

to:

Me, because Documents to Go for Mac is too stupid to handle UNIX line endings. :(

Okay, it'll exist in 1.1b1

December 29, 2004, at 23:15 UTC by TorstenBecker -
Changed lines 24-26 from:
  • open folder: when opening a file via the dialog it should also be possible to open a folder and then start as a project. -- Torsten Becker
to:
  • open folder: when opening a file via the dialog it should also be possible to open a folder and then start as a project. -- Torsten Becker
  • a color-wheel: i think the web-preview thing is a really nice feature, i am not primary writing html and css but when, it comes realy handy. one thing i also would like to see is a os-x color-wheel. i often have to choose and create colors this way and it would be nice if textmate could give me this wheel just with two clicks from the window-menu. -- Torsten Becker
December 29, 2004, at 23:09 UTC by TorstenBecker -
Changed lines 22-24 from:
  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't.
to:
  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't.
  • open folder: when opening a file via the dialog it should also be possible to open a folder and then start as a project. -- Torsten Becker
December 29, 2004, at 10:17 UTC by Joshua Kaufman -
Changed lines 20-22 from:
to:

-- Mike Powell

  • Switching to TextMate should restore the most recently minimized window, like other OSX apps, but it doesn't.
December 28, 2004, at 00:30 UTC by 216.27.161.156 -
Changed lines 15-16 from:

Anyone not using UTF8 and UNIX line endings for new files? :)

to:

Anyone not using UTF8 and UNIX line endings for new files? :)

Me, because Documents to Go for Mac is too stupid to handle UNIX line endings. :(

December 27, 2004, at 11:45 UTC by Allan Odgaard -
Changed lines 13-14 from:
  • There should be a preference to select the default text encoding and default line ending.
to:
  • There should be a preference to select the default text encoding and default line ending.

    Anyone not using UTF8 and UNIX line endings for new files? :)
December 23, 2004, at 18:35 UTC by 68.111.46.66 -
Changed lines 15-16 from:
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
to:
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
    -- Mike Powell
December 23, 2004, at 18:34 UTC by 68.111.46.66 -
Changed lines 5-13 from:

Web Preview Enhancements

Open in New Window

Syntax Highlighting Preference Pane

Function Drop-down ?

There should be a preference to select the default text encoding and default line ending.

to:
  • Web Preview Enhancements
  • Open in New Window
  • Syntax Highlighting Preference Pane
  • Function Drop-down ?
  • There should be a preference to select the default text encoding and default line ending.
  • Split screen - You should be able to grab a divider from the top of the window and drag it to where you like, which will split the window in two, offering you two separate views of the same document. This allows you to easily edit two related sections of the same document at the same time. The bookmark system helps with this, but is not quite as useful.
December 23, 2004, at 04:14 UTC by 12.64.90.196 -
Added line 13:

There should be a preference to select the default text encoding and default line ending.

December 23, 2004, at 01:47 UTC by 69.162.180.113 -
Deleted line 12:
December 23, 2004, at 01:37 UTC by 69.162.180.113 -
Changed lines 11-13 from:
to:
December 21, 2004, at 21:39 UTC by 147.253.11.131 -
Changed lines 9-11 from:
to:
December 16, 2004, at 18:33 UTC by Alan Hysinger -
Added line 6:
Added line 8:
December 16, 2004, at 18:33 UTC by Alan Hysinger -
Changed lines 6-7 from:
to:
December 16, 2004, at 18:25 UTC by 66.92.36.165 -
Changed lines 5-7 from:
to:
December 14, 2004, at 21:11 UTC by Allan Odgaard -
Changed line 5 from:

to:
December 14, 2004, at 20:33 UTC by James Adam -
Added lines 4-5:

December 14, 2004, at 15:31 UTC by Allan Odgaard -
Added lines 1-3:

Suggestions about how to change/improve the GUI in TextMate.

This includes restructuring the menus, changing the folding marker icons and so on.