Phillip Cloud

Thinking about this some more I think this functionality warrants a new API. I'll propose one: `ArrayValue.enumerate(start=0)`. This API would be analogous to Python's built-in function `enumerate` which accepts an...

@NickCrews We do have array zip, not sure if you've seen that: https://ibis-project.org/reference/expression-collections#ibis.expr.types.arrays.ArrayValue.zip

@chelsea-lin I'll try to address your concerns here and provide a path forward: > Efficiency: If a user calls table.x.enumerate(0) and table.x.enumerate(1) in succession, could this generate two SQL queries...

Ok, after experimenting in #8429, I don't think `enumerate` implemented like this is possible. I'm going to take a different approach, and experiment with adding a `Table.unnest(column)` method instead, that...

This was closed by #9423 (`Table.unnest`), which supports an `offset` parameter.

@NickCrews Definitely interested in tight integration where possible. To be concrete, we're interested in other libraries being able to accept Ibis expressions directly and happy to help enable that. I'll...

@NickCrews Regarding returning versus printing, I vote for printing. It seems quite inconvenient to have to write `print(t.preview())`. Are there any places where automatically calling `print` won't work?

Can you make `to_rich` private for now (as `_to_rich`)? I'd rather not expose something we don't know is useful beyond internals.

@NickCrews I haven't forgotten :) We'll definitely get to it for 9.0, I can't promise anything this week though :)

@NickCrews I just DM'd you on Zulip, was hoping I could pair with you on this to get it over the finish line.