Open shawnborton opened 4 months ago
Friendly bump on this one - should we make this one external so we can get it into motion?
Sure, we can make this external since we're still focusing on other Search v2.1-2.2 functionality
Sounds good, will mark as external and we can go from there. Can I assign you as the managing engineer?
Triggered auto assignment to @miljakljajic (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.
Current assignee @miljakljajic is eligible for the NewFeature assigner, not assigning anyone new.
Going to move this into #wave-control with Search now. Don't know if you want it in Search v2.1 or later, @JmillsExpensify @luacmartins?
Also, maybe we can ask a C+ or agency dev with bandwidth to work on this?
I think this might be internal, since we already do some of this logic on the server.
Ah, okay.
@luacmartins let us know what the next steps here should be!
This is internal, so either I or another internal engineer could work on this. That being said, I'm prioritizing other Search issues atm and won't be able to work on this one any time soon. We could look for another volunteer if we want this one out soon though
What do you think @shawnborton - should we try and get this prioritised higher or are we good to wait?
I would be down to find another volunteer to do this if Carlos has a lot on his plate. Perhaps the #wave-collect curator can solicit this as a hot pick?
What's the latest on this one? Are we actively looking for volunteers?
@dylanexpensify you're curating wave control - would you be able to give this a shout out in the next update?
Still looking for volunteers
posted in wave-control: https://expensify.slack.com/archives/C06ML6X0W9L/p1726153212329969
Triggered auto assignment to @alexpensify (NewFeature
), see https://stackoverflowteams.com/c/expensify/questions/14418#:~:text=BugZero%20process%20steps%20for%20feature%20requests for more details. Please add this Feature request to a GH project, as outlined in the SO.
@alexpensify I've reassigned as I head out on parental leave today. I have bumped the thread where we requested volunteers and tagged you so you can keep an eye out. Thank you!
Ok, still a hot pick here.
Hot Pick!
Still a Hot Pick
Hot Pick
If this GitHub requires an urgent update, please ask for help in the #expensify-open-source Slack Room. If the inquiry can wait, I'll review it when I return online.
Hot Pick!
Still a hot pick
Hot Pick
Hot Pick
The current Search experience can feel a bit confusing for a Track user. Every expense row on the page shows their own name twice (in the From & To columns), which makes Expensify not seem like the right product for their needs. For workspace users, we run into a similar problem where we repeatedly show the employee's name in the From column which feels overly heavy as well. We also show columns that may not contain any data what so ever (like a Category or Tag column) which can occupy valuable horizontal space on desktop. Furthermore, the repeated "View" button also adds to the heaviness of the page and doesn't serve a good purpose given that a user can simply tap the row to view the expense.
To solve these problems, we've identified the following improvements we'd like to make to the Search page:
For someone who only Tracks expenses, we would get this for our Search page:
If you did have both Merchants and Descriptions for your tracked expenses, you would see this:
For someone who only submits expenses to a single workspace, we would get this:
If you had a combination of tracked expenses and expenses sent to a workspace, we would get this:
If you had mixed use cases that are From/To multiple people, we would get this:
cc @luacmartins @JmillsExpensify - not sure if we want to handle this one mostly internally or what the implementation details might look like.