7 ms·
Dev here - happy to answer any questions you have :)
by mousetraps 12y ago
Dev here - happy to answer any questions you have :)
- pdpi 12y agoGreat work, looks very nice. Will give it a whirl when I get home. In the meanwhile, I noticed that you support intellisense. What are the limitations to this? What patterns will get correctly picked up? I assume prototypal inheritance will work fine (of course), but will any of the BaseClass.extend()-style inheritance mechanisms that some frameworks seem to favour (e.g. Backbone) work? While we're at it, is the static analysis tools you built for this public? I'd love to have a look at them.
- Scuds 12y ago> While we're at it, is the static analysis tools you built for this public? maybe this? http://nodejstools.codeplex.com/SourceControl/latest#Nodejs/Product/Analysis/ http://nodejstools.codeplex.com/SourceControl/latest#Nodejs/...
- pdpi 12y agoLooks like it, yeah. Thanks!
- mousetraps 12y agoLet us know if you have any questions! There's some _really cool_ stuff going on there, but it can be tough to wade through depending on your experience.
- at-fates-hands 12y agoIs this going to make it easier to deploy NodeJs apps to Azure then? Love Azure, but had a hard time getting my NodeJS stuff up to Azure without some major issues.
- jongalloway2 12y agoIf you haven't already been in touch with someone to get this sorted out, can you e-mail me (jon.galloway at microsoft dot com)? Would like to make sure we're tracking and fixing any issues you ran into.
- chambo622 12y agoI gave up on deploying my node.js app to Azure after finding that several modules I was using were simply not possible to run on Windows. Wasn't worth the trouble to refactor and avoid these dependencies. Windows is not a priority for most node.js devs, so unless you're doing something pretty simple/mainstream, you're likely to run into trouble.
- tuna-piano 12y agoSame, and I gave up trying to get Node to work with SQL Server. Ended up at Heroku because of this.
- skrowl 12y agoThe node MS SQL bindings are still terrible, so I haven't really bothered much with Node because of it
- jongalloway2 12y agoI'd recommend using Edge.js for that: http://tomasz.janczuk.org/2013/06/access-sql-azure-from-nodejs-app.html http://tomasz.janczuk.org/2013/06/access-sql-azure-from-node... http://tjanczuk.github.io/edge/ http://tjanczuk.github.io/edge/ http://tech.pro/tutorial/1852/how-to-leverage-sql-server-with-nodejs-using-edgejs http://tech.pro/tutorial/1852/how-to-leverage-sql-server-wit...
- gabrielgiordano 12y agoVery nice work, I'll test it on my workflow by the next hours :)
- mousetraps 12y agoAwesome! Please, please, please let us know if you have any feedback!
- MichaelGG 12y agoWow this looks pretty amazing! How do you handle the super-long paths npm is so fond of? On Windows I often run into issues when searching or trying to manipulate a solution containing anything npm due to too-long paths.
- AdeptusAquinas 12y agoI have run into this problem as well. Manually modifying packages is not fun.
- mousetraps 12y agoSee my comment above, but if you do this frequently... we have a feature that enables you to right click on an installed npm package in the npm tree in Solution Explorer and open the relevant folder in explorer
- mousetraps 12y agoWe try to mitigate the issue in a few ways: 1) warnings when you hit max_path that offer to run 'npm dedupe' 2) sometimes that doesn't work, so we also suggest people start their projects in a short path like c:\src (embarassing, I know) 3) patiently await a flat node_modules directory - http://blog.npmjs.org/post/111968476155/npm-weekly-6 http://blog.npmjs.org/post/111968476155/npm-weekly-6 4) groan very loudly when it happens - no good keeping those emotions bottled up ;-) luckily #1/#2 cover most cases
- WorldWideWayne 12y agoI use a tool called flatten-packages [1] and I usually do all of my npm work while visual studio is closed (and use short root paths as mousetraps suggested). I just flatten them after adding/updating/syncing packages. [1] https://www.npmjs.com/package/flatten-packages https://www.npmjs.com/package/flatten-packages
- jongalloway2 12y agoThat's worked well for me, too. The biggest problem with long file paths is the deeply nested dependencies, so flatten-packages handles it for me.
- inglor 12y agoAny plans to make deployment of io.js easier to Azure websites? Also - any way we might get "break on exception" like with C#? Also - any plans to support debugging promises better?
- mousetraps 12y agoBreak on exception? Done! http://nodejstools.codeplex.com/wikipage?title=Debugging#break-on-exception http://nodejstools.codeplex.com/wikipage?title=Debugging#bre... We have SO MANY PLANS, so please upvote or request the ones you think are important :) https://nodejstools.codeplex.com/workitem/list/basic https://nodejstools.codeplex.com/workitem/list/basic
- angersock 12y agoI'd vote for the "Move to github", but (fittingly enough) I'm not going to create a codeplex account just for that purpose. :-\
- mousetraps 12y agoHaha, fair enough. Then I suggest you follow @NT4VS on Twitter. We'll let you know when it happens. :-)
- mousetraps 12y agoAlso re: io.js + Azure websites - looks like someone wrote a script to make it easier! http://azure.microsoft.com/en-us/documentation/articles/web-sites-nodejs-iojs/ http://azure.microsoft.com/en-us/documentation/articles/web-...
- egeozcan 12y agoAny chance that it'll support Babel (known previously as 6to5) + JSX (The react extensions to JavaScript)? I love Visual Studio and I also love to write ES6 - I don't want to choose.
- mousetraps 12y agomake a feature request! we're a small team, so we have to prioritize - generally the policy is to build what people want. works well enough :) https://nodejstools.codeplex.com/workitem/list/basic https://nodejstools.codeplex.com/workitem/list/basic
- egeozcan 12y agoI added one for JSX: https://nodejstools.codeplex.com/workitem/1916 https://nodejstools.codeplex.com/workitem/1916
- jbergens 12y agoJSX sounds great. I hope more people vote for it.
- dahart 12y agoOoh, tracepoints, DO WANT! Are they only available in one of the paid versions of Visual Studio? The VS debugger is excellent, its probably the dev tool I miss the most since leaving C++ and going to JS, and tracepoints are the feature I wish for most frequently in a browser debugger. So I was about to naively suggest the VS team could push for tracepoints in IE, but OMG! Tracepoints are in IE11. Where have I been? In prejudice-land. This might mean I have to open my mind and use IE for dev, though the bias runs wide, I still might have to use it in secret for a little while, at least at work. ;)
- mousetraps 12y agoWe've got breakpoints, conditional breakpoints, tracepoints... All the points, really ;-) I don't think you need one of the paid versions, but I'll double check and edit this if I'm wrong.
- bgarbiak 12y agoIs there a simple way to use VS without the Solution files? Templates and Solutions are fine for creating a entirely new project, but if I have to work on someone's else code I'd prefer to have a basic "File Explorer" over Solution Explorer / Team Explorer. My attempts to create a new Solution file for an existing code ended with a new directory (or a couple of them) with a boilerplate code... Am I missing something obvious here? Also, I've noticed that if I open a few files the IDE creates "Virtual Solution", but it's hard to tell which files are there, and which don't. For example: TypeScript files are, but no such luck with SASS. P.S. And a CMD/Terminal in a panel (akin to the Output panel, but with an... well, input) - is that possible?
- rlp 12y agoTry clicking the Show All Files button at the top of the solution explorer. It will show everything by folder, which I think is what you're looking for.
- mousetraps 12y agoHi bgarbiak, You can use the "From Existing Node.js Code" project template to create a project from a folder, but the project file itself is a requirement for visual studio and also allows us to include helpful metadata (whether or not to analyze a directory, etc - most IDEs/text editors include a project file for this very purpose - they just hide it a little better). That said, at some point we'd like to change things up so that the project does feel more similar to the folder/file experience you might expect. This is to change the project file to be more "transparent". https://nodejstools.codeplex.com/workitem/1855 https://nodejstools.codeplex.com/workitem/1855 There's also another issue to directly open a folder without requiring the user to take steps to create the solution/project. https://nodejstools.codeplex.com/workitem/209 https://nodejstools.codeplex.com/workitem/209 Additionally, like rlp mentioned - make sure that "show all files" is turned on so that you can see everything in the folder, not just files you've defined as being a part of your project. Hope that helps - let me know if you have any other questions.