Live data from Hacker News

VS Code Roadmap 2018

github.com

161–170 of 236 posts

Re: VS Code Roadmap 2018

#161
post #3

As much as I wanted to like and use VS Code, Electron base still ruined it for me. If it was some other app where I do not expect instant snappiness and lower memory usage, for example, Slack (also Electron app), I would swallow it, but for an editor, I can`t.

I'm a little bit philosophically opposed to Electron based apps but VSCode has been nothing but snappy for me on all matter of low-end machines and virtual machines I've used it on.

Re: VS Code Roadmap 2018

#163

Earlier quoted context omitted.

I don’t think Electron is entirely to blame e.g. I tried the Discord app and it was amazingly snappy (just install both Slack and Discord and you can feel the difference).

I actually really want to know how Discord does it. Do they actually use the DOM, or just draw everything themselves? Honestly, anyone who hasn't used Discord, I'd recommend installing it just to try it, especially if you're a SPA web developer or you work with Electron. The performance beats native apps, even dealing with very long sections of text that need to be swapped in and out as you scroll. However they're do…

> Do they actually use the DOM, or just draw everything themselves?

The DOM is fast — what's slow are toolkits or poorly structured code which issues many redundant or poorly timed updates which forces the browser engine to do unnecessary updates.

Re: VS Code Roadmap 2018

#164

Earlier quoted context omitted.

YMMV I suppose, but I’ve never noticed the startup times, and I frequently create/close windows (I often have 2-3 at a time).

I just started visual studio code on my workstation, and it took 9 seconds to display a window, followed by 2 more seconds before populating it with an empty document. Sublime was sub second startup

My low-end MacBook opens it in less than 2 seconds.

Re: VS Code Roadmap 2018

#165

Earlier quoted context omitted.

> I’ve always wondered why some people seem so married to a single editor. Familiarity, such as keyboard shortcuts. Especially for VI(M) or Emacs users, using anything else is an absolute nightmare. If you haven't been spoiled by VIM, then there really isn't much difference between "all those other editors". :wq

I use Emacs, VIM, VS Code, and Eclipse, but they all need to have a VIM mode enabled or I'm outta there! VS Code can actually use an embedded neovim instance in its VIM mode for EX commands, which is pretty neat.

using it for actual editing is on it's way as well.

Re: VS Code Roadmap 2018

#166
post #40

My main wish for VS Code is 'proper' multiple cursors (where by 'proper' I mean 'works the way I expect' which is the Sublime Text way). I fully understand that if you come from a world of 2D blocks (or regions) where you can select rectangles then VS Code's way of doing things makes sense but I am so used to having multiple identical cursors and being able to swipe vertical lines through tables of text or more often…

shift+alt click seems to behave just like sublime does, I left sublime a long time ago, I'm not sure what you're trying to describe there? Do you mean because it selects the rectangle? Just hit an arrow key.

Last I tried you couldn't scrape down the right side of the ragged edge. I'll try it out again as maybe it's fixed.

I also found the 'extra' cursors too faint previously. Hopefully that's been improved too.

I'll give it a go as there's so much to like about it.

Re: VS Code Roadmap 2018

#167
post #80

Earlier quoted context omitted.

Don't it get lost or closed by mistake all the time? To me much of the value of a separate app is being able to cmd+tab between application and I frequently just close my browser be get remove all windows and tabs. I like the compartmentalisation of separate apps, but I doesn't really care if it's written as an Electron app, as long as reacts fast enough.

Not OP, but my browser is open pretty much all the time, and pinning tabs ensures they don't get lost.

Pinned tabs still get closed with Ctrl/Cmd+Shift+W, which is a bit of a drag.

I make SSB apps for my most used websites, for me it's much faster than:

- switch to chrome

- switch to chrome window with pinned tab

- switch to pinned tab

Re: VS Code Roadmap 2018

#168
post #73

A free, powerful, open sourced editor and IDE constantly improving and growing - what's not to like? - I get that some don't like the electron-based thing/performance but it never bothered me (and I bought and use both Sublime 2 & 3) - guess it requires a degree of sensitivity that I'm not bothered with - sort of like people who claim they can't hear mp3 because they can only enjoy CD quality audio (not saying it's n…

Take a look at their telemetry policy, they basically know what type of underpants you are using! Having statistics on what 30% of the worlds' developers are doing and their preferences can be great when making business decisions. It's a bit weird that VScode is intruding on VS market though, it will be interesting when VScode threatens VS - will MS step in and stop them from implementing certain features !?

Re: VS Code Roadmap 2018

#170

Earlier quoted context omitted.

shift+alt click seems to behave just like sublime does, I left sublime a long time ago, I'm not sure what you're trying to describe there? Do you mean because it selects the rectangle? Just hit an arrow key.

Last I tried you couldn't scrape down the right side of the ragged edge. I'll try it out again as maybe it's fixed. I also found the 'extra' cursors too faint previously. Hopefully that's been improved too. I'll give it a go as there's so much to like about it.

I've tried it and there is still a problem: the cursors draw from wherever the previous cursor was. This makes it impossible to draw a line of cursors vertically through your text without first placing a single cursor at either the top of the bottom of where you want to draw the line. So instead of click-drag (with a modifier key) you have to click-click-drag (with a modifier key).
Post reply on HN