# Refreshed this older python integration PR to latest mojo, reviews appreciated :)

**URL:** <https://forum.modular.com/t/refreshed-this-older-python-integration-pr-to-latest-mojo-reviews-appreciated/2605>\
**Category:** Standard Library\
**Created:** [January 16, 2026, 4:50am UTC](https://forum.modular.com/t/refreshed-this-older-python-integration-pr-to-latest-mojo-reviews-appreciated/2605 "2026-01-16T04:50:56Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![mseritan](https://sea1.discourse-cdn.com/flex001/user_avatar/forum.modular.com/mseritan/32/130_2.png) [@mseritan](https://forum.modular.com/u/mseritan)\
**Post date:** [January 16, 2026, 4:50am UTC](https://forum.modular.com/t/refreshed-this-older-python-integration-pr-to-latest-mojo-reviews-appreciated/2605/1 "2026-01-16T04:50:56Z")

</div>

> <https://github.com/modular/modular/pull/5562>
>
> Currently if you define a \`\_\_getitem\_\_\` method and export the struct to Python y…ou can call the 
> given method but you cannot use \[\]. That's because the methods of the Mapping protocol need 
> to be plumbed through special \`tp\_slots\` in the type definition.
> 
> This PR proposes an approach for how this could be done. I am not familiar with current and future
> directions of the Python Interop design. There are many of these type slots here:
> https://github.com/python/cpython/blob/main/Include/typeslots.h. The design should accommodate
> all those.
> 
> Feedback appreciated.