Skip to content

[HOLD for payment 2025-02-05] Udpate the padding of the search router results to the edge of the screen #55775

Closed

Description

@mountiny

Problem

Right now, the Search results in the router have more padding than the LHN chats, which is mainly noticeable on phone as there is less space for the search results. This does not look very good.

Image

Image

Solution

Let's explore, but I would suggest we update the Search router design so the padding of the search results is identical to the LHN chats.

Issue OwnerCurrent Issue Owner: @sakluger

Activity

  1. added
    BugSomething is broken. Auto assigns a BugZero manager.
    on Jan 27, 2025
  2. self-assigned this
    on Jan 27, 2025
  3. melvin-bot commented on Jan 27, 2025

    @melvin-bot

    Triggered auto assignment to @sakluger (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

  4. melvin-bot commented on Jan 27, 2025

    @melvin-bot

    Triggered auto assignment to @shawnborton (Design), see these Stack Overflow questions for more details.

  5. mountiny commented on Jan 27, 2025

    @mountiny
    ContributorAuthor

    @shawnborton Would you be able to chime on this one and maybe provide the exact padding we would like in the search results too? Thanks!

  6. nkdengineer commented on Jan 27, 2025

    @nkdengineer
    Contributor

    Proposal

    Please re-state the problem that we are trying to solve in this issue.

    Udpate the padding of the search router results to the edge of the screen

    What is the root cause of that problem?

    In small screen, we are setting the padding of the LHN to 20px
    and in search results it's 32px

    What changes do you think we should make in order to solve the problem?

    We should make it has the same padding by remove shouldUseNarrowLayout here

                sectionListStyle={[styles.ph2, styles.pb2]}
    

    sectionListStyle={[shouldUseNarrowLayout ? styles.ph5 : styles.ph2, styles.pb2]}

    Some minor style can be discussed in PR phase

    What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?

    None

    What alternative solutions did you explore? (Optional)

    OR we can update the padding of the LHN to 32px
    Result

    Image

    Reminder: Please use plain English, be brief and avoid jargon. Feel free to use images, charts or pseudo-code if necessary. Do not post large multi-line diffs or write walls of text. Do not create PRs unless you have been hired for this job.

  7. shawnborton commented on Jan 27, 2025

    @shawnborton
    Contributor

    I think a simple approach would be to just change the paddingHorizontal from 20px to 12px on the container that wraps the results on mobile. That should make them look identical to the LHN rows:

    Image

    Image

    Thoughts @Expensify/design?

    Also just to confirm @mountiny - we're cool with how these results currently look like on desktop, right?

  8. dannymcclain commented on Jan 27, 2025

    @dannymcclain
    Contributor

    Thoughts @Expensify/design?

    No real thoughts from me. The simplest way to accomplish them looking the same works for me!

  9. sakluger commented on Jan 27, 2025

    @sakluger
    Contributor

    It sounds like this will be a very simple change. @mountiny do you mind setting the price once we settle on the padding we'd like?

  10. mountiny commented on Jan 27, 2025

    @mountiny
    ContributorAuthor

    we're cool with how these results currently look like on desktop, right?

    Yeah desktop/ web looks fine, its just the difference that is noticeable in mobile when the search page open over the LHN.

  11. mountiny commented on Jan 27, 2025

    @mountiny
    ContributorAuthor

    sounds good, I am happy with simple change

  12. dubielzyk-expensify commented on Jan 28, 2025

    @dubielzyk-expensify
    Contributor

    Chiming in late, but looks good to me 👍

  13. added
    Awaiting PaymentAuto-added when associated PR is deployed to production
    and removed on Jan 29, 2025
  14. changed the title [-]Udpate the padding of the search router results to the edge of the screen[/-] [+][HOLD for payment 2025-02-05] Udpate the padding of the search router results to the edge of the screen[/+] on Jan 29, 2025
  15. melvin-bot commented on Jan 29, 2025

    @melvin-bot

    Reviewing label has been removed, please complete the "BugZero Checklist".

  16. melvin-bot commented on Jan 29, 2025

    @melvin-bot

    The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.90-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 2025-02-05. 🎊

  17. melvin-bot commented on Jan 29, 2025

    @melvin-bot

    @mountiny @sakluger @mountiny The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed. Please copy/paste the BugZero Checklist from here into a new comment on this GH and complete it. If you have the K2 extension, you can simply click: [this button]

  18. mountiny commented on Jan 29, 2025

    @mountiny
    ContributorAuthor

    No regression testing required, no payment either so I think we can close thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

Awaiting PaymentAuto-added when associated PR is deployed to productionBugSomething is broken. Auto assigns a BugZero manager.DesignWeeklyKSv2

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions