E.g.  more clearly

The download page for Sublime Text 2 is confusing. 

The first link below the "Download" heading is for Sublime Text 3 beta 

Then there are some links that are implicitly for the 2.02 version.

THEN there is a heading entitled Version 2.02
but beneath that heading there are no links for downloading 2.02,

BUT there is a link there for downloading 3 beta... under Version 2.02 heading.

• The Department of Health
• Commissioners of services – PCTs
• Health providers – acute, foundation and specialist trusts, strategic and logal health boards and independent and private providers
• NHS Institute for Innovation and Improvements and other Special Health Authorities
• Pharmaceutical companies
• Local government
• The third sector
• Construction industry contractors

When I do "File: Copy Path as URI", there's only one slash in the resulting URI, e.g.:

file:/Users/lorin/myfile.txt

Is there a way to configure Sublime so there are two more slashes after "file:", i.e.:

file:///Users/lorin/myfile.txt

I read this and thought why make the text smaller? Why not just collapse the right most nests? And keep collapsing until you can see what you're looking for then uncollapse? Just a different idea. I probably wouldn't use it, but it might be cool.

We should be able to define an end based on the subset of a begin rule. This would help for a better indentation languages definition (custom YAML based DSL) Class handling in python etc.

Description : Magghali Residence consist of 4 stunning villa such as Magghali Uno, Magghali Duo, Magghali Tre and MagghaliGrande. Feel the comfort, ambience, and get relax in the other side of Sanur. This is the concept of residential that offers you much reason for living in Bali. 

Location : Located in the prime villas area of sanur, Kutat Lestari. Only 30 minutes from Ngurah Rai Airport. From Villa D'Uma, it only takes 5 minutes to closest beach in sanur : Semawang.

Land size : Total 1900 m2, divided onto Magghali Uno : 302 m2, Magghali Duo : 320 m2, Magghali Tre : 320 m2 and Magghali Grande : 958 m2. 

Built area: 289 m2 (Magghali Grande). 

Offering price : Please send inquiry or call us for details. 

Current progress : Concept and preliminary design for the Magghali Uno and Duo. Magghali Uno will be built on January 2013.

Example (indentation guides shown for illustration purposes):

1: foo() {
2: |    if (bar) {
3: |    |    for (condition) {
4: |    |    |    baz();
5: |    |    }
6: |    }
7: }

If the cursor is on line 2, the second indentation guide should be highlighted, because line 2 starts at that indentation level. This will result in very easy visual identification of the matching closing brace, regardless of the cursor position within the actual line.

When running the "subl" command on the same path it always opens a new windows containing the file rather than using the existing project already pointing to that path. It works correctly for files. For example

running "subl ." and then "subl views/somefile.html" will use the same window that "subl ." opened up.

However running "subl ." a second time will open a new window even though that project is already open. Probably a small thing, but I have run into it a few times while just evaluating sublime. I am switching from bbedit which does do this correctly.

Currently, quoted literals are treated somewhat incorrectly in regard to auto-completion. E.g. in php:

mysql_query('SELECT id FROM test WHERE id IN()');

Typing `'` within the `IN()` brackets behaves as expected. The literal string is also highlighted. However, if one has the exact same literal, spanning across several lines, things stop working:

        mysql_query('

            SELECT id 

            FROM test 

            WHERE id IN()

        ');

Highlighting no longer works. Typing `'` withing `IN()` brackets does not insert matching `'`. If one types in the second `'` manually, it is auto-completed this time around, resulting in `IN(' '')`.

Basically, this results in editing larger strings extremely inconvenient. The example query is short, but imagine it having 5 joins -- it would get extremely large, and editing it as a one-liner would be a pain.

Same goes for C multiline literals.

A better way to handle the key conflicts is to popup a list of all commands mapped to the same shortcut and let the user choose which command they want to execute (instead of ST executing one by default and ignoring the rest). Often times new packages introduce key conflicts and it's rather inconvenient for the user to have to re-map the conflicting shortkeys. It's likely that multiple operations sharing a shortkey are all useful thus necessary to be kept by resolving the key conflicts, which requires a careful remapping of these operations in order to avoid introducing further conflicts with yet other operations. IMO the key conflict resolution task should be handled by ST instead of being left up to the user.

I would like to be able to define in settings when to filter out browser files which match a source / compiled file pattern: for example, I don't want to hide all .js files from my project, but if in same directory there is a foo.coffee file, I would like to hide foo.js because it can be expected to be compiled from the other file.

Of course I can define per project 'hide .js files in folder x', but it would be easier to be able to configure 'whenever I have .coffee hide matching .js'.

If I have date.js in a directory without matching 'js source' files in same directory, the date.js should be shown: this is why current file_exclude_patterns does not work in this case.

Example how this might be configured in user settings (globally, not per project):

compiled_file_extension_exclude_patters = {

'.js': [ '.coffee' ],

'css': [ '.less', '.coffee' ]

This is very comfortable for ordering tabs.

Currently, each window can have multiple panes depending on your layout settings. However, when you work on e.g. a large client- and server-side javascript project, you can easily have many related files open in tabs in each pane that you need to switch between fairly often. Goto Anything is ok, but it's not as fast or as easy to work in as if some of the files were rendered into one composite file. I think this is because it is easier for me to remember which code point I need to find and use the Find feature than to remember which file it is in and use Goto Anything, unless I'm misunderstanding how to use Goto Anything. Sometimes it's even faster to just use the mouse to pick the right tab than to try with ctrl+tab (I would prefer tab-order to time-order or whatever the current ordering is) or type the file name in Goto Anything.

So, what I'd really want is something that takes a bunch of separate files and presents them as one file, with collapsible/reorderable boundaries between files. This happens to have a side effect of making it easy to have one file with multiple different syntax highlighting and other language-specific features. I imagine it could be implemented as something like a pre-processor where I specify a config file with all the different groupings (and maybe also stuff like strings to prepend and append to each file). Ideally I could also take the same config file and output the composited files to the file system like make or other build process tools.

Other than that, I love Sublime. Keep up the great work!