rethink-public/dpy_commons
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

fix: safe_send routes embed= + fails loud on unknown kwargs; embed helpers deep-copy (no input mutation)

Browse Source 
Signed-off-by: disqualifier <dev@disqualifier.me>
This commit is contained in:
dsql
2026-07-03 19:03:05 -04:00
parent 5eb9ed2be0
commit bd9502c62d
4 changed files with 29 additions and 7 deletions
Download Patch File Download Diff File Expand all files Collapse all files
README.md
+5 -2
View File
@@ -7,7 +7,7 @@ text chunking, timestamp helpers, interactive await-prompts, and a limit-safe se
## Install
```
dpy_commons @ git+ssh://git@git.rethinkstudios.io/rethink-public/dpy_commons.git@v0.1.2
dpy_commons @ git+ssh://git@git.rethinkstudios.io/rethink-public/dpy_commons.git@v0.1.3
```
## Usage
@@ -91,7 +91,10 @@ apply to **every** chunked message, not just the first, so a suppressed `@everyo
stays suppressed across the whole split. Once-only kwargs (`file`, `files`, `stickers`,
`nonce`, `reference`, `mention_author`, `view`, `poll`, `delete_after`) still ride the first
message only. A bare `safe_send(destination)` with no content/embeds sends a single message
with `content=None`.
with `content=None`. A singular `embed=` kwarg is folded into the `embeds` pipeline (fit +
split like any other embed); passing both `embed` and `embeds` raises `TypeError`, matching
discord.py's own `Messageable.send` rule. Any kwarg `safe_send` doesn't recognize also raises
`TypeError` naming it, rather than being silently dropped.
## Notes / deviations