Relevant spec sections:

https://drafts.csswg.org/selectors-4/#the-dir-pseudo
https://html.spec.whatwg.org/multipage/semantics-other.html#selector-ltr

The interesting cases to test are from the definition of "directionality" in HTML:
https://html.spec.whatwg.org/multipage/dom.html#the-directionality

• element with dir="ltr" matches :dir(ltr) (#26159)
• root element without `

For the longest time I was able to access the pry console while running tests using :TestNearest, but it hasn't been working of late. I am able to run tests using :TestNearest and the other vim-test commands. My issue is that if I throw in a binding.pry in the test, I don't see the pry console open up anymore in the test window. That used to work before, and I can't figure out why. I'm

The default output doesn't have much contrast and is a bit hard to read for me. That's best illustrated with a screenshot:

We could use the Cache-Control: stale-while-revalidate header to improve performance of subsequent reloads of the dev-server

https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cache-Control#Extension_Cache-Control_directives

https://web.dev/stale-while-revalidate/

This should initially be implemented as a plugin. After gathering use cases and feedback, we can evaluate adding it b

The code in diff.py is pretty much the final location in Ward that isn't using Rich for terminal output. We should update it to use Rich, which should also allow us to more easily add test coverage around this area.

I've put this as a "Good First Issue" because the diff code is fairly de-coupled from the rest of Ward.

In addition to defaultBrowser we should add chrome, safari, firefox, and edge as possible arguments passed to carton test --environment. This would allow testing with an arbitrary browser, not just default browser. carton test should check if a given browser is available before attempting to launch it, and display an appropriate error message if a given browser is absent.

Make the output, especially as generated by the macros TEST_CHECK(), TEST_MSG() and TEST_DUMP(), automatically adapt to the current terminal size, so that it looks good in a reasonably small terminal window but can use effectively more space if the terminal window is big.

This should involve:

0. Explore what API is available for the purpose on the platform of your choice.
1. A pre-pro

This looks to be something legacy which hasn't been updated in several releases. I've asked Charlie Poole/Rob Prouse if they can remove it from the choco site, as maintainers. We should also remove the packaging from the repo here.

https://www.chocolatey.org/packages/nunit-console-with-extensions