Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Income Limits] Evaluate print functionality for results screen #19999

Open
7 tasks
randimays opened this issue Dec 2, 2024 · 1 comment
Open
7 tasks

[Income Limits] Evaluate print functionality for results screen #19999

randimays opened this issue Dec 2, 2024 · 1 comment
Labels
Income limits app Income limits web app re: benefits eligibility; owned by Public Websites team Needs refining Issue status Public Websites Scrum team in the Sitewide crew sitewide UX

Comments

@randimays
Copy link
Contributor

randimays commented Dec 2, 2024

Description

Income Limits needs to have a print button on the results screens and appropriately display results content for a printed page. Some page elements may be appropriately formatted for print view already because they are DS web components. We should:

  1. Review the existing print behavior of each results screen
  2. Create guidelines or mockups for how to adjust any behavior, if necessary
  3. Specify where the print button should be added on the page, and the text that should be on it

Reference:

Screenshots of existing behavior

Results screen - Current year flow

Digital view

Below is what is shown when you right-click on the browser window and click "Print."

Print view

User story

AS A Veteran who is viewing the Income Limits results page and has clicked the 'Print this page' button
I WANT to see helpful, necessary information on the print view of the results page
SO THAT I can have a printed copy of my results to review and refer without going through the wizard again, to review when not online.

Engineering notes / background

Analytics considerations

Testing & QA

Scope / Impact analysis

What, if anything, could break as a result of this change?
Engineer should assess this when approaching PR.

Roles / assignments

After functional testing, code review, accessibility review, and design review can happen in parallel.

  • Functional testing:
  • Code review:
  • Design review:
  • Accessibility review: @laflannery
  • Product acceptance: @FranECross

Acceptance criteria

ACs should capture expected behavior, to inform test plans. Consider devices, documentation updates including KBs, change management, and content model when applicable.

  • Veterans can click a print button in order to print their Income Limits results (without things like buttons and extraneous information)
  • Print button is not a Primary button
@randimays randimays added Income limits app Income limits web app re: benefits eligibility; owned by Public Websites team Needs refining Issue status sitewide UX labels Dec 2, 2024
@FranECross FranECross added the Public Websites Scrum team in the Sitewide crew label Dec 2, 2024
@FranECross
Copy link

Added user story and AC; moved to the To Refine column; added Public Websites tag.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Income limits app Income limits web app re: benefits eligibility; owned by Public Websites team Needs refining Issue status Public Websites Scrum team in the Sitewide crew sitewide UX
Projects
None yet
Development

No branches or pull requests

2 participants