-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
[HOLD for payment 2024-04-15] Split button has incorrect hover styles #39020
Comments
Triggered auto assignment to @CortneyOfstad ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.
What is the root cause of that problem?
What changes do you think we should make in order to solve the problem?
What alternative solutions did you explore? (Optional)
|
ProposalPlease re-state the problem that we are trying to solve in this issue.Split button has incorrect hover styles What is the root cause of that problem?We mixup style for What changes do you think we should make in order to solve the problem?I have some different approach but it has a downside, so maybe we can ask @shawnborton whether it would be fine We need to pass a optional prop App/src/components/Button/index.tsx Line 319 in f7a697a
the default value of StyleUtils.getButtonStyleWithIcon(styles, small, medium, isButtonSizeLarge ? false : large, We do get the line aligned but here we shrink the text a little, i have compared both of them below
What alternative solutions did you explore? (Optional)N/A |
ProposalPlease re-state the problem that we are trying to solve in this issue.Split button has incorrect hover styles What is the root cause of that problem?We added support for But the new styles added caused alignment issues with the large size, as we didn't update the margin styles here:
What changes do you think we should make in order to solve the problem?Update the styles to use bigger margins when Recommending to use dropDownButtonArrowContainLarge: {
marginLeft: 18,
marginRight: 18,
}, Update this line to use larger margins when <View style={[isButtonSizeLarge ? dropDownButtonArrowContainLarge : styles.dropDownButtonArrowContain]}> AlternativelyWe can use the style names as to Result:Screen.Recording.2024-03-27.at.5.51.15.AM.mov |
ProposalPlease re-state the problem that we are trying to solve in this issue.The hover doesn't take the full width of the button. What is the root cause of that problem?This only happens when the Lines 598 to 601 in 1bbb594
Line 22 in 1bbb594
However, the total width of the arrow and divider is only 43 (16 arrow icon + 26 margin horizontal + 1 border width). Then, the button has an align items center style which puts the children to the center. Screen.Recording.2024-03-27.at.12.01.55.movYou can also notice that this doesn't happen in a smaller size. Screen.Recording.2024-03-27.at.12.02.35.movWhat changes do you think we should make in order to solve the problem?First, move the divider element to the direct child of the Button.
Next, add flex row style to the Button Last, add
What alternative solutions did you explore? (Optional)Adjust the arrow icon margin left and right based on the button size so the whole width is equal or bigger than the button min width. |
Actually @narefyev91 is saying that this is fixed on production already? Screen.Recording.2024-03-27.at.13.56.53.mov |
will take this one as it was coming from global button refactoring |
Assigned you to the issue @narefyev91 👍 |
Triggered auto assignment to @francoisl, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
PR was deployed to staging 3 days ago — will keep an eye out when it moves to production 👍 |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.60-13 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2024-04-15. 🎊 For reference, here are some details about the assignees on this issue:
|
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
For some reason job link did not post — https://www.upwork.com/ab/applicants/1779868341125738496/job-details |
@CortneyOfstad Accepted. Thanks! |
Not a regression. This is a design change following a global button refactor.
Regression Test Steps
Do we agree 👍 or 👎? |
Payment Summary@akinwale — paid $500 via Upwork |
Regression test created here — https://github.com/Expensify/Expensify/issues/387839. Closing! |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: 1.4.56-5
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: @shawnborton
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1711469875796639
Action Performed:
Expected Result:
The split button should have hover zones that line up with the two button areas that are split by a border
Actual Result:
There is a weird overlap and you can trigger the hover zone of one side of the button without fully being hovered over it.
Workaround:
unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Recording.2908.mp4
View all open jobs on GitHub
The text was updated successfully, but these errors were encountered: