Grill: enclosure promotion and dedupe rules #34
Labels
No labels
needs-info
needs-triage
ready-for-agent
ready-for-human
wayfinder:grilling
wayfinder:map
wayfinder:prototype
wayfinder:research
wayfinder:task
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
TheAnachronism/tt-rss-viewer#34
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Part of #30
Question
Which attachments/enclosures should be promoted into inline Reader media, and how do we dedupe them against media already present in the HTML?
Decide at least:
image/*,video/*, URL extension heuristics when MIME isimage/genericas in the Reddit example)<img>-like image vs tap-to-play videoResolution
Enclosure promotion + dedupe (runs after image/GIF preference):
image/*andvideo/*(includingimage/generic). When MIME is missing or generic, apply URL extension heuristics (e.g..gif/.jpg/.jpeg/.png/.webp/.mp4/.webm). Audio and other types stay chip-only (audio remains out of scope for in-app play).<video>).<img>s first (Grill: full-resolution image/GIF preference rules). Enclosures already consumed as an upgrade are not promoted again.width,crop,s) or basename matches an existing/preferred<img>/<video>URL. No content-hash.Reddit fixture: preview enclosure shares basename / resize-variant with the (possibly upgraded) inline GIF → no second inline copy, no chip.