Sublime Text 2 is a text editor for OS X, Linux and Windows, currently in beta.

+5

Recent Projects could bring already open project to front

Markus Peter 15 years ago • 0
The Recent Projects menu should not disable already open projects. Instead the menu items could stay enabled and when clicking on them, bring forward the already open project.

At the moment, if my screen is very busy with multiple projects and other applications' windows, I usually forgot whether a project is already open or not, so I always have to visit two different menus.
+5

Rails shortcuts?

Matthias Käppler 16 years ago • updated by Andy Jeffries 15 years ago • 1
I love the alpha so far, but I am missing some shortcuts I found extremely useful to have in TextMate:

* CTRL+SHIFT+D for duplicating a line
* CTRL+CMD+R for revealing a file in a directory tree
* basically all Rails shortcuts

I realize the last one would only be suited for a plug-in. Is it possible to write a plug-in that adds shortcuts like CTRL+P for creating a Rails params hash? I am also missing the CTRL+SHIFT+[<|>] shortcuts for generating markup.
+5

"unsaved changes" status set when file wasn't changed

Jeff Petkau 13 years ago • 0

ST sets the "unsaved changes" if the file is removed from disk, even if not modified in ST. This leads to the following sequence of events:

1. open a file from removable media in ST

2. temporarily unmount the media

3. remount the media. ST now thinks it has changes to the file.


(This can also happen when switching to git/hg branches where those files are missing, or with network-mounted files that temporarily disappear when credentials expire.)


At this point ST will refuse to load actual external changes to files (e.g. when switching git branches) because it thinks it has modifications. You have to manually close every file, with a warning message about discarding alleged "changes" for each one.


+5

When you rename a file via the sidebar, the filename textbox should be focused

Caleb Land 15 years ago • updated by Greg Sadetsky 14 years ago • 1
On OS X 10.7.3 with Sublime 2 2181, when I control+click a file in the sidebar and select rename, the rename panel comes up from the bottom, and it looks like the filename is selected, but when I type, nothing happens. I have to click the filename textbox to edit the contents.

It appears that my focus is still in the sidebar, since I can use arrow keys to move the selection around in the sidebar.
+5
Completed

User-defined keyboard shortcuts should appear in menus

Ben Willmore 15 years ago • updated by Jon Skinner 15 years ago • 0
For example, if I assign a keyboard shortcut to the reindent command (which doesn't have a shortcut by default), the shortcut should appear next to Edit->Line->Reindent. This provides a way to for a user to relearn shortcuts which he assigned and then forgot.
Answer
Jon Skinner 15 years ago
In the general case, they do.

Please note though, that on Linux and OS X, the menu APIs are limited, and not all possible key bindings are able to be displayed on the menu (e.g., it's not possible to display sequence key bindings in the menu on Linux)
+5

Quickly adding BOM to current file.

abonec 15 years ago • 0
Very often utf files don't have BOM. To add this need to open uconv and convert or write own script. Please add this feature.
+5

cmd+n should open a new window

Ben Willmore 15 years ago • updated 15 years ago • 0
Currently, if there are no windows open (on Mac at least), cmd+n does nothing. You need to press cmd+shift+n to open a new window. I don't see why cmd+n shouldn't do the same as cmd+shift+n in this situation, and that would be handy for Mac users' muscle memory.

[Edit: This could be rephrased as: "cmd+n should do the same as File->New File when no window is open"]
+5

Provide hard wrapping like vim's textwidth

Luke Hutton 14 years ago • updated by Michael Seiwald 14 years ago • 2

It'd be great if Sublime would support vim-esque hard text wrapping (eg. 'textwidth') without having to invoke a command. The current approach, being done retrospectively, makes it more likely that weird artefacts are introduced, such as paragraphs being collapsed (when editing LaTeX, I often find lines with individual commands are collapsed into one line, breaking it in the process). Hard wrapping as-you-type would also make it easier to track changes on a line-by-line basis in version control, whereas again the current approach often leads to equivalent lines being changed in less predictable ways.