Skip to content

[OJS][stable-3_5_0] pkp/pkp-lib#12811 Use search landmark for the frontend search form - #5690

Open
thisismyurl wants to merge 1 commit into
pkp:stable-3_5_0from
thisismyurl:i12811_stable-3_5_0
Open

[OJS][stable-3_5_0] pkp/pkp-lib#12811 Use search landmark for the frontend search form#5690
thisismyurl wants to merge 1 commit into
pkp:stable-3_5_0from
thisismyurl:i12811_stable-3_5_0

Conversation

@thisismyurl

Copy link
Copy Markdown

Addresses pkp/pkp-lib#12811 on the 3.5 LTS branch.

Companion to #5689 (the same fix on main). Opening both at the maintainer's request: pkp/pkp-lib#12811 (comment) — israelcefrin asked to fix LTS and the current working branch, since the defect is live in both.

What changed

templates/frontend/pages/search.tpl carried role="form" on the search form. This changes it to role="search" so assistive technology exposes it as a search landmark. A <form> with no accessible name (this one has none) exposes no form landmark at all, so this goes from no landmark to a search landmark, not a lateral swap.

One attribute, one line. Identical to #5689.

Scope

  • The only <form> on the page; the two role="status" occurrences elsewhere are the results/no-results live regions, untouched.
  • The header search is an <a> link, not a form, and isn't rendered on the search page, so this page exposes exactly one search landmark.

Testing

Verified by reading the template source. I do not have an OJS instance running, so I have not repeated the screen-reader landmark check described in the issue.

Refs pkp/pkp-lib#12811


Prepared with AI assistance (Claude). I reviewed the template, confirmed the single call site, and checked the change against the issue's requirements.

The search form on the frontend search page carried `role="form"`, which
exposes it as a generic (and, without an accessible name, unnamed) form
landmark. Screen readers offer dedicated navigation for search regions, so
the form is now exposed as a search landmark instead.

`role="search"` is applied to the existing `<form>` element rather than
introducing a `<search>` wrapper, which keeps the change to one attribute
and preserves the existing label/input/submit associations.

This is the same change as the main-branch PR, applied to the 3.5 LTS
branch at the maintainer's request.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Copilot AI review requested due to automatic review settings July 21, 2026 13:32
@CLAassistant

Copy link
Copy Markdown

CLA assistant check
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
You have signed the CLA already but the status is still pending? Let us recheck it.

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Backports the accessibility fix from pkp/pkp-lib#12811 to the stable-3_5_0 branch by updating the frontend search page template so assistive technologies expose the page’s search form as a search landmark.

Changes:

  • Update the search page <form> landmark from role="form" to role="search" in templates/frontend/pages/search.tpl.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants