acyka api

GET /api/v1/users/{nick}/following

userFollowing

needs people:read

curl https://api.acyka.cc/api/v1/users/someone/following?limit=10 \
  -H "Authorization: Bearer $ACYKA_TOKEN"

Asking #

In the address

fieldtypewhat it is
nick stringa nickname the account answers to, current or past

Narrowing it

fieldtypewhat it is
limit may be absentnumber | undefinedhow many rows, 1-100; 30 by default
offset may be absentnumber | undefinedwhere to carry on from

Answering #

200 Page<Person> a page: items, and total beside it

It pages by limit and offset. Every library has a paginator that walks it — see Paging, which is also where the reason it stops on a short page rather than on total is written down.

The shapes #

Person #

Somebody, as small as a person gets on this door.

The site draws a person with `Name` or `Identity` and hands those components a whole `Wearer` — the colour, the badges, the pattern, the presence. None of that is here, and leaving it out is the decision rather than an omission: a badge is a thing this site invented and may re-invent, and a client that has built a row around `worn.hue` is a client we would have to keep it for.

fieldtypewhat it is
nickname string
avatar may be absentstring | undefined
verified boolean

When it says no #

A refusal is { "message": "errors.something" } — a phrase name and never a sentence, because one screen can be read in five languages. Every library turns the name into a type, so you catch the class you can do something about. Errors has the list.