Indent guide rendering has changed a bit:- Lines are drawn stippled- Empty lines are drawn with the indentation of the following non-empty line- Guides are drawn in the first column- guideWidth theme key has been removed- Added setting indent_guide_options, giving a bit more control over how they're drawn

The FILES (now OPEN FILES) section of the side bar can now be removed via the view menu. There may be some things that don't work if they're hidden, but I haven't found any yet. This setting is remembered.

Finally, delete word (ctrl+backspace on Windows and Linux, alt+delete on OS X) has been changed to behave in a more typical way, and so has pressing up/down with a selection.

bizoo: that change isn't related to active indent guides, just where the indent guides are drawn at all. The 2105 behavior was to use the previous lines indentation, which is almost always wrong. e.g.,

if (x):
return foo()
return bar()

2105 would display the blank line has having the same indentation as the "return foo()" line, which IMO isn't correct.

bizoo: that change isn't related to active indent guides, just where the indent guides are drawn at all. The 2105 behavior was to use the previous lines indentation, which is almost always wrong. e.g.,

[code]if (x): return foo()

return bar()[/code]

2105 would display the blank line has having the same indentation as the "return foo()" line, which IMO isn't correct.

Indent guide rendering has changed a bit:- Lines are drawn stippled- Empty lines are drawn with the indentation of the following non-empty line- Guides are drawn in the first column- guideWidth theme key has been removed- Added setting indent_guide_options, giving a bit more control over how they're drawn

The FILES (now OPEN FILES) section of the side bar can now be removed via the view menu. There may be some things that don't work if they're hidden, but I haven't found any yet. This setting is remembered.

Finally, delete word (ctrl+backspace on Windows and Linux, alt+delete on OS X) has been changed to behave in a more typical way, and so has pressing up/down with a selection.

When I changed the tab size from 2 to 4 and clicked convert indentation to tabs, Sublime entered vintage mode. I checked my preferences and vintage is set to ignore in both my user and global preferences. Unusual bug. I don't see how there is any relation...

With View > Sidebar > Hide Open Files, switching and closing projects as well as switching layouts crashes Sublime for me. On Arch Linux x86_64 if it's relevant.

Thanks for the report, will fix for the next build

Anomareh:

Also not to sound like a broken record or anything :s but projects being saved as .sublime-project are still creating workspace files named .sublime-project.sublime-workspace.

That's more or less working as designed, as ".sublime-project" is considered to be the same as a file called "foo": i.e., just a file name without an extension. A better option to create hidden projects is to call it ".myproject.sublime-project".

firefusion:

Drag and dropping a folder onto the sidebar of a windows with no project open no longer works.

I'm unable to replicate this. What OS are you on, and do you have the open files hidden on the side bar?

I'd like to mention I'm not sure I like the new movement behavior, though I'll admit I didn't notice it untill you mentioned it.

I'm not sure what Apple (or emacs/vim etc...) does, but I prefer the Notepad behavior of simply clearing the anchor and then moving the cursor as usual, though this is hardly the Microsoft way: Word uses your behavior (move from the anchor if it's closer - although it screws up shift-home and shift-end), and Visual Studio uses a bizzare halfway of using the anchor line if it's closer, but always use the cursor column! If you do keep the new selection behavior, I'd say also copy Word and not show the cursor when there is a selection range (since it then only has significance to shift-movement).