New version 0.35.3 has been built and released. Here:
• Dependencies update
• Strongly-typed language codes
• Fix of issue related to creating of two different bots instances in one launch
• Dependencies update
• Strongly-typed language codes
• Fix of issue related to creating of two different bots instances in one launch
GitHub
Release 0.35.3 · InsanusMokrassar/TelegramBotAPI
Common:
Version:
Klock: 2.2.0 -> 2.3.1
Ktor: 1.6.1 -> 1.6.2
MicroUtils: 0.5.16 -> 0.5.18
Core:
SimpleRequestCallFactory and MultipartRequestCallFactory became a classes instead of o...
Version:
Klock: 2.2.0 -> 2.3.1
Ktor: 1.6.1 -> 1.6.2
MicroUtils: 0.5.16 -> 0.5.18
Core:
SimpleRequestCallFactory and MultipartRequestCallFactory became a classes instead of o...
Yesterday has been found the problem that (some) windows users unable to retrieve updates from users with
ClassNotFoundException
. That is related to the new language codes and the fact that there was used original characters including some of combined ones. I plan to release hotfix 0.35.4 version today. Besides, you may temporarily add in your dependencies dev.inmo:micro_utils.language_codes:0.5.19
, BUT this dependency will be available in a few hours (I have released this version today). I hope your builds will never be broken :)0.35.4
is available in maven and I strongly recommend to update your lib dependency up to this version 😊Hello everybody :) In 0.35.5 PR I have found, that currently
contentType
parameter is partially (or fully) is redundant in requests. That rule must works for all multipart requests (when we are sending some file), but I am not pretty sure. So, there are two ways for now and I wished to know yours opinions: should I remove mime type from all multipart requests?GitHub
0.35.5 by InsanusMokrassar · Pull Request #440 · InsanusMokrassar/TelegramBotAPI
Should I remove mime type from all multipart requests? If so, it will make code clean and easier to send files, but there is probability to get some errors in future which I will fix with new updates
Final Results
100%
Yes, let progress happen
0%
Nope, it works for now
Update 0.35.5 is out and available for connecting as dependency. It is mostly files oriented release:
• Mime types have been removed from default constructor of
• New stream downloading methods, request and factory
• New simplified ways to create multipart files from streams
• Mime types have been removed from default constructor of
StorageFile
and MultipartFile• New stream downloading methods, request and factory
• New simplified ways to create multipart files from streams
GitHub
Release 0.35.5 · InsanusMokrassar/TelegramBotAPI
MIME TYPES FOR REQUESTS HAVE BEEN DEPRECATED DUE TO REDUNDANCY OF MIME TYPES IN FILES SENDING
Core:
Several new extensions ByteReadChannel#asStorageFile and ByteReadChannelAllocator#asStorageFile...
Core:
Several new extensions ByteReadChannel#asStorageFile and ByteReadChannelAllocator#asStorageFile...
tgbotapi channel is available in kotlinlang slack and you are welcome there 🎉
Hello :) New version 0.35.6 will be available for using from maven soon with several minor updates:
• Dependencies updates
• Deprecation of old updates flows
• Dependencies updates
• Deprecation of old updates flows
GitHub
Release 0.35.6 · InsanusMokrassar/TelegramBotAPI
Common:
Version:
Klock: 2.3.1 -> 2.3.3
MicroUtils: 0.5.19 -> 0.5.21
Core:
All FlowsUpdatesFilter flows have been renamed and updated
Utils:
Extensions allSentMessagesFlow and allSen...
Version:
Klock: 2.3.1 -> 2.3.3
MicroUtils: 0.5.19 -> 0.5.21
Core:
All FlowsUpdatesFilter flows have been renamed and updated
Utils:
Extensions allSentMessagesFlow and allSen...
Hello :) in our telegram community was suggested to use #dev-inmo-tgbotapi topic in all our projects related to the library. I am fully agree with this suggestion and already add the most number of my public libraries and bots to this topic and I advise you to do the same thing too😊
Telegram
Grzegorz Brzęczyszczykiewicz in Kotlin TelegramBotAPI Library
Кстати, думаю, было бы здорово завести на GH какой-то уникальный топик для библиотеки, чтобы искались примеры хорошо. Кликнул по этому топику — и сразу все репы, помеченные им, нашёл. Бери смотри как сделано, удобно же!
Мне пока такое в голову пришло: h…
Мне пока такое в голову пришло: h…
Hello everybody :) I am preparing new version 0.35.7 and currently it is dependencies-update version, but you still may suggest your changes/features/bugfixes to include in this release 😊
GitHub
0.35.7 by InsanusMokrassar · Pull Request #450 · InsanusMokrassar/TelegramBotAPI
Besides, I would like to share my thoughts about version 1.0.0 🙈:
• Utils will be cleared up - in version before 1.0.0 a lot of Utils will be deprecated for replacing/removing due to their redundancy
• I plan to add new extension for behaviour builder and fsm modules which must combine these things in more useful API
As always, you may write here or in Slack your suggestions about the things we may include in release (really release) version of library
• Utils will be cleared up - in version before 1.0.0 a lot of Utils will be deprecated for replacing/removing due to their redundancy
• I plan to add new extension for behaviour builder and fsm modules which must combine these things in more useful API
As always, you may write here or in Slack your suggestions about the things we may include in release (really release) version of library
Hello everybody :) I have created a small prompt note about exceptions handling and hope that it will help you to find your bugs or investigate some incorrect behaviour 🤞
Forwarded from inmo.dev
InsanusMokrassar/TelegramBotAPI: 0.35.8
•
•
•
•
•
•
filename
• New extension
•
• Fixes in
•
• New extensions
•
Common
:•
Version
:•
MicroUtils
: 0.5.24
-> 0.5.25
•
UUID
: 0.3.0
-> 0.3.1
•
Core
:•
MultipartRequestCallFactory
now will use file name as multipart filename
parameter instead of generatedfilename
• New extension
MPPFile#asMultipartFile
•
API
• Fixes in
TelegramBot#withAction
•
Behaviour Builder
:• New extensions
BehaviourContext#commandWithArgs
and BehaviourContext#onCommandWithArgs
GitHub
Release 0.35.8 · InsanusMokrassar/TelegramBotAPI
Common:
Version:
MicroUtils: 0.5.24 -> 0.5.25
UUID: 0.3.0 -> 0.3.1
Core:
MultipartRequestCallFactory now will use file name as multipart filename parameter instead of generated file id...
Version:
MicroUtils: 0.5.24 -> 0.5.25
UUID: 0.3.0 -> 0.3.1
Core:
MultipartRequestCallFactory now will use file name as multipart filename parameter instead of generated file id...
inmo.dev
InsanusMokrassar/TelegramBotAPI: 0.35.8 • Common: • Version: • MicroUtils: 0.5.24 -> 0.5.25 • UUID: 0.3.0 -> 0.3.1 • Core: • MultipartRequestCallFactory now will use file name as multipart filename parameter instead of generated …
I wished also to note that in context of 0.35.8 update I have changed RandomFileSender example bot - now it may react to arguments (you may pass number of files to send), use an action while sending files, and creating media groups for each chosen files collection (when files for than one 😊 )
GitHub
TelegramBotAPI-examples/RandomFileSenderBot.kt at master · InsanusMokrassar/TelegramBotAPI-examples
This repository contains several examples of simple bots which are using TelegramBotAPI - TelegramBotAPI-examples/RandomFileSenderBot.kt at master · InsanusMokrassar/TelegramBotAPI-examples
Hello :) I am preparing 0.35.9 for release and wished to know, what would you do with old versions of Behaviour Builder extensions. The difference between old and new methods related to using more powerful API in new methods. So, what should we do with old methods?
GitHub
0.35.9 by InsanusMokrassar · Pull Request #461 · InsanusMokrassar/TelegramBotAPI
Deprecate old methods of triggers in behaviour builder
Add KDocs for all new functionality
Done #464
Add KDocs for all new functionality
Done #464
What should we do?
Final Results
86%
Deprecate and remove in near major release
0%
Keep and support/improve
14%
Keep, but mark as potentially deprecated
Hello everybody :) Some time has past since 0.35.9 and it is time to plan 0.36.0. Currently next release should include dependencies updates, deprecations removing and improvements in BehaviourBuilder + FSM relations, but I will be glad to any suggestions 😊
Hello everybody :) our project plan to participate in hacktoberfest this year and you may suggest something that community may improve in library or even realize some improvements :)
Telegraph
# Kotlin Community + Hacktoberfest 2021
It's that time of the year again! Hacktoberfest 2021 is up and running! As a good tradition, we've decided to highlight the projects of our community members. Feel free to pick something interesting from the list, or get in touch via Kotlin Community Meta…