-
Notifications
You must be signed in to change notification settings - Fork 3k
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 2023-09-04] [$1000] Update Dropdown Button UI #22540
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01939b2277abfdcd49 |
Triggered auto assignment to Contributor Plus for review of internal employee PR - @abdulrahuman5196 ( |
Is this open for contributors to work? I can do it. Do i need to submit a poposal? |
@ygshbht Only issues open and have a 'Help Wanted' label is open for contributors to submit proposals |
cc @shawnborton does this style change affect only the settlement button, or all dropdown buttons? |
I guess we'd want to do that to all split buttons that exist for consistency! |
I'm going to make this one external @abdulrahuman5196. Happy to help with any styling questions that come up cc @ygshbht if you're still interested! |
Triggered auto assignment to @garrettmknight ( |
Current assignee @abdulrahuman5196 is eligible for the External assigner, not assigning anyone new. |
Can i work on this? |
ProposalPlease re-state the problem that we are trying to solve in this issue.UI changes are required to make the component as per the design. What is the root cause of that problem?Unwanted UI changes that need to be fixed What changes do you think we should make in order to solve the problem?Will fix the following points: Button height (40px) https://github.com/Expensify/App/blob/HEAD/src/components/ButtonWithDropdownMenu.js add for divider: // in Button Component
<View style={styles.dividerContainer}>
<View style={styles.dividerElement} />
</View>
// CSS being:
dividerContainer: {
width: 1,
justifyContent: 'center',
backgroundColor: themeColors.success,
height: 40
},
dividerElement: {
backgroundColor: themeColors.text,
height: 28
}, What alternative solutions did you explore? (Optional)N/A |
ProposalPlease re-state the problem that we are trying to solve in this issue. What is the root cause of that problem?Not a problem What changes do you think we should make in order to solve the problem?Will add following changes to the ButtonWithDropdownMenu component https://github.com/Expensify/App/blob/HEAD/src/components/ButtonWithDropdownMenu.js Button height (40px) What alternative solutions did you explore? (Optional)N/A |
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?
Button height (40px)
Divider line (1px, same color as text, 28px height)
Caret is still 20x20 px
Same flex styling, here's an example on an expense report view.
What alternative solutions did you explore? (Optional)
|
ProposalPlease re-state the problem that we are trying to solve in this issue.Update Dropdown Button UI What is the root cause of that problem?New Feature Request What changes do you think we should make in order to solve the problem?The
which references the CSS: Lines 551 to 556 in 7770b86
To change the colour to the divider to the same color as text we would the property of Currently the divider is rendered between the two buttons (1st button contains text and 2nd contains the dropdown icon). To make sure the background is not shown in the height where the divider is not present, the simplest solution is to move the divider as content of 2nd button (which contains the dropdown icon). To change the height of the whole component we need to pass the medium prop to all the Currently Lines 443 to 449 in 7770b86
The minHeight is currently Passing the What alternative solutions did you explore? (Optional)To reduce the button size anytime a general button is rendered we can simply change the button component's style Line 446 in 7770b86
With this change anytime a large button has to be rendered, we would have to explicitly pass the large prop. This change should be done only if the Expensify Design Team is moving away from a general button size to be large. I would advocate for this approach since 40px height buttons look more elegant |
ProposalPlease re-state the problem that we are trying to solve in this issue.Feature: Update the UI of Dropdown button What is the root cause of that problem?No root cause, this is not a bug. What changes do you think we should make in order to solve the problem?We have to make the following changes in
What alternative solutions did you explore? (Optional)If we go with the above approach for making the divider line smaller, there will be a 1px area on line where click behaviour won't work (which is also what happens right now). If we want to avoid this, we can move the divider line to either the right button or the left button depending on what the Expensify team thinks should happen if user clicks on the line - pay or open payment options. If we use this approach then we have to change the flex properties of the Button using The downside of this approach is that, when we hover over caret, it will also change the background colour of line which looks weird - See videoScreen.Recording.2023-07-18.at.8.15.28.PM.movResult - |
Thanks for letting me know @grgia. Looks like some awesome proposals have already taken off. So I'll let this one go and jump to other open issues
|
that's correct that Money request header buttons will be at the top in the header. |
@grgia should we wait for that or just add medium size as per design? As currently button is bottom and all bottom button has large size as I have posted above also draft PR Is up |
hey @grgia waiting for 🟢 on above comment |
Just so I'm sure, which is the first screenshot being referenced? 😅 |
@trjExpensify here is the comment I have added a screenshot for the money request page #22540 (comment) |
Thanks! That's the confirmation screen ahead of creating the request. I don't believe that confirmation button is moving to the top header area. I've been out for a couple of days though, so might have missed something? @shawnborton @JmillsExpensify |
Ah, great point. Then I think we would keep that as a bottom-docked button and keep it at 52px tall. |
@abdulrahuman5196 PR ready for review with latest changes to display large button for bottom-docked |
Great catch, agree with @trjExpensify |
Based on my calculations, the pull request did not get merged within 3 working days of assignment. Please, check out my computations here:
On to the next one 🚀 |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.57-6 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 2023-09-04. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
As a reminder, here are the bonuses/penalties that should be applied for any External issue:
|
Summary of payments urgency bonus: no |
Coming from: #20486
before:
after (in mockup):
Notes:
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: