I use multiple selections frequently.. Where I get stuck is when I need to make distinct changes to them, I'll need to Search for the next one and edit.

>>> edit = view.begin_edit('test')>>> view.insert(edit, 0, ("abcd"*12+"\n")*100)>>> view.end_edit(edit)>>> region = sublime.Region(4851, 4899)>>> view.sel().clear()>>> view.show_at_center(region)>>> view.sel().add(region)

At this point, the text should be highlighted, but it is not.  Compare with what happens when we add one more line:

>>> view.show_at_center(sublime.Region(4900, 4900))

Voilà, the selection is highlighted.

I noticed this happening when using plugins that highlight and scroll.  In my case, I'm using the SimpleMovements plugin to highlight multiple lines.  If my view doesn't scroll, the line is not highlighted, which looks like my plugin isn't working!

Summary: Allow Color schemes to be saved in both XML and JSON. Then auto-detect the file type and parse appropriately.

Whenever I open my color scheme to make a minor edit - it gives me a 'rhetorical headache' - it is so messy and hard and difficult to read and edit XML-Plist files for this kind of content!!!

I have found PlistJsonConverter plugin - which luckily makes things doable again but brings additional problems of losing comments, formatting, structure, etc. I don't see why this can't just be automated and implemented natively. Why should I have to keep converting back and forth between XML-Plist and JSON? Why can't Sublime Text just also support reading Color Schemes in JSON natively if they are found in that format? It would save a lot of headache.

 in order to view result directly without refresh the brouser and without ctrl+s the document, this will be a wonderfull feature

In TextMate in LaTeX bundle, you have 4 different types of calling snippets (I will put a very understandable example, $0 is the placement of the cursor):

• LaTeX symbol based on current word. i.e. If you write s and you use this command you get \sigma $0.
  
• Command Based on current word. i.e. if you write s and use this you get \sum_{$1}^{$2} $0.
  
• Environment based on current word. i.e. if you write s and use this you get \begin{s} $0 \end{s} (or what you have defined before).
  
• And, at last, Snippets (true snippets, as simple as in Sublime Text). i.e. if you write mat and press Tab button you get \begin{${1:pvbPVBsmall}matrix} $0 \end{matrix} (exactly, at least the same way as in Sublime Text).

I wish you could add this option to your program, I mean, one (configurable) key combination for each one of this four kinds of snippets. Anyway, I wait for your answer (saying yes or no, but please tell me you read that). In case of NO as answe, I would really appreciate to hear about your reason.

Ah, and a very very nice program. 

Currently, opening a file in the Finder will open the file in the last-used window (if "open_files_in_new_window" is disabled, which imo it should be by default). However, this is not very intuitive as I won't necessarily want the file to end up in that window.

It would be handy if we could designate a "default" window that new files are opened in (perhaps clicking a little icon on the window somewhere).

The way BBEdit does it that I find works quite well is that new files (that aren't already open elsewhere) open in a single non-project window. Typically I will have a bunch of project windows open and another catch-all window for misc files I'm working on that don't belong to an open project.

The default HTML snippets <script> and <style> and <link rel="stylesheet" href=""> style have type="text/css" or type="text/javascript", which are both irrelevant in HTML5. They are quite annoying to delete.

use case:

- many different projects with similar file structure in many opened windows

- sublime displays project name only in the title bar if no file is opened

- hard to tell which project belongs to which window

idea:

- allow assignement of color theme in the sublime-project file.

- so every project is opened with it's own color theme

- you can see immediatly what's the meaning of this window

The idea is to use something similar to "Go to anything" where you only type some letters that are contained in the symbol you want to go to, and you automatically go to symbols containing those letters in that order, but limiting the search to symbols inside the document (since most languages, if not all, support the same pattern for symbols, and you don't want to search text or anything like that, just references to functions or variables).

Imagine you have a document like this:

void function () {

   doSomething (whatever, "this is a string");

   if (runUltraComplexCheck (var1, var2)) {

      simple_variable = 1;

      doSomethingElse ();

   }

}

Now, the idea is that if you are at the beginning of the document and you run "incremental symbol find" and you press "f" the first word "function" would be selected. If I type "d" then the first "doSomething" would be selected, and so if I run find next, then the "doSomethingElse" symbol would be selected. It should behave as a normal search so find previous and find next would work.

On the other hand, imagine I want to go to "doSomethingElse", then I go to incremental symbol search and type "dse" then automatically doSomethingElse would be selected. In the same scenario, typing "ru" or "rucc" or "run" or "rcheck" would all select "runUltraComplexCheck", which is the only word in that document matching that pattern.

Again, if you type "sv" in incremental symbol search, you would go to "simple_variable".

I think this kind of feature would be as awesome as "Go to Anything", and no other editor has something like this... I guess it can be written using a plugin, but anyway, native would be great.

To sum up the features:

• incremental symbol find inside current doc
• a symbol is defined as [_a-zA-Z][_a-zA-Z0-9]+
• discard searching inside comments
• discard searching inside text strings
• be able to use find next / find previous