* delete_messages: Drop support for generators
Since we used a list there anyway, this approach will lead to more localized errors and can reduce function overhead.
Signed-off-by: devops117 <55235206+devops117@users.noreply.github.com>
* delete_messages: Return pts_count:int
An example usecase would be for a normal bot which uses range based on message ids
instead of keeping a track of messages and using the DeletedMessagesHandler.
Signed-off-by: devops117 <55235206+devops117@users.noreply.github.com>
* Drop support for Iterators and update docstrings and some cleanups.
Signed-off-by: devops117 <55235206+devops117@users.noreply.github.com>
* Update get_users.py
* Update get_messages.py
* Update delete_messages.py
* Update forward_messages.py
* Update get_messages.py
Co-authored-by: Dan <14043624+delivrance@users.noreply.github.com>
- Pyrogram core is now fully asynchronous
- Ditched Python 3.5, welcome 3.6 as minimum version.
- Moved all types to pyrogram.types
- Turned the Filters class into a module (filters)
- Moved all filters to pyrogram.filters
- Moved all handlers to pyrogram.handlers
- Moved all emoji to pyrogram.emoji
- Renamed pyrogram.api to pyrogram.raw
- Clock is now synced with server's time
- Telegram schema updated to Layer 117
- Greatly improved the TL compiler (proper type-constructor hierarchy)
- Added "do not edit" warning in generated files
- Crypto parts are executed in a thread pool to avoid blocking the event loop
- idle() is now a separate function (it doesn't deal with Client instances)
- Async storage, async filters and async progress callback (optional, can be sync too)
- Added getpass back, for hidden password inputs
2020-08-22 08:05:05 +02:00
Renamed from pyrogram/client/methods/messages/forward_messages.py (Browse further)
