It would be really nice to have the option to search

in the code only,

ignoring any match that comes from the comments.

Please see this stackoverflow post: http://stackoverflow.com/questions/7311870/fulltext-search-ignoring-comments

It would be great if TAB would cycle through completions when pressed multiple times. I never need a non-leading tab and would prefer the behavior like in Textmate.

So that we can definitely forget about vi and emacs, and use Sublime Text everywhere

The YAML syntax highlighter doesn't follow lines terminated with slashes, surrounded with single-quotes, or unquoted.  

Additionally, tab indentation is an error according to the YAML spec, so the default should be to use spaces.

Example data in screenshot:

If I have a 'word' selected, it would be great if that selection appeared in the Ctrl+P thingy when I hit Ctrl+P. If the text in the pane were selected, then I could just start typing if it wasn't what I wanted (and hit right arrow to go to the end if I wanted to edit it)

A developer signed executable for Mac and Windows would not be terribly expensive for you to get and would allow your application to run on systems with more stringent security against unauthorized installers enabled.  I learned about this editor just after installing Mountain Lion and so far what I've learned is that Gatekeeper works.  On my domain managed windows desktop at work it was also blocked as "unknown" publisher.

When I have two columns open in split view, clicking on the file's tab in either split window should give focus to the appropriate file. Instead, we must currently click on the file buffer itself to switch between splits.

I found this feature very helpful in vim, when I have a very lengthy file with two areas of interest. It will be cool to have it in sublime.

preface: i'm a fairly die hard jEdit user.. it's a ugly duck with a lot of rough edges, _but_ does have some powerfull features that keep me sticking to it.. However these days i discovered ST2, and it does so many things right out of the box, that i'd be switchin in an instance if it weren't for a few crucial topics ... In this post i'd like to address the views(groups)/buffer management:

In ST2 i don't know what exact file i'm editing unless i hover over the tab and wait for the tooltip to popup.. while in generall the tabs do show the file's path, it allways is truncated - with some sense though - but in the end gone completely once a certain number of tabs accumulate.. and over the day these "whereami-hovers" become really cumbersome.

Here's how jEdit handles this: the standard buffer chooser is a select that spans the top of the edit-area showing the full path of the current file.. looks like so (yess, jEdit _is_ ugly ;) : http://dl.dropbox.com/u/10220684/screenshots/screenshot%202012-04-15%20um%2013.48.02.PNG

Imho these bufferwitchers are clearly supperior to any kind of tab.. you simply know where you are without any interaction needed. And of course switching buffers becomes easier and faster as well: you know where you will switch to (or have switched to if by key-command) right away..

So: how about such bufferswitchers as alternative to tabs? ;)

extended sidenote: there're two more distinct differences how jEdit handles the buffer/view management: For one there are no predefined layouts(groups).. you just split views whichever way you need to by a simple keystroke.. or revert splits as easily one by one, or all at once. The other difference: you don't have to shove buffers around by hand.. all buffers are immediately available in any split you create.. you just choose the buffer you want to view in the given split and that's it.. of course: you can also view a single file in any number of splits at once.

thx 4 listening.. ;)
Jan