WebStorm 7.0.3 EAP
The next update for WebStorm 7 is going to be much more than a regular bug-fix update. It will bring you lots of cool new features.
This update will be made available for everyone by the end of the year. Before that, as usual, we suggest that you try it as part of our Early Access Program. You can download it here or get the update via the EAP channel in the IDE. It requires an active license.
WebStorm 7.0.3 EAP highlights
There will be lots of fixes in TypeScript and Dart support, an improved tree view for Mocha tests, support for @template in JSDoc and much more. Check the release notes for the full list of issues fixed in this update.
WebStorm 7.0.3 EAP is now totally in sync with the latest version of IntelliJ Platform. This means WebStorm has the following:
- New minimalistic UI – toolbar and tool window buttons are hidden by default (you can always invoke View | Toolbar and View | Tool Buttons)
- Lens mode – hover the mouse somewhere over the scroll bar and see the source code preview (especially useful when hovering over a warning/error message):
- Faster and more powerful search and navigation:
- Support for Subversion 1.8.
- Log view for Git and Mercurial, and more.
Download WebStorm 7.0.3 EAP build 133.350 for your platform from the project’s EAP page, and please report any bugs and feature request to our Issue Tracker.
Develop with pleasure!
-JetBrains WebStorm Team
Kris says:
December 20, 2013Maybe you don’t like but Whenever I see your software Webstorm I got only one word in my mind JAVA and it’s slow.
Do you guys thing for people who use windows and this sluggish software. it’s more sloppy then any other apps in Windows I have seen.
Sebastian Müller says:
December 27, 2013Hey! The new support for generics is looking really good!
I have one question though: I have problems declaring a local variable to be of a specific *generic* type.
How do I tell webstorm that a variable is of a specific type, e.g. in situations like this:
/** @type {List.} */ var a = window.someglobalvariable;
Casts don’t seem to be work in the case of generics, either:
var s = /** @type {List.}*/ (window.something);
Is this a bug or missing feature?
Most importantly I fail to instantiate a generic type:
var s = /** @type {Array.}*/ new Array();
Is there documentation available that lists the support constructs?
Sebastian Müller says:
December 27, 2013Note that in my comments above the < and > brackets were eaten by wordpress – after the dots there was supposed to be a type name in angle brackets 🙁
Ekaterina Prigara says:
December 27, 2013Sebastian, could you please submit this issue to http://youtrack.jetbrains.com/issues/WEB
Thanks a lot!