News for hackers. Stuff that matters.
Re:Node.js Tools for Visual Studio by mousetraps on Wednesday March 25, 2015 @05:53PM (#9266212)
See comments on this thread re: max_path problems, workarounds, and how we help mitigate it in NTVS: https://news.ycombinator.com/item?id=9265694

Otherwise, yeah - we don't like it either... here's the not-closed uservoice request ;-) https://windows.uservoice.com/forums/265757-windows-feature-...

EDIT: Re: fish: Indeed - we have some big fish to fry, but luckily msft is a big company that can fry multiple fish at a time. Personally, I'm excited to help improve the Node tooling story by frying this fish, and passing our learnings and feedback onto the the other teams @ msft so that they can improve their recipes. Ultimately, we strive to have a complementary set of fried fish. And maybe some vegetables too... :)

Re:Node.js Tools for Visual Studio by gnoway on Wednesday March 25, 2015 @11:59PM (#9267751)
Why can't you (or node?) use the \\?\ syntax?
Re:Node.js Tools for Visual Studio by michaelx386 on Thursday March 26, 2015 @07:37AM (#9268857)
Re:Node.js Tools for Visual Studio by bmeck on Thursday March 26, 2015 @06:57PM (#9273711)
Node uses the Unicode functions so no need, but lots of tools in windows break (cmd.exe notably) so things like child processes don't work on long filepaths. You can actually watch `npm` write to files past the limit by using the Unicode functions, but trying to access them via child processes generally fails (and things like IDEs can't see them). The other problem is that using the longer paths turns of filepath expansion.

* https://msdn.microsoft.com/en-us/library/windows/desktop/aa3...

Re:Node.js Tools for Visual Studio by mousetraps on Saturday March 28, 2015 @03:11PM (#9282407)
I posted this in the comments in the blog as well:

With regards to the technicalities of max_path itself... the issue is with the .NET file I/O API, which doesn't allow you to use \\?\ paths to work around it, and is too big for our team in particular to do much about. Here's a good article that might provide a little more context (it's a little old, and these "plans" they speak of never actually materialized.)

http://blogs.msdn.com/b/bclteam/archive/2007/02/13/long-path...

That said... we don't like it either, and we are still thinking about what we can do.

Re:Node.js Tools for Visual Studio by Already__Taken on Wednesday March 25, 2015 @07:45PM (#9266846)
I thought connect was the official way to complain about MS things?
Re:Node.js Tools for Visual Studio by mousetraps on Wednesday March 25, 2015 @08:47PM (#9267092)
Technically...

- connect is for filing bugs

- uservoice is for "ideas and suggestions"

How people use it, of course, is a completely different story...

And then some teams (like us) have public issue trackers, which are the best approach if available because everything goes directly to the team: https://nodejstools.codeplex.com/workitem/list/basic

Re:Node.js Tools for Visual Studio by Already__Taken on Thursday March 26, 2015 @04:27AM (#9268360)
Ah I see. Yes I put a powershell bug/missing feature request on connect and looked through some other tickets. I don't envy whose reading that.

I think Ms is doomed to get people complaining about unrelated junk any time they open a platform up.

Re:Node.js Tools for Visual Studio by jyrkesh on Thursday March 26, 2015 @04:58PM (#9273077)
Any ideas for how a problem like that can be solved? User feedback on a closed-source project at massive scale?
Re:Node.js Tools for Visual Studio by Already__Taken on Friday March 27, 2015 @05:33AM (#9275330)
I don't know. I guess you've just got to vet credentials? To avoid having a team to man the identity service perhaps;

If you need developer feedback maybe require the UX to be creating Pull requests describing the issue? Kind of like how pullup.io works?