надо уменьшить число рутинных операций при добавлении очередной страницы в меню.

А сколько вам надо данных на страрицу вбивать?

сейчас надо написать заголовок, подключить его в стену кода где все структуры со страницами собираются и понатыкать экстернов если не все зависимые страницы объявлены, или там круговые зависимости.

Имхо, стоит макрос хотя бы разбить на два три связаных.

typedef struct MenuPage {
  struct MenuPage **pNextPages;
  const uint8_t nextPagesCount;
  struct MenuPage *pPrevPage;
  void *pContext;
  void (*init)(struct MenuPage *self, uint8_t isNext);
  void (*renderTitle)(struct MenuPage *self, uint8_t x, uint8_t y, char focusMode);
  void (*update)(struct MenuPage *self);
  void (*forseSetHomePage)(struct MenuPage *self);
} __attribute__((__packed__)) MenuPage;

вот есть такая структура, она крутится в роутере страниц

Если у вас знания о соседней страницы лежат в данных другой - что то не хорошее случилось.

ну надо же знать следующую и предыдущую. Как иначе то?

Это задача связвающего кода

это он и есть

сама страница это методы

 void (*init)(struct MenuPage *self, uint8_t isNext);
  void (*renderTitle)(struct MenuPage *self, uint8_t x, uint8_t y, char focusMode);
  void (*update)(struct MenuPage *self);

это стандартное решение, ну как минимум для игровых движков. renderTitle нужен для списков чтобы в именах пунктов иметь динамическую информацию.

Сама страница должна быть данными, методами должна быть либа.

Не так ли?

Я ща с просону мб туплю.

логика работы страницы кому принадлежит?

тут менеджер управляет циклом жизни страницы, инициализация, обновление и закрытие.

просто переход на следующую страницу это последний апдейт

Эм но типо страница это отображаемые данные, у нее логики работы быть недолжно, это типо просто данные для отображения.

Это очень примитивное меню выйдет

Как они меняются должно быть в другом месте.