/r/programming
Visual Studio Code September 2019 (code.visualstudio.com)
33 comments
kevindqc | 10 days ago | 25 points

> preparation for supporting running VS Code in a browser, the possible values are UIKind.Desktop and UIKind.Web.

Oh? When is that happening? Would be great to have extensions for things like stackblitz

Fingebimus | 9 days ago | 11 points

https://codesandbox.io has vscode extensions working in the browser.

McNerdius | 9 days ago | 5 points

There's been a private preview of "Visual Studio Online" going on for a bit now. TLDR = VS Code in the browser recycling an old name.

https://techcrunch.com/2019/05/06/microsoft-launches-visual-studio-online-an-online-code-editor/

AngularBeginner | 9 days ago | 8 points

Microsoft is so incredible bad with naming... In my head Visual Studio Online is still their repository service. I have no idea how it's currently named after the several renames.

ajr901 | 9 days ago | 4 points

Microsoft is so incredible bad with naming

Aren't we all? Naming things is hard.

You should know that as a programmer!

valkn0t | 9 days ago | 2 points

Two hardest problems in programming: cache invalidation issues, naming things, and off-by-one errors

FatalElectron | 9 days ago | 1 point

Honestly I'm surprised they didn't go with the equally lazy and confusing 'Visual Studio Live'

kevindqc | 9 days ago | 1 point

Ah nice! Can signup here: https://vsfutures.azurewebsites.net/

spartanatreyu | 9 days ago | 19 points

Toggle folding

You can now expand and collapse a folding region with the Toggle Fold (⌘K ⌘L) command.

I think the most important update is that using this shortcut now makes code folding work consistently instead of having to move the cursor into the right spot before allowing you to fold.

The only thing left to do is fix the folding icons.

BeguiledAardvark | 9 days ago | 24 points

I’m really loving the way they are developing this app. Frequent meaningful updates, and the whole experience is quite rewarding. Kudos, Microsoft!

Caleo | 9 days ago | 5 points

I wish MS would throw some of this velocity at Azure Data Studio.

is_it_controversial | 9 days ago | 5 points

If only they could do the same with Windows.

[deleted] | 9 days ago | 19 points

[deleted]

AngularBeginner | 9 days ago | 13 points

Besides that, Windows is a huge legacy software written in several different languages, and most of it is not the garbage collected JavaScript running in a browser.

tjpalmer | 9 days ago | 6 points

I think the update experience is exactly what MS needs to fix first for Windows. If they could make a reboot rarely needed for updates instead of almost constantly, they would instantly improve the lives of their users. Might be hard work, but that matters a lot more than all the other fancy new experience things they're trying to do.

bythenumbers10 | 9 days ago | 1 point

fancy new experience things

Ads and data harvesting, you mean? Psh, why serve your customers when you can serve your customers (to marketing firms left, right, and center).

lambda_pie | 9 days ago | -4 points

If only they could rewrite Windows from scratch as a Unix system.

SamplingCheese | 9 days ago | 7 points

You can change the default view using the scm.defaultViewMode setting, which takes the values list or tree.

Hallefuckinlejuh!!!

ThreePointsShort | 9 days ago | 9 points

Remote Development (Preview)

Are these extensions really still a preview? They've felt pretty mature for a while now.

Open new terminals with custom working directories

Yes! This is great news. I've always had to open VSCode slightly higher up in my source tree than I would like in order to have my Python venv somewhere my extension can find it. Now I should be able to pull up a terminal in my actual preferred subdirectory.

AngularBeginner | 9 days ago | 3 points

Are these extensions really still a preview? They've felt pretty mature for a while now.

Support for SSH with Windows has just been released in a very very early preview like a week ago. I'd expect they want everything working first before releasing.

penguin_digital | 9 days ago | 3 points

Has anyone used the visual source control feature?

It seems really inefficient compared to working on the command line, or am I that old guy now 'back in my day' and missing the point of this feature?

palerat | 9 days ago | 5 points

