[codex] Group menu sections

[ygsgdbd]

Summary

TypeSwitch currently wraps several single menu entries in separate SwiftUI Section containers. On macOS, each container renders its own separator, so the lower half of the menu appears fragmented even though the entries belong to a small number of related functional groups.

This change follows the grouping pattern already used by ListenBar: titled, dynamic application lists remain Sections, while ordinary actions are arranged continuously and explicit Dividers separate only distinct functional areas.

User impact

The application management entries now read as one cohesive block instead of a stack of one-item groups. Settings, update/repository actions, and quit remain clearly separated. Menu labels, ordering, submenus, input method behavior, persistence, and actions are unchanged.

Root cause

ConfiguredAppsView, UnavailableAppsView, IgnoredAppsView, SwitchStatisticsView, SettingsView, and AppInfoView each introduced container-level Sections. These sections were useful as code organization but unintentionally became visible separators in the native menu.

Changes

• Remove unheaded wrapper sections from the application management, statistics, settings, and application information views.
• Add explicit dividers in MenuBarView between the application list, management, settings, and information areas.
• Keep the current, running unconfigured, and running configured application lists as titled sections.
• Avoid rendering a leading divider when no current or running application section is visible.
• Keep the ignored-app section inside its submenu, where the header remains meaningful.

Validation

• just lint
• just test — 97 tests passed with 0 failures after rebasing onto the latest main
• git diff --check

The deterministic README screenshot generator was also attempted, but it correctly stopped because another TypeSwitch instance was running. No screenshot assets were modified.