Dave Pearson

Can Textual widgets be made pylint-friendly?

2

Like many folk I'm a fan of using `pylint` to keep me honest when writing my Python code. However, given code like this: ```python from textual.widgets import Static, Header, Footer...

Currently, if you have a Textual app that is in a file that doesn't have a `.py` extension -- something you may do if you're creating a command that uses...

Add a method of getting a single widget by its ID alone

1

While things like `query_one`, `first`, `last` and `only_one` exist as ways of getting a single node from the DOM, there can be a performance hit when there are a lot...

Following on from #778, and I don't think there's a great way to do this in Textual right now, we should have a method of letting the user of the...

Implement a default `key_display` for `Binding` if one isn't provided and a good option exists

1

See #1119 for some context. Ideally a binding, either done as a `tuple` or a `Binding` should, if one is available, select the best `key_display` if the user doesn't provide...

Just removing a very small annoyance -- tells a type checker that it can trust the type of the parent.

See https://github.com/Textualize/textual/discussions/1110 for some context. In short, this changes the `Remove` event so that it can take a collection of widgets to remove, rather than a single widget. The way...

Closing quote was missing off a line in the example of setting `height` from Python code.

Just some assorted docstring tweaks and changes made while wandering through the code.

This adds the ability to `await` a `Widget.remove` or a `DOMQuery.remove`. Doing this adds a new type -- `AwaitRemove` -- and also changes the return type of `DOMQuery.remove` (which used...