There seems to be an aversion to putting too much functionality into Sublime. Then how about a separate application? It would show a single browser window and watch a directory. You would be able to configure what files are watched and how they are converted to HTML. It should be possible to optionally make that conversion without creating files, by writing to stdout.
Example configurations:

• HTML: Watch all .html and .css files. If one of them changes, reload the browser window.
• AsciiDoc: Watch all .asc files. If one of them changes, convert it to an HTML file and reload the browser window.
• Markdown: Watch all .md, .mdown and .markdown files. If one of them changes, translate it to HTML and pipe the result to the browser window.

Could you provide an armhf build for Linux, as I would like to run this on my chromebook which runs ubuntu.

When using Find in Files, I often have to deal with large result sets (I'm working on a large project) and I really love using a buffer for going through the results and narrowing down my result set by removing the results that don't have to be handled.

It'd be cool when I'd be able to save and reopen that file with all the search functionality restored. Currently, I have to search for some dummy stuff, open the result file and copy/paste it into the Find Results buffer. Maybe opening the file and setting it's syntax to "Find Results" to get the proper formatting and the ability to click on the results and jump to the corresponding files.

When I have a project already open, and try to open the same project again (via "Project > Open Project..."), instead of opening a new window for the same project (which would be the ideal case, as it would allow two windows with tabs for different files open in each) or focusing the existing window for the project (which is what happens if I choose the same project from the "Recent Projects" menu), ST2 for some unexplicable reason decides to open a new, empty window instead.

ST2 v2.0.1 build 2217.

For large projects the sidebar folder scan seems to leave the folder/file tree incomplete. Often, folders at a certain depth remain empty, even though on disk they contain files and subfolders.

At first I thought this was because the scan had not finished, but days later this is still the case.

Other issues relating to folder scanning are
- no indicator to show when a scan is in progress or when a branch is incomplete
- no option to refresh a folder after contents were changed outside of the editor
- switching projects seems to trigger a fresh scan, which is not practical for large projects

'large', in this case is 150,000 files across 25,000 folders. Maybe sublime is not designed for projects of that size? Eclipse manages it, although the scan is pretty slow.

When I close and re-open a project that I've been working on, the expanded folders in the project folder hierarchy are forgotten and all the folders are collapsed. In my case very few of my projects have files I work on that are near the root level of the folder hierarchy, so I usually find myself spending several moments re-establishing the desired expanded folder structure every time I resume work on my project. It would be nice if SublimeText could memorize what the structure was when I was last working on the project.

Just like any browser, or at least in Chrome when in fullscreen, it's pretty useful to see the tabs when you hit the top of your screen with your mouse.

Tested with:

Build 2181 both 32- and 64bit versions on Windows 7 x64.

Whenever the auto-complete popup opens (either automatically or manually invoked by hitting Ctrl-Space), it leaks exactly 6 GDI handles which are never returned. This can be verified with either task manager or Windows process explorer.

It's not a major thing, but may affect users who tend to use the editor for very long sessions. Leaking GDI objects usually means to leak memory as a side effect.

To verify that it is not caused by a plugin, I re-tested it with a completely fresh, secondary installation, using the portable package and the behavior did not go away.