👎1
👍1
Add Button.buy and Button.game (#3141) (9830c4e by New-dev0)
Include "chat" attribute in processing entities (#3133) (828cf2d by painor)
Add support for scheduled messages in iter_messages (#3127) (befba11 by New-dev0)
Include "chat" attribute in processing entities (#3133) (828cf2d by painor)
Add support for scheduled messages in iter_messages (#3127) (befba11 by New-dev0)
❤1
🔥1
❤1
Telethon Updates
Update to layer 133 (#3155) (28d3d4b by SpEcHiDe)
Telegram is changing user, chat and channel identifiers to occupy 64 bits instead of 32 bits!
If you were storing these values with an explicitly fixed size, you might want to consider updating that code to deal with
Previous discussion: https://t.me/TelethonUpdates/1175 (and the follow-up, https://t.me/TelethonUpdates/1178)
If you were storing these values with an explicitly fixed size, you might want to consider updating that code to deal with
long
or i64
instead of the old int
or i32
sizes.Previous discussion: https://t.me/TelethonUpdates/1175 (and the follow-up, https://t.me/TelethonUpdates/1178)
I'm steadily making progress towards version 2.0 of the library (after several years of waiting), so you might see a few polls pop up here over the next few weeks, where I see arguments in favour of a specific change, but the community may disagree for some reason (if you do, please argument why in @TelethonChat). So here it goes.
Note that version 2.0's primary goal is removing oddities (and necessarily breaking old code for the better). You can see progress in the v2 branch of GitHub, and the current list of breaking changes in v2-migration-guide.rst. Please do raise your voice if there is something you largely disagree with (and "ugh you're making me change my code!!1!" is not a good argument).
Note that version 2.0's primary goal is removing oddities (and necessarily breaking old code for the better). You can see progress in the v2 branch of GitHub, and the current list of breaking changes in v2-migration-guide.rst. Please do raise your voice if there is something you largely disagree with (and "ugh you're making me change my code!!1!" is not a good argument).
GitHub
2.0 wishlist · Issue #1169 · LonamiWebs/Telethon
Telethon currently has some weird things in it that need changing, but would be breaking changes. Therefore, a new major release should be made. We should aim for making a single release with the b...
👍1
On raw API types, should __str__ output the same as the current stringify (multiline, pretty printed), and __repr__ output the same as the current __str__ (singleline, pretty printed)?
Anonymous Poll
16%
Yes
84%
No
❤1
Poll #1. How should the output of
The current output of
The idea would be for
__str__
and __repr__
change? (Sorry, but it needs to be public or bots would ruin it again.)The current output of
obj.stringify()
is as follows:InputPeerUser(The current output of
user_id=123,
access_hash=456
)
__str__
is as follows:InputPeerUser(user_id=123, access_hash=456)And the current output of
__repr__
is as follows:<telethon._tl.InputPeerUser object at 0x7f9f870d5fd0>—
The idea would be for
__str__
to be:InputPeerUser(And
user_id=123,
access_hash=456
)
__repr__
to be:InputPeerUser(user_id=123, access_hash=456)The old
__repr__
output isn't really useful. The only argument for keeping it is to not spam the REPL when using interactive mode. The old __str__
is hard to read, because objects get really big. Please vote on the options that apply.Telegram
lonami in Telethon Chat
Should the output of __str__ and __repr__ change for raw API objects?
Keep __str__ as is (single-line) / Make __str__ output multiline (same as current .stringify) / Keep __repr__ output as is (Python's default) / Make __repr__ output single-line (same as…
Keep __str__ as is (single-line) / Make __str__ output multiline (same as current .stringify) / Keep __repr__ output as is (Python's default) / Make __repr__ output single-line (same as…
❤1
Telethon Updates
On raw API types, should __str__ output the same as the current stringify (multiline, pretty printed), and __repr__ output the same as the current __str__ (singleline, pretty printed)?
(To whoever is using bots to vote on this without even looking at the message, thanks for ruining the way I gauge interest in a change, and I hope you get banned.)
❤1
Telethon Updates pinned «Poll #1. How should the output of __str__ and __repr__ change? (Sorry, but it needs to be public or bots would ruin it again.) The current output of obj.stringify() is as follows: InputPeerUser( user_id=123, access_hash=456 ) The current output of __str__…»
Forwarded from KeralaGram [Official]®
Third-party developers using the Telegam API are required to support and properly display official sponsored messages in their apps by December 15, 2021.
https://corefork.telegram.org/api/sponsored-messages
ℹ️ @KeralaGramChannel
https://corefork.telegram.org/api/sponsored-messages
ℹ️ @KeralaGramChannel