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

[Feature] Buttons Lack Hover Reactions - Poor User Experience #231

Open
mo-gbolahan opened this issue Oct 3, 2024 · 5 comments
Open

[Feature] Buttons Lack Hover Reactions - Poor User Experience #231

mo-gbolahan opened this issue Oct 3, 2024 · 5 comments
Labels
💻 aspect: code Concerns the software code in the repository ✨ goal: improvement Improvement to an existing feature 🟩 priority: low Low priority and doesn't need to be rushed 🚧 status: blocked Blocked & therefore, not ready for work

Comments

@mo-gbolahan
Copy link

Problem

Buttons Lack Hover Reactions - Poor User Experience

Description

The buttons on the page do not have any visual feedback when hovered over. This lack of reaction reduces the interactivity and overall user experience (UX).

Steps to Reproduce:

  1. Navigate to the page with buttons (mention the exact page/component).
  2. Hover over any button.
  3. Observe that there is no visual change (e.g., color change, shadow, or animation).

Recommendation: Implement a hover effect, such as:

  • Changing the button color or adding a subtle shadow when hovered.
  • Using a smooth transition to improve the user experience.
@mo-gbolahan mo-gbolahan added ✨ goal: improvement Improvement to an existing feature 💻 aspect: code Concerns the software code in the repository 🚦 status: awaiting triage Has not been triaged & therefore, not ready for work 🟩 priority: low Low priority and doesn't need to be rushed labels Oct 3, 2024
@cc-open-source-bot cc-open-source-bot moved this to Triage in WebDev Oct 3, 2024
@possumbilities possumbilities added 🏁 status: ready for work Ready for work and removed 🚦 status: awaiting triage Has not been triaged & therefore, not ready for work labels Oct 3, 2024
@possumbilities possumbilities moved this from Triage to Backlog in WebDev Oct 3, 2024
@Dev-JoyA
Copy link

Dev-JoyA commented Oct 3, 2024

@TimidRobot kindly see the status for this issue, it is "ready for work".
let me know the next step to take , if i should create another PR with the correct guidelines ???

@TimidRobot
Copy link
Member

@Dev-JoyA, yes it has 🏁 status: ready for work Ready for work .

The next step I recommend is to propose a solution here in the issue. Once a potential solution is selected, it can be implemented in a pull request.

@Dev-JoyA
Copy link

Dev-JoyA commented Oct 3, 2024

@TimidRobot, I recommend the following for the search repository:

  1. Create a button class that defines the default style for all buttons.
  2. Implement a hover selector to slightly change the button color on hover, providing visual feedback.
  3. Add a selector for the active state of buttons, incorporating an animation effect to simulate a click reaction and enhance interactivity.

@Dev-JoyA
Copy link

Dev-JoyA commented Oct 4, 2024

@TimidRobot @possumbilities I also recommend the changes should be done upstream, that is added in vocabulary.css so all other website can have access to the functionality .

Can i go ahead with this ??

@possumbilities
Copy link
Contributor

After further review I wanted to clarify that adding hover effects seems like something we need to do in Vocabulary, particularly within the vocabulary.css file.

I'm going to move this to 🚧 status: blocked Blocked & therefore, not ready for work because I believe changes will occur with less fragmentation if they are made in Vocabulary concisely and then as each implementation project (like this one) gets the newer vocabulary.css file they'll automatically get these downstream adjustments.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
💻 aspect: code Concerns the software code in the repository ✨ goal: improvement Improvement to an existing feature 🟩 priority: low Low priority and doesn't need to be rushed 🚧 status: blocked Blocked & therefore, not ready for work
Projects
Status: Backlog
4 participants