Menu and taxonomy overview
The two forms every site administers a tree with, reproduced rather than imitated: the links table of a menu and the terms table of a vocabulary, built with the properties core sets, in the same places, with the same values. Both are a table of a tree, and they are not the same table. A menu carries the state of a link in a check box and hides the field the dragging writes the parent into; a vocabulary prints the state in words, leaves the parent field visible, writes the depth of a term back as well, and is paged -- so its table also holds the rows of the pages either side of this one, the classes that mark the join between them, a second button beside Save and a pager underneath. Themes are usually built against one of the two and then meet the other. The trees are made up and nothing is saved, so the page renders the same on every site and no menu link or term is read or written.
Menu links
The table of /admin/structure/menu/manage/main, without the title, the summary and the machine name of the menu above it. Six columns wide although the header names four of them, because the two hidden fields tabledrag writes a new position into are cells of their own; the check box in the second column is whether the link is shown, not whether the row is picked; and a disabled link says so twice, once in the check box and once in the cell beside it.
Vocabulary terms
The table of /admin/structure/taxonomy/manage/topics/overview, with the help text over it and the pager under it. Four columns and three hidden fields, all three inside the first cell rather than beside it. The first and last rows belong to the pages either side of this one: they are printed so that a term can be dragged onto them, they carry a class saying so, and the rows across the join from them carry another. A vocabulary short enough to fit on one page has none of that, which is why it is so easily missed.