One of the things I always do when creating a new project is adding a new folder to the project with the following path "../". Since I save the sublime project files in the "sublime" folder (contained inside the main project folder), this will effectively include the main folder of the project, located one path before the sublime folder, and allows me to change the project folder url at will if needed.

A setting for specifying a path to be included automatically on each new project like this (perhaps with regex or custom variables support) would be awesome.

I tell HTML parser by some definition (as grammar rules?) to use CSS parser inside the <style> tag.

Then different syntax highlighting would work for specific sections. CSS highlighting in style element inside HTML. XML inside javascript string, etc...

When I open two files with the same name, but in different path, Sublime Text 2.0.2  (OS : Windows XP) crash. One of the file is in an openned folder on one window, the other is in another one, I open the second window with "Ctrl + Upcase + N". 

To get back Sublime Text, I have to delete the "Auto Save Session.sublime_session" file in "Data/Settings/".

With 2.0 and build 2111 when I delete all packages from the %APPDATA%\Sublime Text 2\Packages directory (except User) I expect ST2 to, like in previous builds, repopulate the Packages directory from the Pristine Packages directory. This goes wrong now, I get:

"Error loading syntax file "Packages/Text/Plain text.tmLanguage": Error parsing plist xml: Failed to open file In file "Packages/Text/Plain text.tmLanguage"

And nothing in Packages gets repopulated from Pristine Packages. Even if you extract the contents from Text.sublime-package to Packages\Text ST2 does not extract the rest of the Pristine Packages to Packages. A major regression from previous versions/builds.

If you remove both Packages and Pristine Packages and start ST2 it does populate Pristine Packages and then Packages.

In the Python/Python.tmLanguage file, find this pattern:

<dict>
    <key>begin</key>
    <string>(?=[A-Za-z_][A-Za-z0-9_]*(?:\.[A-Za-z_][A-Za-z0-9_]*)*\s*\()</string>
    <key>end</key>
    <string>(?=\s*\()</string>
    <key>patterns</key>
    <array>
        <dict>
            <key>include</key>
            <string>#dotted_name</string>
        </dict>
    </array>
</dict>

<key>name</key>
<string>entity.name.function.python</string>

foo(bar(baz))

Without the above change, you cannot match both "foo" and "bar" function names; you can either match "meta.function-call" which would match "foo" but would also include all the parameters (thus also "baz", which is not a function name), or you can match "meta.function-call - meta.function-call.parameters" which would match "foo" but exclude the "bar" function name.

I suggest that we should have API for checking resource files in current or other plugin is exist.

It is easy easy with os.path.isfile() when in ST2. But in ST3 the plugin may packed in a .sublime-package. Currently we only have find_resources() which is very limited (can only match file name part).

Maybe some API like:

sublime.resource_exists("Packages/<Plugin Name>/resources/name.ext")