[rpgmem]

Closes #2050.

Problem

On Certificates → Submissions, a row's Edit, PDF and Trash buttons broke onto two lines although Status and Date sat half empty. The table is table-layout: fixed and only ID has a width, so every column got an equal share. Measured in a 1700 px table: Actions 228 px, while the three buttons need 236 px plus gaps and padding. Trash also had no gap before it, because the buttons were separated by text spaces and one space was missing.

Change

• ffc-admin-submissions.css (loaded on this screen only since Stylesheets: ffc-admin-submissions.css is named for one screen and loads on every FFC screen #1923):
  • .column-status and .column-submission_date: 9em;
  • .column-actions: 22em;
  • new .ffc-submission-actions: a flex row with flex-wrap and the xs spacing gap.
• SubmissionsList::render_actions() wraps the buttons in that container; the button logic moved unchanged to action_buttons().

Measured (Chromium render of the row with the plugin's sheets)

Table width	Actions	Three buttons (published)	Four buttons (trashed)
1700 px	307 px	one line	two lines
1366 px	307 px	one line	two lines
1180 px	307 px	one line	two lines

Before: Actions 228 px and two lines at 1700 px. The text columns (Form, E-mail, Data) share what is left.

Tests

• SubmissionsListTest: the actions cell is one ffc-submission-actions container (60 tests pass).
• Guards: class emission, stylesheet ownership, namespace anchor, spacing and colour tokens, class naming, utility scope (120 tests). PHPCS, PHPStan and Stylelint are clean. The full PHPUnit suite runs in CI.

Risk

• Layout only, on one screen. A very long date format or a long translated status label wraps inside its own cell rather than widening it.

Checklist

• Base is develop; no version bump
• CHANGELOG.md: one bullet under [Unreleased] → Fixed, citing Submissions: the row action buttons wrap although the table has room #2050
• Minified CSS rebuilt
• No documentation change (no behaviour or setting changes)

Waits as a draft until #2049 merges (one PR armed at a time).

---

Generated by Claude Code

[rpgmem]

Added to this PR, same screen: "Reveal this page" sat between the status links and the search box.

PiiReveal::page_button() printed a plain <p> right after $table->views() (floated left) and search_box() (floated right), so the paragraph flowed into the gap between them. The paragraph now carries ffc-pii-reveal-bar, which ffc-admin-components.css gives clear: both. On the other screens that draw it (appointments, audience members, date messages) nothing floats before it, so it changes nothing there.

Measured in Chromium with the two floats: before, the button's top was at 8 px and its left at 222 px, beside the floats; after, at 34 px (the floats' bottom) and 8 px. PiiRevealTest pins the class; the appointments, audience and date-messages view tests and the CSS guards pass (170 tests).

---

Generated by Claude Code