Skip to content

Harmonize FormHelper option-key docs to unquoted code spans#8312

Open
dereuromark wants to merge 2 commits into
5.xfrom
docs-harmonize-form-option-keys
Open

Harmonize FormHelper option-key docs to unquoted code spans#8312
dereuromark wants to merge 2 commits into
5.xfrom
docs-harmonize-form-option-keys

Conversation

@dereuromark

@dereuromark dereuromark commented Jun 20, 2026

Copy link
Copy Markdown
Member

Follow-up to the recent email page cleanup (#8311).

The FormHelper options documentation wrote every option key as a quoted code span - `'type'`, `'url'`, `'templates'`, etc. This page predates the convention used elsewhere in the docs, where option/config keys render unquoted: `type`, `url`, `templates`.

This PR strips the surrounding quotes from the option key each bullet defines, on both the English and Japanese pages so the key lists stay in sync.

Scope / what is intentionally left untouched

Only the key being defined by a bullet is changed. Literal string values shown inside descriptions keep their quotes, because they denote actual strings the user passes:

- `type` - Set this option to `'reset'` in order to generate reset buttons.
   ^ key, unquoted              ^ value, stays quoted

So tokens like `'get'`, `'post'`, `'reset'`, `'delete'`, `'both'` are deliberately preserved where they appear as values in running text.

Grouped key bullets such as `'rows', 'cols'` become `rows, cols` (quotes removed, single span kept).

Anchor fix on the Japanese page

Touching the Japanese page made the link checker validate it and surface a pre-existing problem unrelated to the quotes: 44 internal links pointed at English-slug anchors (#general-control-options, #create-radio-button, #checkbox-radio-select-options, ...) that only existed on the English page. The English page exposes them via explicit <a id> tags and English heading slugs; the Japanese headings slugify differently, so none of those targets existed.

Added the matching explicit anchors before the corresponding Japanese sections, so all 44 links resolve. #datetime-options and #time-options have no English counterpart and were anchored at the date- and time-related option subsections they clearly reference.

No headings change, so there is no impact on links pointing into this page from elsewhere.

Follow-up to the email page cleanup: the FormHelper options documentation
wrote each option key as a quoted code span (`'type'`, `'url'`, ...). Drop
the surrounding quotes so the keys render as `type`, `url`, ... matching the
style used elsewhere in the docs.

Only the option key being defined by each bullet is changed. Literal string
values shown in the descriptions (`'get'`, `'post'`, `'reset'`, ...) keep
their quotes, since those denote actual string literals passed by the user.
Applied to both the English and Japanese pages so the key lists stay in sync.
@dereuromark dereuromark added this to the 5.x milestone Jun 20, 2026
The Japanese FormHelper page links to English-slug anchors (e.g.
#general-control-options, #create-radio-button, #datetime-options) that the
English page exposes via explicit <a id> tags and English heading slugs. The
Japanese headings slugify differently, so none of these targets existed and
44 internal links were dangling.

Add the matching explicit anchors before the corresponding Japanese sections.
The two option groups #datetime-options and #time-options have no English
counterpart; anchor them at the date- and time-related option subsections
they are clearly meant to reference.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant