Update to Angular 18

[m-akinc]

Addresses #157

In addition to updating the dependency version, I'm fixing the following:

• Upgrade @typescript-eslint/eslint-plugin @typescript-eslint/parser #150
• Uptake new angular-eslint runtime-localize rule #153

Implementation

Updated dependencies:

• @angular/core to 18.2.13 (latest <19)
• @angular-eslint packages to 18.4.3 (latest <19)
• @typescript-eslint/eslint-plugin and @typescript-eslint/parser to 7.18.0 (latest <8)

After updating the version of @typescript-eslint/parser, I began getting the following test failure:

Error: Error while loading rule '@typescript-eslint/prefer-optional-chain': You have used a rule which requires parserServices to be generated. You must therefore provide a value for the "parserOptions.project" property for @typescript-eslint/parser.
Parser: C:\dev\javascript-styleguide\node_modules\@typescript-eslint\parser\dist\index.js
Occurred while linting C:\dev\javascript-styleguide\tests\typescript\index.ts

One of the typescript-eslint maintainers says that the rule does not require parserServices and seems to credit the error to using the rule on a non-ts file or with parser other than @typescript-eslint/parser, but that doesn't seem to be the case for our tests. In any case, clients should already be setting parserOptions.project for running eslint on their ts files, so I wouldn't expect this to cause issues.

Testing

• Ran npm run print-evaluated-rules:diff and the only change is that the no-host-metadata-property rule was removed from the recommended eslint-plugin config (rule is deprecated in version 18 and fully removed in version 19). This should not break clients, as the rule still exists (so clients can still turn it on/off) and the default config is just more permissive.
• Ran npm run print-evaluated-rules to do an audit, which turned up
  no warnings or diverged rules.
• Ran npm run print-available-rules and the only new rule available in the updated version was @angular-eslint/runtime-localize, which we now enable.

[m-akinc]

Won't submit until ready to update clients.

[m-akinc]

The new version of eslint-plugin's package.json file no longer has "main": "dist/index.js" and instead uses the newer "exports" property. Unfortunately, eslint-plugin-import doesn't know how to resolve entry points in commonjs modules that are declared using "export". See typescript-eslint/typescript-eslint#7565 and import-js/eslint-plugin-import#2703

[jattasNI]

Looks good to me, but withholding final approval until we're ready to start the release train.