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

UIU-2951: change disabled button style #2568

Merged
merged 5 commits into from
Oct 11, 2023
Merged

UIU-2951: change disabled button style #2568

merged 5 commits into from
Oct 11, 2023

Conversation

alisher-epam
Copy link
Contributor

@alisher-epam alisher-epam commented Oct 9, 2023

Purpose

UIU-2951: change disabled button style

Approach

Screen.Recording.2023-10-09.at.7.19.23.PM.mov

TODOS and Open Questions

Learning

Pre-Merge Checklist

Before merging this PR, please go through the following list and take appropriate actions.

  • I've added appropriate record to the CHANGELOG.md
  • Does this PR meet or exceed the expected quality standards?
    • Code coverage on new code is 80% or greater
    • Duplications on new code is 3% or less
    • There are no major code smells or security issues
  • Does this introduce breaking changes?
    • If any API-related changes - okapi interfaces and permissions are reviewed/changed correspondingly
    • There are no breaking changes in this PR.

If there are breaking changes, please STOP and consider the following:

  • What other modules will these changes impact?
  • Do JIRAs exist to update the impacted modules?
    • If not, please create them
    • Do they contain the appropriate level of detail? Which endpoints/schemas changed, etc.
    • Do they have all they appropriate links to blocked/related issues?
  • Are the JIRAs under active development?
    • If not, contact the project's PO and make sure they're aware of the urgency.
  • Do PRs exist for these changes?
    • If so, have they been approved?

Ideally all of the PRs involved in breaking changes would be merged in the same day to avoid breaking the folio-testing environment. Communication is paramount if that is to be achieved, especially as the number of intermodule and inter-team dependencies increase.

While it's helpful for reviewers to help identify potential problems, ensuring that it's safe to merge is ultimately the responsibility of the PR assignee.

@alisher-epam alisher-epam requested review from a team October 9, 2023 14:40
Copy link
Member

@zburke zburke left a comment

Choose a reason for hiding this comment

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

Either local-styles are completely unnecessary, or they need to be de-duped.

Comment on lines 1 to 5
.disabledButton {
color: #000000;
cursor: not-allowed;
opacity: 0.65;
}
Copy link
Member

Choose a reason for hiding this comment

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

We provide disabled-button styling already so I am not confident we need local handling for this, but I am confident that we don't need it twice (I'm lookin' at you, RequestFeeFineBlockButtons.css).

If you believe we do need a local style, (1) please explain why and (2) let's find a place where we can specify it once and share it.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Hello @zburke. I will check the component docs again. Indeed, we have handled styling for the disabled button already. However, I don't think we have handled it for a tags in. the button component. In my case, since the Button component has a href or to property, the elements have been used as anchor tags rather than buttons.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I have created PR regarding to the issue here folio-org/stripes-components#2142

Copy link
Contributor

@NikitaSedyx NikitaSedyx left a comment

Choose a reason for hiding this comment

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

folio pattern is to hide such actions as they can not be enabled by user action

@alisher-epam
Copy link
Contributor Author

folio pattern is to hide such actions as they can be enabled by user action

Do you want me to hide them instead of disable them?

@NikitaSedyx
Copy link
Contributor

Do you want me to hide them instead of disable them?

yes

@sonarqubecloud
Copy link

Kudos, SonarCloud Quality Gate passed!    Quality Gate passed

Bug A 0 Bugs
Vulnerability A 0 Vulnerabilities
Security Hotspot A 0 Security Hotspots
Code Smell A 0 Code Smells

100.0% 100.0% Coverage
0.0% 0.0% Duplication

@alisher-epam alisher-epam merged commit 98a3c5c into master Oct 11, 2023
4 checks passed
@alisher-epam alisher-epam deleted the UIU-2951 branch October 11, 2023 07:27
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.

4 participants