Search Lexicons

follow toward another user

follow of another actor on onrepeat.fm

Rule for sourcing photos from followed actors and/or hashtags into gallery feed or albums. ATPix — when true, resolve actors via app.bsky.graph.getFollows. ATPix — gallery (social feed) or album (membership seeding). ATPix — required when targetScope is album … ATPix — include photos authored by the rule owner. dc:subject — normalized hashtags (no #); matched against photo.keywords. schema:follows (conceptual) — explicit DID allow-list; unioned with follow graph when useFollowGraph is true. dc:description — optional explanation

author the user follows for new-release tracking on the authors view. Distinct from the social graph (app.bsky.graph.follow) — these are book authors, who may not have a Bluesky account. Open Library author key, e.g. 'OL23919A

Record declaring a social 'follow' relationship of another account

public Priiv follow. The rkey is the hex SHA-256 of the subject DID. Used to evaluate Priiv space access

image. Whether the owner marked the emoji as adult content. A pack or single emoji the user follows, resolved against the owner's current catalog. The follow record. The followed pack or emoji. available when … pack or a single emoji. The pack's current emoji in pack order, or the single followed emoji. Empty unless state is available. When the user started following. A user's emoji library. The emoji

series on the reader's shelf. Not the same as a follow: following is a public statement that feeds a creator's follower count, shelving is 'this is mine'. Readers commonly do one without

requests to join a group chat via an join link that requires approval. Whether the requesting member follows the group owner. The DID of the group chat owner. The code of the join link used … group chat. Note that members are added in the 'request' state. Whether the added member follows the group owner. The DID of the member who was added. The number of members who have

Check the follow relationship between two actors: whether `actor` follows `other`, and whether `other` follows `actor` back

signed-in viewer's Orbyt relationship to this actor. Absent for anonymous reads. Whether the viewer follows this actor on the connected network, as of the viewer's last follow sync. Absent when unknown

when read from Orbyt records and Community service state, never stored. The record behind the item: the follow record; for `friendJoined` the joining account's repository (`at:// `); for `communityJoined` the membership record; for `communityPostRemoved … communityReport` the post; for `communityTransferOffered`, `communityModmail`, `communityModmailReply` and `communityAnnouncement` the Community. `follow`: the author followed the viewer on Orbyt. `followImport`: the author's follow came from importing their network follows, so the network never announced

still gets the server's default. Tell me when somebody likes my artwork. Tell me when somebody follows me. Whether to be told when a publication the account asked to protect finishes. The first reason … requesting account has done about this actor, and whether this actor has shut the requester out. `following` names the requester's own record, because a mutation is undone by deleting the record that made

array, no one can reply. If value is undefined, anyone can reply. Allow replies from actors who follow you. Allow replies from actors you follow. Allow replies from actors on a list. Allow replies from

subsequent updates regardless of channel. Minimal profile info embedded inside other views. URI of the viewer's follow record for this actor, if any. Full profile view. Whether the viewer is subscribed to this actor … post alerts. URI of the viewer's follow record for this actor, if any. URI of the viewer's block record for this actor, if any. Whether this actor has blocked the viewer. Whether

Create an app.didpic.graph.follow record on the authenticated viewer's own PDS, mediated by the AppView using its server-held session (confidential OAuth client only).