Marc Garcia

Thanks all for the feedback. Personally feels like while opening so many discussions have been a bit chaotic (sorry about that as I started or reopened most), I think it's...

Thanks @arthurlw, this is good feedback. I agree, and I prefer the first option, because I see the dtype backends not as a feature, but as something we had to...

Thanks for the contribution, and sorry this was not reviewed before. Maybe silly question, but since `assert_produces_warning` is our own function, why would we want to have a script to...

To be clear, what I'm proposing is: 1. Let users be able to register both, classes (as we do now) and also single functions 2. The name change `pandas.api.extensions.register_series_accessor` ->...

> That's fair, though I think we should encourage functional over OOP. Agree, as far as the class doesn't add value we should encourage using a function, but there will...

Good points @jbrockmendel, I was a bit unsure about `extend`, but couldn't find anything much better, may be `register`? @jreback I used those libraries as example, but they are not...

I like to see the question as the same as Python with the standard library. Python was design "batteries included" with lots of modules. But also with an standard and...

For me the key issue of this proposal is being able to register methods directly in `Series`,... I guess we agree that renaming `pandas.api.extensions.register_series_accessor` to something shorter, or implementing accessors...

Thanks @jbrockmendel that makes sense. I thought this would be non-controversial besides naming things, and once implemented would allow to have the discussion over a simple prototype PR, which would...

> Did you ever find a solution to this problem? Unfortunately I couldn't find any workaround.