# I am the Watcher. I am your guide through this vast new twtiverse.
#
# Usage:
# https://watcher.sour.is/api/plain/users View list of users and latest twt date.
# https://watcher.sour.is/api/plain/twt View all twts.
# https://watcher.sour.is/api/plain/mentions?uri=:uri View all mentions for uri.
# https://watcher.sour.is/api/plain/conv/:hash View all twts for a conversation subject.
#
# Options:
# uri Filter to show a specific users twts.
# offset Start index for quey.
# limit Count of items to return (going back in time).
#
# twt range = 1 13
# self = https://watcher.sour.is/conv/gfh3ajq
This has been merged and rolled out to my pod twtxt.net -- But... A couple of caveats:
- This does not work cross-pods. External Avatars (_as seen by other pods_) uses a different code-path for downloading, processing and caching Avatars advertised in Feed's # avatar = field.
- Therefore this only works on-pod.
- Saving your User settings and updating to an Avatar GIF takes some time to process.
- There is no way to turn off the animated Avatar, except to change back to a normal Image Avatar.
This has been merged and rolled out to my pod twtxt.net -- But... A couple of caveats:
- This does not work cross-pods. External Avatars (_as seen by other pods_) uses a different code-path for downloading, processing and caching Avatars advertised in Feed's # avatar = field.
- Therefore this only works on-pod.
- Saving your User settings and updating to an Avatar GIF takes some time to process.
- There is no way to turn off the animated Avatar, except to change back to a normal Image Avatar.
Even if we decided to support this cross-pod -- Since as @fastidious rightly points out to me all the time that "consistency is key"; supporting GIF-based Avatars cross-pod is and will be incredibly wasteful in terms of resources, bandwidth, etc. I _think_ it's a bad idea personally.
We can either:
- Only support this on-pod.
- Decide not to support this at all.
I leave the choice up to the Yarn.social community 🤗
Even if we decided to support this cross-pod -- Since as @fastidious rightly points out to me all the time that "consistency is key"; supporting GIF-based Avatars cross-pod is and will be incredibly wasteful in terms of resources, bandwidth, etc. I _think_ it's a bad idea personally.
We can either:
- Only support this on-pod.
- Decide not to support this at all.
I leave the choice up to the Yarn.social community 🤗
@prologic I vote for **not supporting** animated GIFs on avatars. They can be distracting, and even cause issues to other users, which might be sensitive to flashes, constant movements, etc.
@fastidious "They can be distracting, and even cause issues to other users, which might be sensitive to flashes, constant movements, etc." can be said about any other gifs, even the ones on the timeline, but the other points seem valid, as making them ceoss-pod would lead to problems and having them work only locally is somewhat confusing. 🤔
@thecanine not every twt has an animated GIF. If set, every twt sent by the user with an animated GIF avatar will have, well, an animated GIF moving, flashing, etc. That's the difference.