WebStorm 9 Development Roadmap Discussion

Posted on by Ekaterina Prigara

We on the WebStorm team have drafted a WebStorm 9 development roadmap that we would like to share with you and get your feedback.

Please note the developed roadmap is not a finalized list of features that you’ll see in WebStorm 9. It’s pretty flexible and may be subject to changes. Furthermore, we haven’t included improvements in the existing features that we are planning to work on.

WebStorm 9 is planned for release in late 2014. Our Early Access Program will start a couple of months before the release.

The major issue that we are going to address in the upcoming release is WebStorm’s performance when working with large JavaScript projects. While this issue may not be apparent at first, it is quite complex and very important, and we work on it to make WebStorm faster and much more stable.

The highlights of the roadmap include:

We are going to finish our work on Yo integration (WEB-6744) and improvements in CSS3 support that we weren’t able to finish for WebStorm 8 release.
You can see the full list of features on the roadmap draft.

There is one more thing that we are currently investigating and would like your opinion on: possible PhoneGap integration. If you’re using it, how WebStorm could improve your experience with building mobile apps with PhoneGap? Please share your thoughts.

We’ll be very happy to hear your comments, idea and suggestions here or on our issue tracker where you can vote for issues or submit new feature requests.

Develop with pleasure!
JetBrains WebStorm Team

Comments below can no longer be edited.

