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

-1

Add Line Numbers to Document / Selection

Mark Magnus 13 aastat tagasi 0
-1

Pick font from menu

Alexander Dimitrov 12 aastat tagasi 0

I want feature like the most editors. Change the font from menu. (not writing the styles but pick some from graphic interface). Also posibility to edit the color highlighting.

-1

"Download newest version?" dialog EVERY time

Stephen Boesch 12 aastat tagasi Plugin announcements uuendaja jan otte 12 aastat tagasi 2

The dialog box is coming up EVERY time.  It is a major nuisance.

-1

Highlight multiple cursor(s) out-of-view

Andreas Schneider 12 aastat tagasi 0

When you have multiple cursors/selections which are not in the current view (i.e. you scrolled away from them) it might easily happen that you type away without noticing, that you actually modify multiple places at once. It would be nice to have a clear warning when an additional cursor is not currently visible. For example by showing one or two of these cursors (in their respective scope; i.e. the line they are in) at the top or bottom (depending on where they are in relation to your current view) of the editing window.

-1

Real-time debuging

Henry N 12 aastat tagasi Plugin announcements uuendaja Darin Morrison 12 aastat tagasi 2

Sublime text should be able to spot errors in real-time like Java does and offer a few solutions and why it is an error for all major languages.

-1

Create an option to make bottom dialogs span code area width only (and not span project view)

Sergey Morkovkin 12 aastat tagasi 0
I'm talking about find/replace dialog, console, file/folder rename dialog. Currently it spans the entire width of the editor. It would be nice to have an option an make it span code editor width only. This results:
- Easier to switch/focus attention (especially for people with bad eyesight).
- More height for the project view.
-1

"File open" dialog doesn't show all files

Hay Kranen 13 aastat tagasi uuendatud 13 aastat tagasi 0
It seems the file open dialog doesn't always show all files in a folder. Sometimes you need to move back and forward before seeing all files. Sometimes the only way to prevent this is by restarting Sublime.

I'm using the latest build (2139) on Mac OS X Lion.
-1

show symbol list on the bottom bar

Pavlos Vinieratos 13 aastat tagasi 0
like textmate does
-1
Lõpetatud

Open opening "Find", use currently selected text as "Find what"

uid 13 aastat tagasi uuendaja Jon Skinner 12 aastat tagasi 2
If any text is currently selected in the focused document, opening "Find" should use it (as "Find what"). It saves an extra copy and paste.

I'd prefer to click a "Reset" button in the "Find dialog" in cases where the text for which i'm looking isn't highlighted, than focus the document, copy, paste to "Find What" before I can search
Vasta
Jon Skinner 13 aastat tagasi
The find_selected_text file setting is used for this. It defaults to false on OS X to adhere to platform conventions.
-1

Improved Locked Document Editing

Foster Brereton 12 aastat tagasi 0

Problems arise from the following set of steps:


  1. Open a locked document
  2. Make edits to the document
  3. Save -> Get Error about document being locked

The issue is getting the file unlocked painlessly so the user can save the edits made up to this point. I realize there are plugins that exist to auto-checkout files in source control, but this is an orthogonal issue. For example, if the checkout/unlock operation fails, the user is stranded with edits that cannot be saved.


Possible resolutions include:

  • Let the user drag the document icon (in OSX) in the window bar to another application to copy the file path. As of step 2 above it is greyed out and cannot be dragged without undoing the edits. 
  • Prevent the user from making edits in step 2 until the file has been unlocked. This is how other editors like BBEdit and Xcode behave. This would also be the point at which version control plugins would want to attempt to check out the file.
  • The ability to overwrite the locked file during step 3. Some kind of dialog to either cancel the edit or unlock the document. This would be a fallback option in the event a plugin failed to checkout/unlock the document, so the user could still save the edits (they would, of course, be on the hook for checking out the file manually.)
  • The ability to get the full path of the frontmost document quickly copied to the clipboard so it can be pasted in another application to checkout/unlock the locked file, making step 3 succeed.