В общем, вымучил я вот такой костыль. Вкратце нюансы такие:

* Все проекты, для которых нужна дока - мультиплатформа с common, js и jvm. Как следствие, костыль я сделал типовой - это проект, который зависит от всех остальных и, как результат, нет битых ссылок на внешние доки/объекты
* Для включения всех пакетов в проект пришлось сделать костыль (функция includeSourcesInDokka), суть которого в обходе проектов для доки и добавления сорс-сета (на самом деле, просто папки), с нужным названием. Так я собрал jsMain, jvmMain и commonMain папки

Теперь вопрос - а куда можно написать (имеет ли смысл заводить issue, например), чтобы мультиплатформенные сорцы корректно научились включать в мультипроектную доку?

https://github.com/InsanusMokrassar/TelegramBotAPI/blob/0.27.2/docs/build.gradle

В общем, вымучил я вот такой костыль. Вкратце нюансы такие:

* Все проекты, для которых нужна дока - мультиплатформа с common, js и jvm. Как следствие, костыль я сделал типовой - это проект, который зависит от всех остальных и, как результат, нет битых ссылок на внешние доки/объекты
* Для включения всех пакетов в проект пришлось сделать костыль (функция includeSourcesInDokka), суть которого в обходе проектов для доки и добавления сорс-сета (на самом деле, просто папки), с нужным названием. Так я собрал jsMain, jvmMain и commonMain папки

Теперь вопрос - а куда можно написать (имеет ли смысл заводить issue, например), чтобы мультиплатформенные сорцы корректно научились включать в мультипроектную доку?

https://github.com/InsanusMokrassar/TelegramBotAPI/blob/0.27.2/docs/build.gradle

В общем, вымучил я вот такой костыль. Вкратце нюансы такие:

* Все проекты, для которых нужна дока - мультиплатформа с common, js и jvm. Как следствие, костыль я сделал типовой - это проект, который зависит от всех остальных и, как результат, нет битых ссылок на внешние доки/объекты
* Для включения всех пакетов в проект пришлось сделать костыль (функция includeSourcesInDokka), суть которого в обходе проектов для доки и добавления сорс-сета (на самом деле, просто папки), с нужным названием. Так я собрал jsMain, jvmMain и commonMain папки

Теперь вопрос - а куда можно написать (имеет ли смысл заводить issue, например), чтобы мультиплатформенные сорцы корректно научились включать в мультипроектную доку?

https://github.com/InsanusMokrassar/TelegramBotAPI/blob/0.27.2/docs/build.gradle

Имеет смысл в любом случае оставлять issue в репозитории докки. Если это by design, так и скажут.

В общем, вымучил я вот такой костыль. Вкратце нюансы такие:

* Все проекты, для которых нужна дока - мультиплатформа с common, js и jvm. Как следствие, костыль я сделал типовой - это проект, который зависит от всех остальных и, как результат, нет битых ссылок на внешние доки/объекты
* Для включения всех пакетов в проект пришлось сделать костыль (функция includeSourcesInDokka), суть которого в обходе проектов для доки и добавления сорс-сета (на самом деле, просто папки), с нужным названием. Так я собрал jsMain, jvmMain и commonMain папки

Теперь вопрос - а куда можно написать (имеет ли смысл заводить issue, например), чтобы мультиплатформенные сорцы корректно научились включать в мультипроектную доку?

https://github.com/InsanusMokrassar/TelegramBotAPI/blob/0.27.2/docs/build.gradle

Как вы думаете, кому-нибудь была бы полезна либка для типобезопасной работы с единицами измерений, операций над ними и конвертаций?
Сел поиграться с инлайн-классами, смотрел на Котлиновский Duration и набросал свои подобия для длинны и скорости.
И вот думаю, взять и заморочиться, развить, и оформить в либу или тщетно?
Получается как-то так:

скиньте ссылку пожалуйста

с этим согласен
я так понимаю, это выльется в отдельный модуль?

И мне кажется, что скорее Speed<Metric>. Но надо еще подумать.