OneNote 2010 was observed linking to a page, a paragraph and the section
through the COM API on a Rust-written page (corpus/link-edit/native-links,
authored by tools/native/page-link.ps1): each link is the same HYPERLINK
field code as an external one whose URL is the relative form
onenote:#Title&section-id={section file identity}&page-id={page
notebook-management identity}&end&base-path=<section path>, with
&object-id={paragraph identity}&n instead of &end for a paragraph and
neither title nor page for a section. The page model now carries that page
identity (Page::identity, from the metadata object, absent on damaged
pages), Section::identity exposes the file identity, and
onestore::page::link::internal_link builds the URL; the native URLs are
reproduced byte for byte from stored identities, and
corpus/link-edit/internal is the cold read of a Rust page linking to a
second page. The base path is the caller's, as OneNote writes its own.

The tag corpus is regenerated with a red-on-yellow definition so custom tag
colours and highlights have their native gate.

Assisted-by: claude-fable-5.1