Yoh Deadfall

While I like the idea of `add_style`/`remove_style`, there's a thing I'm concerned about. These methods may be used for any entity even if it doesn't represent a widget.

As I see, there a two ways to go: 1. Drop compatibility and go your own way forward, be better than they even the project is a port of JTS....

Then other type handlers must support `Nullable` too. It would be much better to handle nullable types before a handler like it's done for reading (#1728).

I'm working on it. Only tests are remaining.

Good to hear that. Thanks for testing!

@roji Not yet, it depends on handler devirtualization and refactoring.

It's very good that you took the issue and implemented the type, thank you. Will try to find some time as soon as possible (: Just a few notes before...

> I didn't go for the sign bit inside the limbs/UI4s data store because the full bytes of the data store can be used, and it can grow when more...

To avoid unused dependencies there're plugins which are opt-in and made in external libraries. For example, for geometry there's an NTS plugin. But I agree with you that the should...

Maybe just clear the pool if there are no connections? We already have maximum connection lifetime which controls how long it can survive and max idle lifetime too.