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

+3

After clearing recent project items, the project switcher window no longer lists recent projects.

Martin Laine 13 ár síðan updated by FichteFoll 12 ár síðan 4
At one point I cleared recent items from my project list (Project > Recent projects > Clear items) and now when I open the Project Switcher Window, it only ever shows the currently open project.
+3

Directory autocomplete in find in files

Mark Schwarz 12 ár síðan 0
It'd be very nice to have auto complete of directory names.

The windows default "choose your folder" panel isn't as quick and elegant as other parts of the app.
+3

Find and Replace (Ctrl+H) with one line selected should activate "In selection" option

Mikel Ward 13 ár síðan updated by Keith Hall 13 ár síðan 1
When I use Replace... with a single line selected, it replaces all matches in the file rather than all matches on the current line by default.

Steps to reproduce:

Given this text:

foo
food

Move the cursor to the line containing "foo", press Home, Shift+End, press Ctrl+H, type "foo" in the Find What box, type "bar" in the Replace With box, then click Replace All.

Expected:
foo -> bar

Actual:
foo -> bar
food -> bard

Looks like "In selection" is only automatically set if selection is longer than one line.  I think it should be set any time there's a selection, including when I've only selected the current line.

Build 2181 on Linux
+3

r2165 cann't start on windows server 2008 r2

Koichi MATSUMOTO 13 ár síðan updated by Dan Mueller 12 ár síðan 1
Sublime text 2 can't start on windows server 2008 R2. 

+ <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">

- <System>

  <Provider Name="SideBySide" /> 

  <EventID Qualifiers="49409">35</EventID> 

  <Level>2</Level> 

  <Task>0</Task> 

  <Keywords>0x80000000000000</Keywords> 

  <TimeCreated SystemTime="2012-01-17T13:59:37.000000000Z" /> 

  <EventRecordID>124</EventRecordID> 

  <Channel>Application</Channel> 

  <Computer>p5vm.leafia.com</Computer> 

  <Security /> 

  </System>

- <EventData>

  <Data>Microsoft.VC90.CRT,processorArchitecture="amd64",publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="9.0.21022.8"</Data> 

  <Data>Microsoft.VC90.CRT,processorArchitecture="amd64",publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="9.0.30729.1"</Data> 

  <Data /> 

  <Data /> 

  <Data /> 

  <Data /> 

  <Data /> 

  <Data /> 

  <Data /> 

  <Data /> 

  <Data>C:\Program Files\Sublime Text 2\sublime_text.exe</Data> 

  <Data>C:\Program Files\Sublime Text 2\Microsoft.VC90.CRT.MANIFEST</Data> 

  <Data>4</Data> 

  <Data /> 

  <Data /> 

  <Data /> 

  <Data /> 

  <Data /> 

  <Data /> 

  <Data /> 

  </EventData>

  </Event>

+3

Setting to indicate folder to search for .sublime-project files

guillermooo 14 ár síðan 0
At the moment it's impractical to keep .sublime-project files outside of a project.

A settling along the lines of "project_storage_path" would make Ctrl+Shift+P always show the projects stored in the indicated path (including subfolders).
+3

phpdoc new lines

U N. 13 ár síðan updated by Victor Cinaglia 13 ár síðan 2
There is already some support for inline documentation (syntax higlihighting, at least for phpdoc). E.g. in:

/**
 * @var bool
 */
@var is highlighted. If the comment starts as "/*" instead of "/**", the highlighting is gone, which is to be expected. Wouldn't it be good to extend this distinct behavior further ahead, by adding a little more, namely: when pressing <enter> within the "/**" comment block, the new line should start with the usual space padding, followed by the " * ". The thing is that at least for phpdoc, lines within the "/**" comment block, not starting with an asterisk, are ignored by documentation generator. So one has to manually add asterisks at the beginning of each line. Auto adding it would be a great help.

+3

API: better use of Python properties

David Baumgold 12 ár síðan 0

The Python API should use the "property" function (http://docs.python.org/library/functions.html#property) wherever possible to make accessing and setting information about ST2's current state more seamless and Pythonic. This will make it even easier to write more and better plugins, and since it's a backwards-incompatible change, the time to make it is *now*, while ST2 is still in alpha/beta state.


All methods that take no arguments and exist only to return information should be decorated with "@property" so that other functions don't need to use parentheses to call the method. Some examples of methods that could use this treatment: sublime.windows(), sublime.version(), view.id(), view.file_name(), view.is_dirty(), view.settings(), region.size(), region.empty(), window.id(), window.views(), window.active_group(), etc. This allows for easier chaining: in the context of a plugin, it would be nice to refer to self.view.window.folders[i], instead of self.view.window().folders()[i].


Some objects have a pair of getter/setter methods: for example, view.name() and view.set_name(name). The "property" function allows you to combine these into one property, so that plugin writers can find out the name of the view by accessing view.name and set the name of the view by assigning a string to view.name (like so: view.name = "my view"). This is much more readable and Pythonic than having a separate method just to do assignment. 

+3

Configurable behavior when clicking on Sublime Text dock icon

Joshua Benner 13 ár síðan Uppfært 13 ár síðan 0
Currently, if there are no windows open in Sublime Text on OS X, clicking on the dock icon opens a new editor window.

While this behavior is common in OS X, having to close a window every time I wish to switch to sublime and open a project is bothersome... and I've grown to appreciate the option to configure such behavior in TextMate.

Admittedly a minor thing.
+3

Open/Save file dialog

Xpol Wan 11 ár síðan 0

Add API for Open and Save file dialog.


This is useful  when a plugin would like user to choose an converted output for current view.

+3

Show glyph at the beginning of wrapped lines

Joshua Poehls 13 ár síðan updated by Jon Skinner 13 ár síðan 1
Currently it is not obvious when a line is wrapped. I often mistake a wrapped line for simply an indented second line. Showing a glyph at the beginning of a wrapped line to indicate that it is a continuation would help a lot. I imagine these being faint, similar to when you show whitespace characters.

Likewise a glyph at the end of a line that wraps would be helpful as well.