GeezerVison

<ng-container>, <ng-template>, and <ng-content> don't render an
element, so Angular ignores class, style, attribute, and event bindings
on them, and every binding on <ng-content>. These templates compile and
run without a word, although the bindings never take effect.

Add NG8031 (`ignoredBinding`), a type-check diagnostic that
reports these bindings and static attributes. It needs strictTemplates,
is a warning by default, and is configured through
`extendedDiagnostics.checks` like NG8011. It doesn't report:

- bindings that a directive input or output claims;
- directive host bindings, since a directive is reusable;
- static attributes when a directive or a structural directive matched
  the element, a content projection slot selects it, or Angular reads
  the attribute;
- global event targets such as `document:` and `window:`.

Add NG0319, a dev-mode runtime error that logs class, style, and event
bindings on <ng-container> and <ng-template>, so JIT is covered too.

Add NG8032, a template type-check warning for a component whose
selector matches <ng-container> or <ng-template>. Neither can host a
component: dev mode throws an assertion, and production mode throws a
DOM error when it attaches the component's view to a comment node.
It's a warning for now, because a template that never renders the
element, for example behind an `@if` that is always false, runs today.

The language service no longer suggests DOM attributes on
<ng-container>.

Also report `[attr.x]` on an <ng-container> inside <svg>. The parse
check missed it there, so the binding failed later with a misleading
assertion in dev mode. Templates that hit the new parse error never
worked.

Also fix `<ng-content selector="h1">` in the upgrade examples, which
meant `select`. NG8031 found it, and the repo's build fails on
warnings.

Don't report a property or event binding whose name appears in the
selector of a directive that matched by that selector. Directive
matching uses these binding names, so the binding makes the directive
match even when no input or output claims it, as in
`<ng-template [foobar]>` with a `[foobar]` selector and no input.
Host directives aren't matched by their selector, so their selectors
don't count.

Also add tests for `[class]` and class interpolation on <ng-container>,
an event binding on <ng-template>, a static class that a projection
slot selects, and <ng-template> inside <svg> and inside a namespaced
element.

Move the three selectorless NG8031 tests from the intentional ngp
differences to the known ngp failures, in their own group. They fail
on ngp with NG2024, because ngp doesn't resolve selectorless
dependencies yet.

Report bindings that <ng-container>, <ng-template>, and <ng-content>
ignore as errors, since they never take effect.

- NG8031 (`ignoredBinding`) is now an error by default. While it's on,
  NG8030 skips <ng-container>, so each ignored event is reported once.
- NG0319 now throws under `errorOnUnknownProperties`, like NG0303.

BREAKING CHANGE: Bindings that have no effect are now errors

With strictTemplates, a binding that <ng-container>, <ng-template>,
or <ng-content> ignores, or a static attribute on them that nothing
reads, now fails to compile with NG8031. This includes property
bindings on <ng-container> under NO_ERRORS_SCHEMA.

Tests that use `errorOnUnknownProperties` now fail on NG0319.

Each error points at a binding that never had an effect. Remove the
binding, move it to an element, or add the directive that claims it
to the component's imports. To report NG8031 as a warning while you
migrate, set `extendedDiagnostics.checks.ignoredBinding` to
`"warning"`.