expand_selectors returns resulting column names, rather than selected column names about polars

[machow]

Looks like a bug to me, but possibly not the one you were thinking of; in both of the above cases I'd expect the function to raise an error, as neither input is a bare/compound selector (which is really what this function is for).

This isn't what I was thinking of, but also exactly what I'd want, so is the dream scenario :p.

Thanks for the quick response! The polars integration with Great Tables has really been a game changer!

[machow]

This issue seems related to

• #13757

Which brings up good language for talking about selectors, column expressions, and expressions. For example, this comment by @stinodego. I'm not sure if cs.contains("x").name.suffix("_z") has entered expression territory as laid out in his comment?

(IMO the R library dplyr's across doc does a good job of framing these pieces, though in a very different interface, with separate arguments for selection, expression, and naming; here it is ported to siuba, and to ibis)

[alexander-beedie]

Looks like a bug to me, but possibly not the one you were thinking of; in both of the above cases I'd expect the function to raise an error, as neither input is a bare/compound selector (which is really what this function is for).

I'll see about fixing that, and then we can think how best to address your requirements - big fan of Great Tables, so let's make sure we can handle this cleanly/consistently 😅