134 Responses to WebStorm 9 Development Roadmap Discussion

  1. Timo says:

    May 7, 2014

    thanks for sharing your roadmap
    +1 for phonegap support
    +1 for editorconfig

    • Ekaterina Prigara says:

      May 7, 2014

      We’re already working on improving existing 3rd party EditorConfig plugin.
      Do you use PhoneGap now? What features would you like to see in WebStorm for it?

      • Jason Land says:

        August 12, 2014

        I’m not the original poster but something that streamlines the SDK installation/setup process.

        • Ekaterina Prigara says:

          August 13, 2014

          Sorry, but we can’t do anything to help with SDK installation. iOS SDK could be installed only with XCode, Android SDK installation also requires some user actions that we can’t do automatically.
          Have you already checked the latest EAP build for WebStorm 9 with PhoneGap integration?

  2. Ben says:

    May 7, 2014

    +1 for phonegap/cordova support.

    I’m currently using Ionic (http://ionicframework.com/) heavily for my mobile angularjs applications and if phonegap support starts off, it may be possible to extend it to use Ionic.

    Automatic building upon file updates, instead of manually using cordova update through the cordova / ionic cli each time would be one feature great to have.

    • Nate O says:

      September 18, 2014

      +1 for this feature

  3. Ben says:

    May 7, 2014

    This is just a personal opinion, but it would also be nice if we can have official golang (http://golang.org/) support in webstorm.

    There’s a community built open source plugin, but it would be great if webstorm could perhaps back it / extend it to the standards of an official plugin.

    Go is gaining more and more momentum especially over these last few months – web frameworks are being released in alpha stage and those that have being using net/http (something along the lines of node.js for Go) in their production builds have seen success over the last year or so; this clearly displays Go’s productivity in web server development and future user increase.

    It would be great if webstorm eyes this trend and considers official investment / support.

    • Ekaterina Prigara says:

      May 7, 2014

      Sounds interesting.
      At first sight the plugin seems quite mature. Are you using it? What do you think?
      What we do sometimes with community built plugins is that we contribute to the plugin. We don’t have such plans for Go plugin right now, but we’ll investigate this opportunity.

      • Ben says:

        May 7, 2014

        Thanks for the reply,
        Yes, I am currently using the plugin – quite heavily since I code all my web servers in Go, yet I’m addicted to webstorm usage for all its goodness.

        One main problem/inconvenience would include being unable to convert the current project into one that’s compatible with Go – currently it’s only possible to recreate a project entirely as a Go project; only then after does Go compilation work.

        I recall a developer maintaining the plugin stating that they know this is a problem/inconvenience, but they just don’t know how to be able to customize the plugin to do such things.

        Expertise from the webstorm/jetbrains team to maintain and develop the plugin would seem to be of great help.

        Great to know that you’ll investigate into this and support in general. Hope all the best.

  4. Stanislav says:

    May 7, 2014

    Full support of CommonJS modules and JSDoc (with markdown) would be great.

    • Joseph says:

      June 22, 2014

      +1

  5. Pipo says:

    May 7, 2014

    I see JSDocs3 on the roadmap. More generalized doc notations would be very useful! While annotations like @ngdoc are very popular on Angular projects, dgeni (https://github.com/angular/dgeni) will result in even more custom annotations. It would be good to cover them somehow (e.g. currently @ngdoc is marked as a typo).

    • Mark Lagendijk says:

      May 9, 2014

      +1 for JSDOC3 / dgeni support! Also GulpJS support and proper EditorConfig support will be awesome!

      • Ryan Miller says:

        May 13, 2014

        another +1 for jsdoc3 / dgeni support

        • Ben Tesser says:

          August 18, 2014

          Another big +1 from me for ngdocs / dgeni support

  6. MathRobin says:

    May 7, 2014

    Great roadmap^^

    Maybe if I have something to suggest is an enhanced GitHub plugin. As the Atlassian Connector (https://confluence.atlassian.com/display/IDEPLUGIN/Atlassian+Connector+for+IntelliJ+IDEA), it could be very powerful if we can manage issues directly in the IDE.

    Or better integration of code coverage like using istanbul (see my ticket there : http://youtrack.jetbrains.com/issue/WEB-11221))

    Thanks for your great work 🙂

  7. CircleCode says:

    May 7, 2014

    full support of requireJS would be great (with respect to path mapping from source to server, and so on)

    • Ekaterina Prigara says:

      May 7, 2014

      Working on that step by step. This is one of the parent issues, you can follow it for the updates: http://youtrack.jetbrains.com/issue/WEB-7002

    • Steve says:

      July 9, 2014

      +1

      • Steve says:

        July 9, 2014

        most jet brains products deal with looking at dependancies. Is there any tools for making a library adhere to AmdJS for consumption by RequireJS or CommonJS?

        • Ekaterina Prigara says:

          July 10, 2014

          Not that we are aware of any tools for that, but I’m not sure that I understand your question properly…

          • Steve says:

            August 20, 2014

            eg. suggestions for resolving dependencies for a module could refer to what is available for requirejs config or node_modules folder

          • Steve says:

            August 22, 2014

            Create new module code suggestion around commondjs require and requirejs define

  8. Niko says:

    May 7, 2014

    +1 for Meteor support 🙂

  9. Faz says:

    May 7, 2014

    It would be great to introduce a support of CSS 3 features, inspired by this website I use every day : http://css3please.com/

    No more hesitation about prefixes.

  10. Alexey says:

    May 7, 2014

    What about React/JSX support?

    • Ekaterina Prigara says:

      May 7, 2014

      It’s on our radar, though we are not sure right now that will be able to add the full support for React/JSX in WebStorm 9. Though, our roadmap is still in draft.
      Here is an issue for JSX support: http://youtrack.jetbrains.com/issue/WEB-10136 Please vote and follow the updates.

    • Michael Lancaster says:

      September 18, 2014

      Super +1 for React/JSX.

  11. crystian says:

    May 7, 2014

    +1 for phonegap/cordova support. 🙂

    • Ekaterina Prigara says:

      May 7, 2014

      What would be the top feature in PhoneGap support for you?

      • Jonathan Perl says:

        May 15, 2014

        A nice start would be a scaffolding template and the ability to easily spin up the ios or android emulator.

        Famo.us is going to be coming out with their own phonegap / cordova bundler that packages the latest chrome — I think they are releasing it at next weeks HTML5 dev conference. It would be interesting to find out more details on that.

  12. Maxim Tyutyaev says:

    May 7, 2014

    +10 for Polymer support
    Cool framework, based on W3C standards.

    • Fabio Biondi says:

      May 7, 2014

      I still don’t use Polymer but I’ll do it very soon.
      So anything useful for shadow dom, web components, HTML imports and AngularJS 2.0 (that will use these concepts) would be very very appreciated.

  13. Ray Shan says:

    May 7, 2014

    All these look great but I’d love to see futher improvement in the UI/UX front. Many dialogs are very complex, with loads of info / options. It’s tough for beginners to get started, also tough for seasoned users since info overload = cluttered mind. Took me quite a while to configure Webstorm with minimal UI (no toolbar, no buttons, no status bar). It works really well now but still a lot of room for improvement.

  14. Michael Bielski says:

    May 7, 2014

    It seems that with each iteration of the product the JSLint/JSHint processing takes up more and more cycles, and it is to the point that my instance of Webstorm locks for up to 15 seconds while linting. This is totally unacceptable on my primary development box (an I7 with 16g of RAM) let alone slower machines. I’ve also noticed that once it finds a lint error, it never seems to want to let go of it, forcing me to close and re-open the file. Anyway, would love to see improvements in this area.

  15. Fabio Biondi says:

    May 7, 2014

    Hi guys, great work.
    Gulp, Meteor and Spy-js Node.js apps tracing are very interesting.

    I also use Phonegap and most of the problems are related to installation and configuration of the environment and SDKs, create builds, signing APKs, use simulators and debugging.
    In my opinion, none of these problems can be solved or helped by the IDE, except the debug.

    So the only thing that might be very useful (but Adobe and others are already working on something similar) would be the creation of an IOS/Android/Windows/RIM native applications that allows us to display a preview of our phonegap app directly from WebStorm to the device itself, to give us the ability to run, preview, debug and especially have a *live view* of the application while coding (something like Adobe Edge Inspect or Phonegap Developer App: http://phonegap.com/blog/2014/04/23/phonegap-developer-app/)

    You might think to add some widgets to:
    – manage Phonegap plugins (download, uninstall, reinstall or plugin list)
    – some CLI shortcuts (add platforms or create builds in one click and so on)
    – a panel to edit and change all the properties of config.xml, or the xml manifest
    – and so on

    But honestly none of these are really useful to me.
    Have you got something else in mind you want to share and discuss with us?

    • Ekaterina Prigara says:

      May 8, 2014

      Thank you, Fabio, for your comment.
      To tell the truth, we are just starting to investigate the opportunities, so your feedback is very helpful for us.

    • Jonathan Perl says:

      May 15, 2014

      Wow the phonegap developer app looks really nice. Thanks!

  16. Rodrigo Silveira says:

    May 7, 2014

    CSS3 support please! What’s the EditorConfig change compared to the plugin? The bug link on the post is broken.

    I like the cordova integration idea too. Apart from a way to prepare/build from webstorm, how about some UI to install/uninstall plugins? Could have the same for platforms.

    • Ekaterina Prigara says:

      May 8, 2014

      Thanks, fixed the link.
      Actually we are contributing to the existing plugin making it more stable, improving performance and adding some features.

      Yeah, seems that PhoneGap Build is what we have to start with… Thanks for ideas.

  17. sumanth says:

    May 8, 2014

    1. Full support Web components / custom elements . WYSIWYG editor for custom elements , something like polymer designer project.
    2. More support for ES6/ES6 including annotations and async/ await. Angular 2.0 will use di.js which depends on annotations

    3. FRP like bacon.js
    4. Full support for ES6 modules i.e AMD , system loaders
    5. Sourcemaps for debugging traceur generated ES6 javascript files

  18. a user says:

    May 9, 2014

    +1 for gulp
    +1 for meteor (!)

  19. Skandar De Anaya says:

    May 9, 2014

    I agree
    +1 for phonegap support
    +1 for editorconfig
    +1 for CSS3

    I’m using phonegap already for a mobile project.

    Also there is Sailsjs MVC framework is getting popular and stable, it would be nice to support it please.

  20. Kristian Mandrup says:

    May 12, 2014

    All the Web development vibe this year seems to be about:

    – Polymer Web Components (and x-tag)

    Finally they can be used and sure seem to be the future for how we develop web apps!

    Much of the workflow however is already supported by Bower, Yo etc. via generators and such.

    Would be nice with built-in snippets and auto-complete for typical polymer tags such as and including the attributes as per the API. Would also be cool with a “Create Polymer file” that creates a skeleton for a polymer element.
    The cool thing about web components is that it is mostly reuse/leveraging of existing techs, so not much extra to add beyond this to take full advantage!

    • Ekaterina Prigara says:

      May 13, 2014

      Thanks for your comment.
      We was working on initial support for Web Components back in 2013 for WebStorm 7 release, now it’s clear that Polymer gains more and more attention in the community and we have to enhance its support in WebStorm.

      • Shawn McElroy says:

        July 10, 2014

        I would love to see polymer support. Being able to “add new polymer file” where that file is a specific element, that would be amazing and make things easy.

        Another great way to do that, is to create the element ad-hoc in line in the html. Since the element would not be recognized, and see that this project has a polymer scope, I could use alt + enter to fix it by automatically adding a polymer element into the elements directory and immediately be able to edit that polymer element.

        Also, much like editing a block of injected code, being able to hit the same ‘edit injected code in window’ shortcut, could open that polymer element up into its own editable window.

        Those features would be amazingly awesome.

        Also, +1 for cordova/phonegap support. I would primarily use it for ionic. And would love to see the ability to have an automatic build system of some sort and to tell it to update/run the emulator.

        • Ekaterina Prigara says:

          July 10, 2014

          Thanks for the suggestions. We most probably will take a look at Polymer and what we can do for the release.

  21. Iosif Peysakhov says:

    May 13, 2014

    Hello,

    Will be great if you add database support into WebStorm as it done for PhpStorm. Web applications build on NodeJs and other frameworks includes works with database and this tool is very important for web developers.

    With regards,
    Iosif Peysakhov

    • Ekaterina Prigara says:

      May 13, 2014

      We are thinking about it, however it doesn’t seem reasonable to add existing database tools since one usually use no-sql databases with Node.js. Have you tried Mongo plugin for WebStorm?

  22. uur says:

    May 14, 2014

    Hi,

    Could you consider improving node-webkit support ?

    “require” statements in node-webkit little bit different than node context.

    Simple app structure;

    — node
    —- index.js
    — dom
    —- index.html
    — helper
    —- doe.js

    If parent file called from node context (index.js) than one must type like this;

    var john = require(‘../helper/doe.js’); ( relative to file )

    If parent file called from webkit context ( index.html );

    var john = require(‘./helper/doe.js’); ( relative to app root path)

  23. Agelos Pikoulas says:

    May 14, 2014

    For those interested (all js devs should!) in AMD & CommonJS modules, it would be great if WebStorm supported [uRequire](http://urequire.org) .

    uRequire’s prime task is to convert CommonJs & AMD modules to UMD, CommonJS, AMD and a “combined.js” as a single .js file that runs everywhere (nodejs & Web).

    Among other features uRequire supports path translations (from 'models/Person' to '../../models/Person' depending on where it was required). It works standalone or with as a grunt plugin (grunt-urequire).

  24. interfaSys says:

    May 14, 2014

    +1 for suppoting editorconfig
    +1 for CSS3 improvements
    +1 for Phonegap support

    Regarding Phonegap, the goal would be :
    – to add the features of the Phonegap plugin: http://plugins.jetbrains.com/plugin/7436?pr=phpStorm&showAllUpdates=true
    – to be able to initialise and build projects using Sencha Touch http://docs.sencha.com/touch/2.3.2/#!/guide/cordova
    – to easily change platform and build projects for several targets at once

    Check out the Visual Studio screenshots:
    http://docs.phonegap.com/en/2.3.0/guide_getting-started_windows-phone-8_index.md.html#Getting%20Started%20with%20Windows%20Phone%208

    • Ekaterina Prigara says:

      May 14, 2014

      Thanks for your comment and links – we’ll have a closer look at new VS features for PhoneGap/Cordova.

  25. Nicholas Collins says:

    May 14, 2014

    Personally, I would like to see better new project templates. For example, I may want to build a Node.js application, but don’t want to use Express. What I would propose is the ability to create a new project from Git/GitHub Repo address. Perhaps this is already on your roadmap as part of the enhanced Yo integration, but if not, I really would like to be able to create a new project from an arbitrary Git repo, where the repo would be cloned, introspected for project features (JS, SASS/SCSS, LESS, Stylus, Ruby, etc.), and loaded in WebStorm/IDEA.

    • Ekaterina Prigara says:

      May 14, 2014

      You can totally do it right now. On the welcome screen select Check out from Version Control, select git and paste URL to the GitHub repo. It will be cloned and new project created.

  26. zoomclub says:

    May 14, 2014

    Great to hear about interest in Cordova support! Phonegap’s developers had said that it was a “gap” solution until it became implemented everywhere else. I think this is now starting to happen and the best place for this implementation is directly in the IDE we already use.

    We are seeing more and more Cordova based solutions by companies like Ludei, Famo.us and others. I think this is a telling sign that the time to make this a part of the IDE experience has come. Just use the latest Webview as Famo.us and others are doing and make our day. If you want to provide the complete build server as another Jetbrains service, that sounds reasonable as well.

    • zoomclub says:

      August 5, 2014

      Please add support for the ludei.com cloud based platform, thanks!

  27. Dan Dascalescu says:

    May 14, 2014

    Never heard of Gulp before, and I bet a lot more developers have heard of Meteor.

    Therefore, +10 for Meteor.

  28. Ag says:

    May 14, 2014

    Guys, please stop adding controversial features. Keep our beloved editor light. Instead of adding new functionality, please keep polishing what we already have. Who really cares about Grunt or Gulp window, when all the tasks can be controlled through terminal?
    Ok, you’ve improved Coffeescript we do appreciate that, still there are tons of things that don’t work (like refactoring). Jade – awesome that we have support for it, but why does Webstorm get so incredibly sluggish with even considerably simple Jade templates? Same thing can be applied to Stylus files.
    Sorry for moaning, we do see the hard work you guys do, and we in fact appreciate that. Thank you very much for the greatest IDE.

    • Ekaterina Prigara says:

      May 15, 2014

      This time the greatest efforts are going to be made to improve JavaScript performance. And we are constantly working on bug fixes in all existing subsystems as well.
      Thank you for your feedback. We appreciate it!

  29. Andy Fleming says:

    May 15, 2014

    +1 for Gulp.

  30. Stephan says:

    May 15, 2014

    Very happy to see support for Meteor in the works. Any chance to get famo.us on board, too?

    • Ekaterina Prigara says:

      May 15, 2014

      Not for WebStorm 9, it’s a bit too early for us to consider famo.us support. 63000 are still in line before me for the beta 🙂

      • Stephan says:

        May 19, 2014

        Today everything changes – May 19th is supposed to remove the need to wait in line for the rest of us 😉

        • Ekaterina Prigara says:

          May 20, 2014

          Tried Famous Starter Kit. Seems that everything works quite right in WebStorm – just download all the js files from CDN to add them to JavaScript External libraries in WebStorm. After that completion and navigation works fine + some inspections (good that guys added proper JSDoc for everything).
          Have you already tried famo.us?

  31. Ben says:

    May 15, 2014

    I’d love to have to ability to create an “in memory” file. Seems Like I always have to keep sublime open next to intellij so I can play with a short script or take notes

    • Ekaterina Prigara says:

      May 16, 2014

      This feature will be available soon 🙂

  32. Kabir says:

    May 15, 2014

    Meteor support sounds fantastic.
    What exactly would it entail?

    • Ekaterina Prigara says:

      May 16, 2014

      We’ll first start working on predefined run/debug configurations for both server and client side of Meteor apps. Other features are still under discussion.

      • Dave says:

        June 27, 2014

        Debugging would be awesome. Some other things I’d personally like to have are:

        – .html files automatically parsed as handlebars(or “spacebars”). Also related, Meteor’s handlebars implementation allows for attributes in inclusion lines, (ie. {{> something attr=5 attr2=”hello” }} and Webstorm currently marks these as errors when I change the parser for .html files to handlebars.

        – JS be aware of when you’re defining handlebar helpers so it knows if it’s “in use”

        That’s all I can think of right now, it currently works quite well after you set up library includes. Is this the best place to suggest such ideas should I think of anything else?

  33. Stephan says:

    May 16, 2014

    I would love to see meteor support which also works with CoffeeScript. CoffeeScript is like a first-class language for meteor, so this feature would be natural.

    +1 for meteor-coffeescript

  34. Shkumbin Maksuti says:

    May 16, 2014

    I really like Meteor, that’s why I voted for it. Meteor would be a top feature for WebStorm.

  35. mnemoniq says:

    May 16, 2014

    I am a Google Dart user, I would love to see improvements in code highlighting/completion/analysis/etc for this language.

    • Alexander Doroshko says:

      May 16, 2014

      I’m working on improvements in Dart code highlighting/completion/analysis/etc right now. To make sure that your favorite features have chance to be implemented and bugs fixed please file them in the issue tracker.

  36. J. Garon says:

    May 16, 2014

    +1 for Meteor.
    This would be excellent since Webstorm has the same philosophy of a nice cohesive integration of different development technologies as Meteor.
    And it’ll line up to the release of Meteor 1.0

  37. Slava says:

    May 17, 2014

    I am excited to see Meteor on the roadmap. Some ideas for WebStorm dev folks to consider as features where WebStorm can be much more superior than something like vim+meteor-cli:

    – Meteor reloads the server or the client if one of the source files changed. Right now Meteor is quite slow in noticing updates as it polls filesystem. I am sure WebStorm already has something similar and it can be faster in reloading programs.
    – Meteor doesn’t know how to inject new CSS on the page w/o reloading the whole page.
    – Meteor runs its server-side part in a node.js process. Debugging it appears to be harder for people as you need to find the right pid and connect the node-inspector. Also sourcemaps for server-side code sometimes fail to load properly for node-inspector. If WebStorm makes server-side debugging easier for people from day1, it would be huge win.
    – Template’s based layouts. Something like this smart package for Meteor: https://github.com/krevativ/Meteor-Xray

    • Ekaterina Prigara says:

      May 19, 2014

      Thanks for sharing your ideas. We’ll see what we can do.

  38. Jonathan Broquist says:

    May 26, 2014

    +1 for GulpJS support
    +1 for PhoneGap support

    If it’s possible I’d really like to see some better code alignment options. Currently I’m unable to make:

    var a = 1;
    var ab = 2;
    var abc = 3;

    should auto-format to:

    var a = 1;
    var ab = 2;
    var abc = 3;

    • Jonathan Broquist says:

      May 26, 2014

      var a     = 1;
      var ab   = 2;
      var abc = 3;
      

      • Ekaterina Prigara says:

        May 26, 2014

        Please have a look at this issue: http://youtrack.jetbrains.com/issue/WEB-11520
        Would you like the similar formatting?

        • Jonathan Broquist says:

          May 28, 2014

          That would definitely be a nice step forward, but I was thinking of something a little more advanced/configurable like: http://youtrack.jetbrains.com/issue/IDEABKL-7033#

          Ideally, I should be able to select a block of text and easily align it to a “=”, “:”, or a regular expression I choose.

          FYI, code alignment is probably the single feature that’s keeping me from purchasing this product. Being able to easily format and align my code is a must in any editor.

  39. spion says:

    June 2, 2014

    I vote for improvements in TypeScript support. Since TypeScript 1.0 is out now, getting WebStorm 9 to be fully compliant with typescript 1.0 would be really awesome. Our company is seriously considering switching to Visual Studio just because of TypeScript support which is not quite there yet in WebStorm.

    • Ekaterina Prigara says:

      June 2, 2014

      Constantly working on TypeScript support improvements and bug fixes. Are there any specific issues that you have with TypeScript support in WebStorm or is it just a general impression?

      • Drew Noakes says:

        August 11, 2014

        +1 for TypeScript support. It’s an awesome language, but WebStorm 8’s support was seriously lacking. Lots of features are broken.

        I’ll keep registering problems in the issue tracker as I find them.

        • Ekaterina Prigara says:

          August 11, 2014

          Yes, please, use the issue tracker to report the problems, that’s the best way. Thanks!

  40. chao says:

    June 4, 2014

    I need PhoneGap support.

  41. mnemoniq says:

    June 12, 2014

    If it’s possible I’d really like to mark/color a specific tab. Ideally I’d be able to right-click a tab and choose a color for it!

  42. Running gulp tasks with JetBrains WebStorm | mrchief2000 says:

    June 13, 2014

    […] JetBrains WebStorm 8 provides grunt integration but as of this writing, gulp integration is part of WebStorm 9′s roadmap. […]

  43. yovko says:

    June 13, 2014

    +1 for phonegap support

  44. a says:

    June 25, 2014

    Howdy would you mind stating which blog platform you’re working with?
    I’m going to start my own blog soon but I’m having a tough time deciding between BlogEngine/Wordpress/B2evolution and
    Drupal. The reason I ask is because your design and style seems different then most blogs and I’m looking for something completely unique.
    P.S Sorry for getting off-topic but I had to ask!

  45. mnemoniq says:

    June 26, 2014

    Don’t forget Polymer Framework, seem to be used on a many awesome web projects and recently on the new UI web design Material Design from Google, and ported on Dart.

    • yovko says:

      June 26, 2014

      +1 for Polymer support

  46. timur says:

    June 26, 2014

    + polymer support
    +1 for phonegap/cordova support.

  47. Rob Edgar says:

    June 30, 2014

    One thing I would like to see is the ability to create plugins in js.

    Brackets/Atom both have very active plugin communities and are generating some really interesting and useful stuff simply because of the accessibility of js plugins. Useful WS plugins, outside of those developed by WS itself, are rare, tend to break quickly and are very poorly maintained.

    +1 for phonegap/cordova support.
    Not using it yet but company plans are to produce phonegap version of all our apps starting next year.

  48. Marizio Mangione says:

    June 30, 2014

    +1 for Polymer support

  49. mnemoniq says:

    July 3, 2014

    What about Git Branches for Multi-root Projects, i mean have multiple Git (submodule) repositories within a single project. Like in IntelliJ IDEA 11.1 ?!

  50. Josha Inglis says:

    July 4, 2014

    +1 for Polymer support

  51. Alexander Zeitler says:

    July 12, 2014

    +1 for PhoneGap / Cordova
    +1 for Ionic
    +1 for polymer

  52. mnemoniq says:

    July 15, 2014

    Maybe a VM options/Program arguments like in Dart Command Line Application configuration are pretty awesome !

    • Ekaterina Prigara says:

      July 15, 2014

      In what other configurations do you lack these options?

  53. Tarun Elankath says:

    July 15, 2014

    As a WebStorm customer, I’ll commit my cry to the clamour:
    +1 for polymer
    +1 for cordova/phonegap

  54. Cristian says:

    July 26, 2014

    +1 for:

    Improved Dart inspection, + device (Android) debugging
    Polymer.dart
    Polymer

  55. jwjb says:

    July 28, 2014

    I have been relying on Sublime Text which is a great text editor for developing in Meteor.js, but it will be wonderful to have an IDE offering as well with Meteor.js support coming in WebStorm 9 and if PhoneGap support was included that would make it even better.

  56. Thomas Amsler says:

    August 6, 2014

    Polymer +1

  57. WebStorm 9 EAP is Open! | JetBrains WebStorm Blog says:

    August 6, 2014

    […] you may remember, back in May we published our development roadmap for the next version of WebStorm, featuring Meteor support, Gulp integration, spy-js for Node.js […]

  58. Scott Deeter says:

    August 9, 2014

    I do a lot of Drupal work, but I’m starting to do more Meteor, so having support for it in WebStorm (PhpStorm) would be fantastic.

    • Ekaterina Prigara says:

      August 9, 2014

      Meteor support will be available in WebStorm 9 EAP and PhpStorm 8 EAP very soon.

  59. Hasan Abo-Shally says:

    August 12, 2014

    +1 Phonegap/Cordova support.
    +1 Polymer support.
    +1 Ionic support.

    +1 johnny-five maybe 😉

    • Ekaterina Prigara says:

      August 13, 2014

      Please check the latest WebStorm 9 EAP build. It has PhoneGap/Cordova/Ionic integration and basic Polymer support.

  60. filinto duran says:

    August 15, 2014

    +1 for Polymer.

  61. Mohammad Sanioura says:

    August 26, 2014

    Hi:
    Last Thursday, Meteor announced their support for PhoneGap/Cordova. They have a package that performs this integration which allows for showing the bundled “Mobile Meteor” app running on the desktop. It would be great:
    1. if that can be done from within Webstorm 9.
    2. Also would be great to support the Meteor syntax that calls Cordova APIs.

    Links:
    youtube accouncement: https://www.youtube.com/watch?v=zzNoXbv1DX4&feature=youtu.be&t=24m32s

    demo: http://solomo.meteor.com/

    thanks,
    M

    • Ekaterina Prigara says:

      August 26, 2014

      Hi, thanks, we keep an eye on Meteor updates and will see what we can do to make our Meteor support (that we’ll be introduced in the upcoming EAP build) even better.

  62. aaron says:

    September 5, 2014

    Very interested in the Meteor story too.

    The new Meteor 0.9.x packaging system, cloud deployment, helpful templates for a jump-start, and some project reference (code/file) intelligence (I’m thinking something close to MS intellisense).

    Meteor debugging is very important of course.

    Integration with Meteor’s new front end templates and libraries/frameworks Blaze, Spacebars, along with the up and coming Famo.us is a must.

    As every, continue to improve your MongoDb integration.

    Speed everything up (maybe by removing old code/routines/libraries or by breaking off a Node/JavaScript and Node related tools from the rest of the IDE — making it specialized to the MEAN/Meteor stack).

    And — for gosh sake — add skinning support or make it trivial for others to do so!

    • Aaron says:

      September 6, 2014

      One more thing … adding support for deployment contingences such as the new Docker (www.docker.com) that everyone seems to be raving about would be a big win.

      • Ekaterina Prigara says:

        September 8, 2014

        You can try Meteor support in action in the latest Early preview build of WebStorm 9.
        For Docker support please vote for the feature request here.

  63. Alexander says:

    September 10, 2014

    must-have would be support for:

    Polymer
    Akka

    also nice would be support for:

    Panamax
    Apache Brooklyn
    Hystrix

  64. arcseldon says:

    September 16, 2014

    +1 phonegap / ionic / cordova tooling support.

    Webstorm is an awesome IDE. However, agreed, the performance in webstorm 8 with large codebases degrades, really happy to hear this is being addressed. Currently, for multi node projects, you cannot really do npm install on more than one project at a time. This is painful as having 15 projects all requiring an update say when a commons (custom) NPM module is version upgraded, doing it in serial order via webstorm is no good. Have to use ITerm etc and drop using webstorm altogether. Hope to see this fixed too. If you can fix up the screen flicker (project modules view) when doing npm install too that would be nice – currently lose the mouse cursor while the event thread is busy with the install, and the View refresh flashing is a bad user experience.

    • Ekaterina Prigara says:

      September 16, 2014

      Thanks for your feedback!
      We’ve created an issue for support of multiple package.json files in the project in our npm UI: http://youtrack.jetbrains.com/issue/WEB-13399
      Please vote for it and leave your comments.

  65. Jim Trainor says:

    September 26, 2014

    I’m glad to see you are focusing on performance with large javascript projects is correct for WebStorm 9. I’m new to WebStorm. I’ve found it to be great so far. Performance problems when I introduce Ext and/or Touch libraries is the only significant problem I face with it today. Especially indexing performance and the fact that many features of the application become unusable while indices are being updated.

    • Ekaterina Prigara says:

      September 26, 2014

      Unfortunately, the significant performance improvements are going to be introduced only in WebStorm 10. When working with the large JS libraries, we recommend you adding them to the list of external JS libraries in WebStorm, it should help the indexing.

  66. Matthias K. says:

    October 2, 2014

    I would strongly recommend, to include a build-in-support for the 64-bit JRE and automate the memory management, so that WebStorm can use all of the available memory, it needs for a normal operating. That makes really the difference between beeing one of the best web development tools and beeing totally useless…

    Before we figuered out, how to do this manually, some of my collegues stoped testing WebStorm (8.0.4), because the performance was totally unacceptable for our project (based on ExtJs 5).

    Btw: Build-in-support for ExtJs 5 would be nice.

    • Ekaterina Prigara says:

      October 2, 2014

      Thanks for your feedback. We should definitely consider making available 2 versions of installers (with 32-bit and 64-bit JRE) for our Windows users. at the moment we have 64-bit exe available, but you need to manually install JRE and add WEBIDE_JDK environment variable with the path to it.

  67. Guyren G Howe says:

    October 14, 2014

    Livescript support. I believe that Livescript is the best of the “Javascript only better” languages out there (of which the best-known example is coffeescript).

    The current plugin is better than nothing, but could be much better.

    • Ekaterina Prigara says:

      October 15, 2014

      We don’t have plans at the moment to implement LiveScript support, but I would suggest you to vote for this feature on our issue tracker: https://youtrack.jetbrains.com/issue/WEB-6499