Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

VS Code Roadmap 2018

github.com

Post reply on HN
Print view View original

231–236 of 236 posts

Re: VS Code Roadmap 2018

#231

Post by antod »

nerdponx wrote: post #222
antod wrote: post #34

Earlier quoted context omitted.

I've also noticed that it's slow on Macs for some reason too. The same set of plugins don't seem to cause a slowdown on Linux.

That's very strange, it seems to be the case for both Vim and Neovim, and it doesn't depend on the terminal or shell I'm using. Is it just something inherent in the Mac environment then? I was always left scratching my head over the number of plug-ins people used, wondering how the program was even functional for them.

I don't really know, as I haven't looked into it much. But my vim config is in git and shared between Linux and Mac laptops. On Linux (2013 Thinkpad) I can't really detect much lag at all, but on the Mac (2015 MBPro) it's really quite annoying - to the point it subjectively seems about as "slow" as Atom. Interactive things like scrolling are especially annoying - non interactive things seem ok though.

I'm no Vim or Mac OS poweruser though - I've just kinda put up with or avoided it. Sorry I couldn't really offer much beyond confirmation :)

Re: VS Code Roadmap 2018

#232

Post by borplk »

My number one feature request for VS Code is the ability to detach multiple windows and move them around on multiple monitors.

For example I want the project sidebar thing to sit on a separate monitor.

Would be really nice.

Re: VS Code Roadmap 2018

#233

Post by Zacru »

mikewhy wrote: post #167
Vinnl wrote: post #80

Earlier quoted context omitted.

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

I just use the --app flag for Chrome. Basically gets me an SSB, but still lets me right-click to open links in different profiles.

Re: VS Code Roadmap 2018

#234

Post by ausjke »

For javascript, typescript etc VS code is excellent. For simple hacking I still use vim a lot, and for medium side projects I just open geany which is light and fast and does the job fairly well.

At the moment for web related work I use vscode, otherwise I still keep coming back to vim and geany, which are light-weight, quick and get the job done.

Geany is truly excellent, I hope it can keep evolving as it has been for many years.

Re: VS Code Roadmap 2018

#235

Post by veidr »

mikewhy wrote: post #225
veidr wrote: post #203

Earlier quoted context omitted.

Me, too. For instance, I use a site-specific browser for: - CircleCI - GitHub - JIRA (blecch, but I have to use it...) - AWS - Google Docs (for work, and the rare personal use of Google stuff can just happen in one of the general browsers I am using) ...and others. The OS does a much better job of partitioning windows and groups of windows than a browser typically does. You can easily keep switch between groups of wi…

See MacPin ( https://github.com/kfix/MacPin/tree/swift2.3 ) and FluidApp ( http://fluidapp.com/ ). And yes, Chrome, at least on windows, has an `--app` switch.

The Chrome --app switch doesn't work on Mac.

FluidApp can't save passwords.

MacPin looks interesting! Thanks, will check it out. However, Safari-based browsers have a horrible show-stopping flaw; they don't (yet) support pasting images into web applications. This is why I love Safari for browsing and reading, but can't bear to use it for JIRA, GitHub, etc.

In Chrome (and thus Epichrome), you just hit your screen capture shortcut (Cmd-Shift-Ctrl-4 by default on macOS), select a rect of the screen to copy, and paste. Boom! Your bug report or GitHub comment now has an image pasted into it.

In Safari, you have to hit your screen capture shortcut, open Preview or similar app, create a new image, save it as a file, then go back to the web app and upload the image.

There's something deeply, horrifically wrong with that workflow.

Re: VS Code Roadmap 2018

#236

Post by NocturnalWaffle »

veidr wrote: post #235
mikewhy wrote: post #225

Earlier quoted context omitted.

See MacPin ( https://github.com/kfix/MacPin/tree/swift2.3 ) and FluidApp ( http://fluidapp.com/ ). And yes, Chrome, at least on windows, has an `--app` switch.

The Chrome --app switch doesn't work on Mac. FluidApp can't save passwords. MacPin looks interesting! Thanks, will check it out. However, Safari-based browsers have a horrible show-stopping flaw; they don't (yet) support pasting images into web applications. This is why I love Safari for browsing and reading, but can't bear to use it for JIRA, GitHub, etc. In Chrome (and thus Epichrome), you just hit your screen capt…

Uh, I believe Cmd-Shift-4 saves the image directly to the desktop, then I usually hit one of my hot corners that shows the desktop, grab it, hit the corner again and drop in the image. It's usually pretty quick. I did not know about holding Ctrl copies the file, I'll probably use that more often now because it probably is a little faster. But if you want to save an image you don't have to open up preview to save it or anything.
Post reply on HN