You can test pages individually, or spider an entire site, and you’ll end up with a profile of which selectors are not used anywhere.http://www.sitepoint.com/dustmeselectors/
that when testing subsequent pages, selectors can be crossed off the list as they’re encountered., if you follow the automation and then spider web site options menu, you can analyse a complete set of html pages.
Not really related but I once used a demo of a tool that would read an html doc and return all the stylable element being used on that page (elements, ids and classes). I never found that tool again, does anyone know what I am talking about?
Thanks but that is not really what I meant (I have that one
Not really related but I once used a demo of a tool that would read an html doc and return all the stylable element being used on that page (elements, ids and classes). I never found that tool again, does anyone know what I am talking about?
Firefox Web Developer Extension?
). This tool could get an unstyled raw html document and setup a blank style sheet with all the elements + styles + ids used in the document. Great for a starting point when styling. I generally start with the unstyled html and then do the css, and no matter how organized I try to be I always end up looking through the markup to remember what elements are being used etc.. I guess it is a reverse to the sitepoint tool where instead of mapping based on the css it will map hased on the html.
Thanks but that is not really what I meant (I have that one). This tool could get an unstyled raw html document and setup a blank style sheet with all the elements + styles + ids used in the document. Great for a starting point when styling. I generally start with the unstyled html and then do the css, and no matter how organized I try to be I always end up looking through the markup to remember what elements are being used etc.. I guess it is a reverse to the sitepoint tool where instead of mapping based on the css it will map hased on the html.
Thanks but that is not really what I meant (I have that one Grin). This tool could get an unstyled raw html document and setup a blank style sheet with all the elements + styles + ids used in the document. Great for a starting point when styling. I generally start with the unstyled html and then do the css, and no matter how organized I try to be I always end up looking through the markup to remember what elements are being used etc.. I guess it is a reverse to the sitepoint tool where instead of mapping based on the css it will map hased on the html.
Hm. Wouldn’t that create a huge overhead when listing all Elements? I usually use nested elements to apply different styles. Eg. #menu ul might get another style than #menu ul ul
Generating an output of every element type (flat) would be not enough and generating a file with all possible nested combinations would be a huge overhead? It could be useful to parse the document for all classes and ids though. That could be done with a simple javascript that parses the DOM?