is not shown in element inspector
Categories
(DevTools :: Inspector: Layout, enhancement)
Tracking
(Not tracked)
People
(Reporter: ericwhite613, Unassigned)
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:71.0) Gecko/20100101 Firefox/71.0
Steps to reproduce:
Go to https://codepen.io/joen/pen/RqbBxa and inspect where a ;nbsp is
Actual results:
Shows → ← in the inspector
Expected results:
Should indicate a like chrome's inspector does.
This is very useful for debugging
|
Reporter | |
Comment 1•6 years ago
|
||
(In reply to Eric White from comment #0)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:71.0) Gecko/20100101 Firefox/71.0
Steps to reproduce:
Go to https://codepen.io/joen/pen/RqbBxa and inspect where a
;nbspisActual results:
Shows
→ ←in the inspectorExpected results:
Should indicate a
like chrome's inspector does.This is very useful for debugging
|
||
Comment 2•6 years ago
|
||
Thanks for filing Eric. This is similar to what was requested in bug 967493 a long time ago. We ended up closing that bug because there didn't seem to be a good solution back then. The problem we were trying to solve was showing all entities as they appeared in the HTML document.
We filed bug 1296313 at the time to investigate an HTML-parser idea to solve this, but that didn't really work. That bug mentions an idea where we could replace all non-ascii spaces with their html entities as a good way to avoid the problems you are describing.
It is not the correct or complete solution, but is probably what people need anyway. And it seems to be what Chrome devtools does too.
To be very clear: the inspector does not show HTML, it shows the DOM, which is a tree of objects created by parsing an HTML document. So entities are gone by the time the DOM is shown to the user.
For now I'm going to close this as a duplicate of bug 1296313 and will add a comment over there.
Description
•