@jrosich as a javascript editor i would say yes… (with the right plugins)
they both have their advantages, but if you use vs code you will get intellisense for cocos creator api. but not with your own scripts but if your gonna use Atom.io with tern js, you will have intellisense for your own scripts but not with cocos creator api…
just a matter of preference
in my case i choose Atom.io i prefer intellisense for my script as i could always see the docs for cocos api and also it helps me to memorize cocos
I’m running the ESLint extension, it seems like the main problem is that it can’t find anything in the cc namespace at all, so then it sees a giant block of code for a cc.Class, for instance, and completely gives up.
Might have to be fixed by the Cocos VSCode extension developers. I’m not sure how you expose external JS bindings to Intellisense (maybe via the creator.d.ts file?)…
EDIT: It looks like there might be some way to do this since there are configurations already for things like Meteor which also have their own set of “built-in” exports (assuming I can get ESL to parse TypeScript, looks like the parser is hot-swappable though), I’m going to play around with this some more.