feat: support polars non-strict expand_selector

[machow]

This PR adds support for polars expressions to be used in column selection in addition to polars selectors. It requires polars v0.20.30, but falls back to the old behavior (or requiring a selector object) otherwise.

Note that this is the result of a chain of things:

• fix: refactor column selection logic for Polars #360
• Following a selector with .exclude() is not considered a selector pola-rs/polars#16448

Which resulted in polars super quickly adding broader support for accepting Expressions and selectors that only result in column selection (and not e.g. transformation, or aliasing; PR pola-rs/polars#16479).

I tried to give reasonably helpful error messages for people who are not on v0.20.3 that use Expr, but also suspect people will upgrade polaras patch versions fairly quickly.

Example

from great_tables import exibble, GT

GT(pl.from_pandas(exibble)).tab_spanner("A", [pl.col("fctr"), pl.all().exclude("date")])

Note both that a list is supported along with the use of expressions (e.g. pl.col("fctr"))

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 86.11%. Comparing base (e3649d2) to head (f879854).
Report is 12 commits behind head on main.

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #368      +/-   ##
==========================================
+ Coverage   85.90%   86.11%   +0.21%     
==========================================
  Files          41       41              
  Lines        4328     4337       +9     
==========================================
+ Hits         3718     3735      +17     
+ Misses        610      602       -8     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[machow]

@jrycw if you have a min, do you mind taking a look? Hopefully this rounds out our polars column selection work!

[rich-iannone]

LGTM!

[jrycw]

@machow it's amazing how quickly Polars is supporting our use case. I need to grab a coffee and take a detailed look at this, as it might impact how users utilize it.

[jrycw]

@machow Overall, it looks good. We might need to update the documentation after merging this PR.

[jrycw]

Are these legacy imports?

[jrycw]

I'm referring to the lines from functools import reduce and from operator import or_.

[jrycw]

Personally, I would call _validate_selector_list(all_selectors, **expand_opts) directly.

[machow]

ah, good catch!