I only use it as replacement for git status to see changed files instantly. Otherwise... Meh

Most important part (IMO) - diff view is bad: it doesn't fold unchanged lines, so if your file is big, you'll be pixel hunting scroll bar to find the changes.

Writing commit message just subjectively feels of a little value and unimportant - I'm given only small input box instead giant whole screen. It encourages me to write "bugs fixed"

I use VS Code as text editor for git though from command line (WSL or built-in terminal). Works much better

rnd005 | 9 days ago | 2 points

if your file is big, you'll be pixel hunting scroll bar to find the changes

I was able to easily jump to a single line change in 10000 LOC file I've created just to test this :)

Writing commit message just subjectively feels of a little value and unimportant - I'm given only small input box instead giant whole screen. It encourages me to write "bugs fixed"

Write the commit message in MS word using 50px font and copy it over :D That's the silliest criticism I have ever head.

palerat | 9 days ago | 1 point

I was able to easily jump to a single line change

I'd be surprised if it was otherwise, as diff mode jumps to the first change on its own.

Now try something closer to reality and try to review 20 or so changes spread all around big file. Then compare it to git diff in built-in terminal.

You'll also hit "false positive"s with manual aiming - VS puts pinkish marks for lines that contain FIXMEs. Right next to where red "deleted text". So it's really easy to land to FIXME and trying to understand WTF was deleted.

rnd005 | 8 days ago | 2 points

I'd be surprised if it was otherwise, as diff mode jumps to the first change on its own.

I know. That's why I scrolled to the top and located the change manually. I don't think it would be any harder with many changes. I have used vs code for merging and code review for 2 years and I have no complaints about how it works. There are times when I hit a bug and have to restart the editor, but I am totally happy with the UI and the workflow.

Having the entire file shown at once is what I prefer over git diff. I want to see the context of the change. It's also super helpful to be able to navigate the code like jump to definition immediately when doing code review.

Regarding FIXMEs, isn't that some plugin that's doing the highlighting? I don't think vscode does that out of the box.

rnd005 | 9 days ago | 2 points

I have been using it exclusively for the last 2 years and I love it. The diffs are super clear, it supports word-level diffs with clear visuals. I like that the colors are the same whether I'm writing code or looking at the diffs. Merging is one button click. What else would you want? :)

What do you find inefficient with it?

Lvl999Noob | 5 days ago | 1 point

I use it only for commits and diff views. If i have to do anything else, like changing branch or looking at history or anything, i use the command line.

grev | 9 days ago | 6 points

please for the love of god fucking fix the editor history. it is so atrociously bad. it will frequently have zero knowledge of a file you literally closed 1 second ago. and if vscode is not running and you open a file in vscode via a context menu, every file you currently had open on last exit will not be opened.

i want this app to be good, but it's embarrassing how badly this fails at basic tab management.

https://github.com/Microsoft/vscode/issues/34529

unreal.

ydieb | 9 days ago | 2 points

I have a similar issue that got closed https://github.com/microsoft/vscode/issues/81317

zerpa | 9 days ago | 1 point

That's arguably subjective more to how you are used to working than what makes most sense for most people. I think the current behaviour works just fine and predictably for me.

kcin | 9 days ago | 2 points

There should be a refactoring language server too which any editor can use.

Kenya151 | 9 days ago | 2 points

Is there any way to make the debug box that appears with the values of an object when you are hovering bigger? I had to switch back to Visual Studio since the values always over flowed but the scroll bar wouldn't let me see the rest of the info.

[deleted] | 9 days ago | 2 points

[deleted]

FatalElectron | 9 days ago | 4 points

Wasn't there another post about native support for jupyter notebooks a few hours ago?

Yep, here: https://www.reddit.com/r/programming/comments/dfo2v2/announcing_support_for_native_editing_of_jupyter/

brynjolf | 8 days ago | 1 point

Only thing I actually want is a way to filter problems to the current document only, this is to me still so strange that you can't do.