Imagine having a mouse with freely rotating scroll wheel (like Logitech Anywhere MX) which allows you to quickly scroll through large files. Now imagine what happens if you accidently move the pointer over the tabs. Yes, the tabs start switching like crazy. It would be nice to be able to disable that so that the buffer keeps scrolling instead.

It would be very useful to have a command that displays the name and full path of the current file in the status bar, as vi does when Ctrl-G is pressed in command mode.  If the path is too long to fit in the status bar, the status bar should be temporarily enlarged to hold it, just as vi does for long paths.  If temporary resizing of the status bar is not possible, the command could display the path in the same sort of window used by search and replace, with the window disappearing when Esc is pressed.

Isn't this redundant?

No.  I know that the file name and path are displayed in the main window title bar and the tab title bar, but these are not always visible.  In full-screen mode, the window title bar is hidden, and the tab title bars are usually too small to show the full path of the current file, or even the complete file name.  In distraction-free mode, neither the window title bar nor the tabs are visible.

I think this is an issue with Sublime Text's integration with Spaces on Mac OS X, but when I right-click a file in the Finder and select "Open with Sublime Text", the file is opened properly and Sublime Text becomes the front-most app. However, if ST is in another Space, the user isn't switched to that space.

It couses many shortcuts not to work. For Example the "ctrl+/" shortcut to comment a line is fired by the "ctrl+;" combination.

Other examples:

• "ctrl+[" -> "ctrl+´"
  
• "ctrl+]" -> "ctrl+["
  
• "ctrl+;" ->  "ctrl+ç" 
  

With Vintage active, typing "a" in command mode at the beginning of an empty line causes the cursor to advance to the next line when it should stay on the same line.

For those of us who are following a specific coding standards, it will be useful to have a maximum line length that will automatically move to the next line, or maybe something to inform that we have reached line length limit.

While Sublime Text looks awesome in OSX on the Retina Macbook Pro's, it doesn't in Windows. It doesn't seem to support Windows 7's native DPI support, so when the UI scaling is set to 150%, all the text (including the menus) is stretch and looks quite poor.

Currently, by pressing ctrl+R one gets funciton lists only for the current file. 

i'd like to see RPM spec file sintax higthligted in the editor