#2764; Implemented "prefallbacks" feature#2960
#2764; Implemented "prefallbacks" feature#2960david-shiko wants to merge 1 commit intopython-telegram-bot:masterfrom david-shiko:prefallbacks
Conversation
|
Hi. The situation hasn't changed much since you opened #2764: We're still working on asyncio and gathering todos for CH in #2770. Note that it's not clear when we'll have the capacity to tackle #2770. Please either
|
|
Hi. I closed my previous PR. can you please give me a review is my code and PR is okay and I can take another PR? |
Thanks
Not at this point, no. As explained above, we're currently busy with getting the asyncio release ready and overhauling CH not one of the very next todo items.
I highly recomment to first outline your idea & thoughts on implementation in either a new feature request issue or on #2770 for
TBH I don't see this getting added to the main lib. If you are interested, you cann add a contribution to ptbcontrib instead. |
Okay. I will very wait until you will release a new CH implementation because most likely my implementation will depend on new CH version :)
I think we should do a poll. I see this as an extremely helpful tool. The case below is pretty easy but still makes a code cleaner. It helps to convert This: To this: |
|
can we close due to inactivity / adding it to the TODO for ConvHandler at a later stage? |
Imagine you have such CH:
Here you should apply & ~Filter for every handler in states to prevent catching a cancel command.
But it can be easily avoided by adding a list of handlers that should trigger before any other update.