and even without leaving WebStorm. All the changes you make are immediately reflected in the browser and the affected area is highlighted.
You just need to specify the URL of the page in the
The live contents of the page being edited are shown in the
Elements tab of the Debug tool window.
Currently the Live Edit functionality is supported only for Google Chrome and only during a debugging session.
On this page:
- Before you start
- Configuring the Live Edit Update Policy in the Debugging Mode
- Live Editing During a Debugging Session
Before you start
- Make sure the LiveEdit plugin is enabled. The plugin is bundled with WebStorm and activated by default. If the plugin is not activated, enable it on the Plugins page of the Settings dialog box as described in Enabling and Disabling Plugins.
Make sure the JetBrains Chrome Extension is installed in your Chrome browser.
The extension is installed when you first initiate a debugging session and follow the dedicated link provided by WebStorm. For details, see Using JetBrains Chrome Extension and http://confluence.jetbrains.com/display/WI/How+to+install+Chrome+extension.
Configuring the Live Edit Update Policy in the Debugging Mode
In the debugging mode, WebStorm provides the Live Edit functionality which supports both automatic and manual upload of updated files on the server side. For the client side, Live Edit does not provide any way to apply the changes.
- Open the Settings dialog box by choosing . Expand the Debugger node under Build, Execution, Deployment, and then click Live Edit. The Live Edit page opens.
In the Update area,
configure the way changes made to the code during a debugging session are applied.
Note that an update will now be performed only if none of the modified files have any syntax errors.
- Auto in (ms): Choose this option to have the changes applied automatically at certain time interval and specify the delay in ms in the text box. This policy is not available for the client-side code of Meteor applications.
Manual: Choose this option to apply the changes manually by clicking
the Update <run configuration name> button on the toolbar of the Debug tool window.
It is recommended that you choose this option for debugging Meteor applications because applying changes to the client-side code is not supported.
Restart if hotswap fails:
Select this check box to have WebStorm try restarting the server if the changes cannot be applied automatically.
After the restart, WebStorm brings you to the execution point where the problem took place.
If even with this option chosen automatic upload still fails, tou will have to restart the server manually by clicking the Rerun <run configuration name> button .
- When the check box is cleared, WebStorm just displays a pop-up window informing you about the failure and suggesting you to restart the server manually.
- Select this check box to have WebStorm try restarting the server if the changes cannot be applied automatically. After the restart, WebStorm brings you to the execution point where the problem took place.
Live Editing During a Debugging Session
Live Editing is enabled automatically, no steps are required from your side to activate it.
- When editing the code and monitoring how the changes are rendered in the browser, it is helpful to have the areas affected by the changes highlighted. To enable highlighting affected areas, open the WebStorm settings dialog box, click Live Edit, and then select the Highlight current element in browser check box on the Live Edit page that opens.
- Edit the HTML file that implements the page opened in the browser and view the changes immediately rendered.
WebStorm supports an operation that is somehow opposite to live editing. During a debugging session, the Elements tab of the Debug tool window shows the HTML source code that implements the actual browser page and its HTML DOM structure. Moreover, any changes made to the page through the browser are immediately reflected in the Elements tab. For more details, see Viewing Actual HTML DOM.