LIREN

https://learn.microsoft.com/ru-ru/dotnet/api/syste...

Есть. Называется int. Вам надо хранить количество десятитысячных в числе. Иными словами, вы вместо x храните в int x*10000. При выводе делите на 10000 (и установите выводить 4 знака).

Такие числа можно просто складывать и вычитать. При умножении надо будет результат поделить нацело на 10000 (или округлить к ближайшему, делящемуся на 10000 и потом отбросить 4 нуля). При делении - наоборот. Надо сначала домножить числитель на 10000, а потом поделить нацело на знаменатель (возможно стоит подумать об округлении к ближайшему целому).

Upd: И вообще, раз уж разговор о C++, то можно реализовать свой класс. Там можно даже отдельно хранить целую часть и 4 знака после запятой. Если вам встроенной точности int/int64_t не хватает. Все математические операции можно переопределить и работать, как со встроенным типом. Вообще, по-умному, это называется fixed point numbers.

Потому что у вас не стоит соответствующий плагин

Проблема в том, что код функций из шаблонов генерируется по мере надобности.
Вот встретил компилятор где-то Test<int> - и начинает создавать функцию для int.
Но в единице трансляции с Functions.cpp он этого не встретил и ничего не генерирует. А когда он компилирует Source.cpp он может только сгенерировать декларацию, но не определение функции. Ведь он видит хедер, но не что написано в Functions.cpp.

Поэтому, если весь шаблон определять в .h файле то компилятор сможет сгенерировать что ему надо всегда.

Второй варинат решения проблемы - в Functions.cpp указать компилятору, что шаблон будет использоватся с такиим-то типами:
using Test<int>;

Этот подход лучше тем, что один и тот же код не компилируется кучу раз, как если бы он был в хедере.
С другой стороны, вам надо заранее в месте определения шаблона расписать все используемые с ним типы вручную.

Обычно минусы тут перевешивают плюсы и шаблоны всегда целиком пишут в хедерах. Но это не единственный враиант. Неправда, что шаблоны должны целиком находится в хедерах.

Можете скинуть готовый вариант, искал кучу вариантов, не помогло.

Можем, а поможет?
Советую изучить секретную технологию "официальная документация"

Можно

ты про это? https://plugins.jetbrains.com/plugin/7275-codeglance

Ваша задумка буквально противоречит заложенному смыслу ролей, они нужны в первую очередь чтобы так не делать и вы получите тот же результат, но значительно более сложным путем.

Если не передумали, то алгоритм следующий.
Получить нужную роль utils.get, циклом по всем пользователям сервера проверять наличие данной роли у пользователя (смотреть в member.roles) и добавлять в текст сообщения нужных пользователей.

пунктов в select-меню может быть максимум 25.

Довольно странный вопрос, с учетом того, что по-умолчанию кулдаунов у команд вообще нет.
И если кулдаун устанавливается декоратором cooldown, то (вот ведь неожиданность) снимается функцией reset_cooldown(ctx)

@commands.command(name="cooldown_test")
@commands.cooldown(1, 30, commands.BucketType.user)
async def cooldown_test(self, ctx, command=None):
    if command is None:
        await ctx.send('В этой ветке кулдаун будет сброшен и команду можно вызвать еще раз')
        self.cooldown_test.reset_cooldown(ctx)
    else:
        await ctx.send('В этой ветке будет установлен кулдаун для пользователя 30 секунд, '
                       'при повторном вызове будет ошибка `commands.errors.CommandOnCooldown`')

При создании embed добавьте в description это:
[Текст](Ваша ссылка)
Чтобы код выглядел примерно так:

embed = discord.Embed(title="...", description="...  [Подробнее](https://discord.com/) ...")

Никак. Это сообщение сформированное через Discohook, оно так отображается потому что нет отдельного значка для сообщений отправленных через вебхуки, но ботом он не является.