Allow specify ranges of code that do not get checked

[petdance]

Part of my web app uses HTML from third parties. I'd like to be able to denote to tidy not to report on errors in that HTML. Maybe something like:

<div class="product-info">
    Product information:
    Specifications:
    Blah blah blah:

    <h3>Reviews from FooCorp:</h3>
    <div class="foocorp-reviews">
        <!-- tidy: ignore -->
        This here is data provided by a third party that often has, for example, 
        numeric HTML entities instead of named ones.
        <!-- tidy: go-back-to-not-ignoring -->
    </div>
</div>

Alternatively, maybe it would allow us to change config options on the fly. For example, I'd want to know if the 3rd-party data and incorrectly structured HTML, but not if it used HTML entities instead of named. On most of my code, I care about numeric-but-not-named entities, but on this section of 3rd party HTML, I would not.

[geoffmcl]

@petdance thank you for the Feature Request, but...

If I read this correctly, through some switch embeded in a html comment, or some other dynamic configuration option, you want tidy to sort of not be tidy, at least to not report warnings/errors, and unsure if that also means not fix the html, if that is what would normally happen... maybe I misunderstand something...

Even if that was technically possible, it presently does not feel like a good idea!

While we can and do have some options that effect parsing, they are for the whole file...

And tidy should not get into parsing a comment, other than seeking its --> close... to sort of seek some secret @petdance switch, not part of W3C html...

As mentioned elsewhere, Tidy has at least 3 levels of parsing - 1. read user input, and parse, possibly some fixing, and warnings; 2. clean and repair the nodes collected, again possibly some fixing, and warnings; and 3. Pretty print the output, where some entity encoding is done...

So it seems all phases would be effected, and that seems a tough problem... even if the concept is accepted... but...

In some other issues, I have suggested tidy can not just ignore some html problems...

You are a perl wizard. If you are going to the trouble of adding some switch in a comment, why not use perl to extract the lines you do not want tidy to see under the current config, set a different config and pass them separately to new tidy, and re-embed them, or something...

For sure at this moment, in tidy, this verges on Won't fix... sorry... maybe I am way off base...

But as usual, appreciate further feedback, even patches, PR showing it is even possible, but would still need a stronger use case to be considered... thanks...