Examine and edit HTML¶

You can examine and edit the page’s HTML in the HTML pane .

Navigating the HTML¶

HTML breadcrumbs¶

At the bottom on the HTML pane is a breadcrumbs toolbar. This shows the complete hierarchy through the document for the branch containing the selected element:

../../../../_images/html_breadcrumbs.png

Hovering over a breadcrumb highlights that element in the page.

The breadcrumbs bar has its own keyboard shortcuts .

Searching¶

The Page Inspector’s search box matches all markup in the current document and in any frames.

To start searching the markup, click in the search box to expand it or press Ctrl + F , or Cmd + F on a Mac. There are three types of searches that are performed automatically depending on what you enter, a full text search, a CSS selector search, and an XPath search.

Full text search¶

The full text search will always be executed, independently of what you enter. That allows you to find CSS selectors and XPath expressions occurring within the text.

CSS selector search¶

You can search elements by entering a CSS selector

As you type, an autocomplete popup shows any class or ID attributes that match the current search term:

../../../../_images/search_html.png

Press Up and Down to cycle through suggestions, Tab to choose the current suggestion, then Enter to select the first node with that attribute.

To cycle through matches, press Enter . You can cycle backwards through matches using Shift + Enter .

XPath search¶

It is also possible to search via XPaths. This allows you to search for specific elements without the conflict of matching words within the text. For example, //a matches all a elements but not the letter “a” within the text content. Furthermore it allows for some more advanced searches like finding elements that start with a specific text, for example.

Match of an Inspector search using an XPath expression

HTML tree¶

The rest of the pane shows you the page’s HTML as a tree (this UI is also called the Markup View). Just to the left of each node is an arrow: click the arrow to expand the node. If you hold the Alt key while clicking the arrow, it expands the node and all the nodes underneath it.

The new Firefox 57 inspector HTML tree.

Moving the mouse over a node in the tree highlights that element in the page.

Nodes that are not visible are shown faded/desaturated. This can happen for different reasons such as using display: none or that the element doesn’t have any dimensions.

image1

There is an ellipsis shown between the opening and closing tag of an element when the node is collapsed if it has larger contents. Now children are indicated in the tree with this icon:

Markers (“badges”) are displayed to the right of some nodes. The table below explains the meaning of each badge:

The element has one or several event listeners attached to it. Clicking the marker opens a tooltip listing the event listeners and allows you for each listener to switch to the line of JavaScript code in the Debugger where the listener is defined.

The element is a scroll container, i.e. it has either overflow: scroll applied, or overflow: auto and sufficient content to cause scrollable overflow.

If preference devtools.overflow.debugging.enabled is true , toggling the scroll badge will highlight any elements causing the overflow, and these nodes will additionally display the overflow badge.

The element is causing scrollable overflow in a scroll container (either the current node or a parent node—the affected nodewill display the scroll badge).

Note: The overflow badge is introduced in Firefox 83. In earlier versions it can be enabled using the preference devtools.overflow.debugging.enabled is true .

The element is a grid container, i.e. it has display: grid applied to it. Clicking the marker enables the grid highlighter.

The element is a flex container, i.e. it has display: flex applied to it. Clicking the marker enables the flexbox highlighter.

The element is an inline grid container, i.e. it has display: inline-grid or display: inline grid applied to it. Clicking the marker enables the grid highlighter.

The element is an inline flex container, i.e. it has display: inline-flex or display: inline flex applied to it. Clicking the marker enables the flexbox highlighter.

The element is a custom element. Clicking the marker switches to the line of JavaScript code in the Debugger where the custom element got defined.

There are some useful keyboard shortcuts that can be used in the HTML tree — see the HTML pane keyboard shortcuts list .

::before and ::after¶

You can inspect pseudo-elements added using ::before and ::after

Custom element definition¶

When you open the Inspector on a page that includes custom elements, you can view the class definition for the custom element in the Debugger:

../../../../_images/custom_pc_01.png

  1. Inspect the element
  2. Click on the word custom

The source for the element’s class will be displayed in the Debugger.

../../../../_images/custom_pc_02.png

Whitespace-only text nodes¶

Web developers don’t write all their code in just one line of text. They use white space such as spaces, returns, or tabs between their HTML elements because it makes markup more readable.

Usually this white space seems to have no effect and no visual output, but in fact, when a browser parses HTML it will automatically generate anonymous text nodes for elements not contained in a node. This includes white space (which is after all a type of text).

If these auto generated text nodes are inline level, browsers will give them a non-zero width and height. Then you will find strange gaps between elements, even if you haven’t set any margin or padding on them.

image2

Since Firefox 52, the Inspector displays these whitespace nodes, so you can see where the gaps in your markup come from. Whitespace nodes are represented with a dot: and you get an explanatory tooltip when you hover over them:

../../../../_images/white_space_only.png

Shadow roots¶

Any shadow roots present in the DOM are exposed in the HTML page in the same manner as the regular DOM. The shadow root is signified by a node named #shadow-root — you can click its expansion arrow to see the full contents of the shadow DOM, and then manipulate the contained nodes in a similar way to other part of the page’s DOM (although with a limited featureset — you can’t, for example, drag and drop or delete shadow DOM nodes).

A view of a shadow root shown inside the DOM tree in the Firefox DevTools

If a shadow DOM contains a “slotted” element (an element with a slot attribute after it has been inserted inside a slot element — see Adding flexibility with slots for an explanation of how these are used), the “slotted” element will be shown inside its corresponding slot element, with a “reveal” link alongside it. Clicking the “reveal” link will highlight the element with the slot attribute as it exists outside the shadow DOM

A view of a shadow root shown inside the DOM tree in the Firefox DevTools

This is very useful when you’ve got a element and you can’t find the source of its content.

Shadow DOM inspection was implemented in Firefox 61, but was hidden behind the dom.webcomponents.shadowdom.enabled pref until Firefox 63. It is now turned on by default.

Element popup context menu¶

You can perform certain common tasks on a specific node using a popup context menu. To activate this menu, context-click the element. The menu contains the following items — click on the links to find the description of each command in the Context menu reference :