Co-authored-by: Łukasz Langa <lukasz@langa.pl>

any() accepts a generator. This will cause it to run faster because the any() returns as soon as it finds a True value.

…lib#508)

Co-authored-by: Łukasz Langa <lukasz@langa.pl>

Co-authored-by: zzj <29055749+zjzh@users.noreply.github.com>
Co-authored-by: Łukasz Langa <lukasz@langa.pl>

Co-authored-by: Łukasz Langa <lukasz@langa.pl>

Add tests that the sanitizer allows <details open> and <summary> and
update the implementation to allow <summary>.

Co-authored-by: Łukasz Langa <lukasz@langa.pl>

Fixes html5lib#548

Co-authored-by: Łukasz Langa <lukasz@langa.pl>

…rent standard (html5lib#563)

* Mark <ol reversed> as a boolean attribute so it serializes properly in
  HTML.
* Allow <ol reversed> in the sanitizer. Closes html5lib#321.
* Allow <ol start> in the sanitizer.
* <ol type> was already allowed, but probably accidentally (type is an
  attribute allowed for other tags). I added a test to prevent it from
  regressing in case we add per-element attribute sanitization in the
  future.

https://html.spec.whatwg.org/multipage/grouping-content.html#attr-ol-reversed

Co-authored-by: Łukasz Langa <lukasz@langa.pl>

The only environments left on AppVeyor are now 2.7, 3.5, and 3.6. The remaining Python versions are now also tested on Windows using GitHub Actions.

Additionally, a new group of dependencies called "oldest" is now tested as well to ensure compatibility with the oldest pinned versions in requirements.txt and setup.py.

AppVeyor is used for 3.5 and 3.6 because those versions aren't available on GitHub Actions at all. Python 2.7 crashes on Windows with a pip cache failure so it only runs on GHA with the "oldest" dependencies on Ubuntu.

The other Python version running "oldest" dependencies is 3.7, also only running on Ubuntu.

…tml5lib#566)

Co-authored-by: Vladimir Kuvandjiev <vladimir.kuvandjiev@endava.com>
Co-authored-by: Vladimir Kuvandjiev <kuvandjiev@gmail.com>

…lib#575)

…5lib#574)

Fixes html5lib#541

Co-authored-by: Łukasz Langa <lukasz@langa.pl>

* Get rid of getPhases

This added a fair bit of complexity, and notable made the Phase classes
dynamically generated.

However, by doing this, we no longer include "process the
token using the rules for" phases in the debug log.

Co-authored-by: Sam Sneddon <me@gsnedders.com>