Consistent display lists: operations, publication state, columns, sorting

Problem/Motivation

The instances, page layout and Views lists behave differently:

• Instance operations added by other modules (for example dev tools Import and Export) only show on the instances list.
• No list tells whether a display is published.
• Columns differ: Last log on two lists, no Updated date on page layouts, and the Views list shows the profile ID instead of its label.
• The Views list is not sorted, its pager never works, and it offers no Edit operation.
• The Instances panel misrepresents empty displays and unpublished drafts.

Each list page also carries its own description, rendered in the page body instead of Drupal's help region, and the documentation assumes Standard creates the Article content type, which it no longer does since Drupal 11.4 (#3159848: [Policy] Always install Drupal with Standard on the UI, pared down of use case specific elements (content types, node listing, commenting, theme)).

Proposed resolution

Lists

• The page layout and Views lists call hook_entity_operation_alter() with the row's instance, so instance operations show on every list.
• A Publication column on all three lists: Empty, Not published, Unpublished changes or Published. Drafts and published sources are compared without their node IDs.
• Status badges use default_admin's gin-status classes, plus db-* classes.
• Same columns everywhere: Profile label, Publication, Updated. Last log is removed.
• The Views list is sorted by Updated, newest first, with 50 rows per page. The page layout list stays unsorted and unpaged: its order is the matching priority.
• The Views list offers the operations of an entity list, in weight order: Build, Edit (the view display), Change profile (the display's Display Builder option form) and Delete.
• The Instances panel shows no indicator for an empty display, and "Not published yet" for an unpublished draft.
• New helpers in DisplayBuilderHelpers: hasUnpublishedChanges(), publicationBadge(), statusBadge().

Note: Claro fallback is ok, only badge colors (published / empty...) are not in Claro, which for me is ok as it's a deprecated admin theme. Gin 5 is good as it rely on the same classes as default_admin.

Help and documentation

• Page descriptions move to hook_help(), so they render in Drupal's help region: instances, profiles, pattern presets, page layouts and the Views list, plus the profile add, edit and panel settings forms and the page layout add, edit and duplicate forms.
• Each help text links to its own documentation page instead of the documentation home.
• New tutorial, Build a homepage: a content type, its display, the front page setting, and a page layout with the <front> condition, from a Drupal install without the recipes.
• Build your first display explains that Standard no longer creates Article, and adds it with drush recipe core/recipes/article_content_type.

Remaining tasks

• Follow-up: Instance::isPublishedPresent() compares raw hashes, node IDs included, while the lists compare content without node IDs, so the builder and the lists can disagree:
  • On an empty, never published display, it returns FALSE: Publish is enabled with nothing to publish, and Save status shows "Saved".
  • On a published display whose published sources carry fewer node IDs than the draft, it returns FALSE although nothing changed: Publish is enabled, Restore is offered, and Save status shows "Saved" instead of "Published".

  Using DisplayBuilderHelpers::hasUnpublishedChanges() there would align both.

• Follow-up: #3623275: Replace the instances admin list with a View

User interface changes

New Publication column, same columns on all lists, a sortable and paged Views list with Edit and Change profile operations, and page help in Drupal's help region.

API changes

New static helpers in DisplayBuilderHelpers. ViewsManagementController takes two more autowired constructor arguments.

Data model changes

None.