Наши волонтёры ещё не перевели данную статью на Русский. Присоединяйтесь к нам и помогите сделать эту работу!
Вы можете также прочитать эту статью на English (US).
View Source lets you look at the HTML or XML source for the page you're viewing. To activate View Source:
- context-click in the page and select View Page Source
- press Ctrl + U, or Cmd + U on macOS
In versions of Firefox before 42, a new window opens containing the source for the page.
From Firefox 42 onwards, View Source will open in a new tab (instead of a new window) by default. If you prefer the old window mode instead, you can go to
about:config and set the preference
From Firefox 60 onwards, the
view_source.tab preference has been removed (bug 1418403) so you can no longer toggle View Source mode — page sources will always appear in new tabs from now on.
View Source features
View Source has three additional features, which from Firefox 40 onwards can be accessed from the context menu in the View Source tab:
- Go to Line
- Wrap Long Lines (toggle)
- Syntax Highlighting (toggle)
When syntax highlighting is on, View Source also highlights parsing errors in red. Hovering your mouse over errors displays a tooltip explaining the error.
To access Go to Line from the keyboard, press Control + Option + L on a Mac, or Alt + Shift + L on Windows or Linux.
Link to a line number
It is possible to link to a particular line, by adding the #lineNNN anchor to the url the browser will jump to the NNN line.
For example view-source:https://www.mozilla.org/#line100
View Selection Source
If you select part of a web page and conext-click, you'll see a context menu item labeled "View Selection Source", that behaves just like "View Page Source", except you only see the source for the selection.
View MathML Source
If you context-click while the mouse is over some MathML, you'll see a context menu item labeled "View MathML Source": click it to see the MathML source.
Limitations of View Source
There are limitations to what View Source does for you that you need to be aware of.
Error reporter ≠ validator
View Source only reports parsing errors, not HTML validity errors. For example, putting a
<div> element as a child of a
<ul> element isn't a parse error, but it is not valid HTML. Therefore, this error will not be flagged in View Source. If you want to check that HTML is valid, you should use an HTML validator, such as the one offered by W3C.
Not all parse errors are reported
Even though all the reported errors are parse errors according to the HTML specification, not all parse errors are reported by View Source. Among the errors that don't get reported:
- Bytes that are illegal according to the document's encoding aren't marked as errors.
- Forbidden characters aren't reported as errors.
- Errors related to the end-of-file aren't reported.
- Tree builder errors relating to text (as opposed to tags, comments, or doctypes) aren't reported.
- Parse errors related to
xmlnsattributes aren't reported.
XML syntax highlighting
View Source uses the HTML tokenizer when highlighting XML source. While the tokenizer has support for processing instructions when highlighting XML source, that's the only XML-specific capability provided. Because of this, doctypes that have an internal subset are not highlighted correctly, and entity references to custom entities are also not highlighted correctly.
This mishighlighting can be seen by viewing the source of Firefox chrome files (such as XUL documents). However, this shouldn't be a problem in practice when viewing typical XML files.