Kotlin Telegram Bot API Library (tgbotapi)
159 subscribers
17 photos
1 video
1 file
276 links
https://github.com/InsanusMokrassar/ktgbotapi

Channel with updates from Kotlin Multiplatform TelegramBotAPI library

DM: @InsanusMokrassar
Forum: @ktgbotapi_forum
Projects Releases: @inmodev
Support me: https://t.me/inmodev/431
Download Telegram
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
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?
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 StorageFile and MultipartFile
• New stream downloading methods, request and factory
• New simplified ways to create multipart files from streams
tgbotapi channel is available in kotlinlang slack and you are welcome there 🎉
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 😊
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
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

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
filename
• New extension MPPFile#asMultipartFile
API
• Fixes in TelegramBot#withAction
Behaviour Builder:
• New extensions BehaviourContext#commandWithArgs and BehaviourContext#onCommandWithArgs
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?
Release 0.35.9 has been published. Here I have to rewrite triggers in BehaviourBuilder, split LocationContent to different types and add opportunity to use *ln syntax inside of buildEntities (issue). Full changelog is here.
Besides, you may look at the migration example in this commit
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 😊