-
Notifications
You must be signed in to change notification settings - Fork 434
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
fix(searchBox) - Conversation search UX improvements #9997
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Very nice, thanks for the fix :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually, there is still a bug that happens if we try and create a new conversation during a search operation.
Screen.Recording.2023-07-18.at.14.46.08.mov
I think that the best solution here is to remove the + button too during a search operation. There's really no need to keep it there and it's easy enough to interrupt the search given the presence of the x
button even if there's no text in the search-box
I also agree, having the '+' button available during the search experience can be thought that it has to do sthg with it. |
I always search for things and when I can not find the room have to create it. Would be annoying if I have to clear the search first, before being able to create it (in the past we added code to use the search term as default value for the name input on the dialog, in case you remember) But maybe adding a placeholder/option in the search list could be a replacement? |
Definitely, let's create a |
Or we can make a placeholder right below the search box that contains a link and says something like : But I think we should just open the dialog and the search text is pasted in the Name field instead of directly creating one. |
Or we bring up the dialog on page one with the name prefilled. I'd prefer that one. |
Should be easy to realise with P.S. I'd wait with this PR until |
I think we should skip the dialog for this one and allow a very quick way to get a conversation going. That'd be for the future, but for now I think it would be really valuable to have a very quick way to create a conv @DorraJaouad let's use the ListItem component with the |
5a202bb
to
5907f62
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Haven't tested it yet, sorry
77e6e84
to
7d8aff6
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice :)
One last thing:
Upon creating a new conversation via the list-item, the search operation should end and the route should change to that conversation
edit. found another one:
If you're not searching and filtering and the filtering has no results, the create conversation shortcut shouldn't be there. Also the empty-content shouldn't say "no search result", but something more like "No unread messages" or "No unread mentions"
We could go with common wording for all cases "No matches found", like in this PR: |
8da3ffb
to
88149a3
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Apart from weird blur-focus behavior, looks good
88149a3
to
2a045f2
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works on web client, looks also cool!
814a89f
to
a6f05dd
Compare
a6f05dd
to
f44c10e
Compare
<NcActionButton close-after-click | ||
@click="showModalListConversations"> | ||
<!-- Actions --> | ||
<div v-show="!isFocused" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe put them into one <div>
wrapper with pos: absolute and display: flex, as they are following the same logic?
then <transition-group>
should be replaces with <transition>
, and i think, it should work without key
param
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
that leads to a different animation as it will be counted on the wrapper and not on each button but let's wait for @marcoambrosini to check whether to keep it or not.
animation2023-07-28.114440.mp4
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, as discussed we've increased the animation speed
Signed-off-by: DorraJaouad <[email protected]>
Signed-off-by: Maksim Sukharev <[email protected]>
Signed-off-by: DorraJaouad <[email protected]>
Signed-off-by: DorraJaouad <[email protected]>
f44c10e
to
64a2be1
Compare
/backport to stable27 |
☑️ Resolves
Fix Conversation search UX improvements #9974
The new conversation '+' button is now hidden when the search field is expanded
The abort search button is visible whenever the search box is focused.
The list gets immediately cleared out from filters once the search field is clicked on.
If the search results are empty, a new button shows up to quickly create a conversation with the search text as a name
The animation is more expedited ( set to 0.15s instead of 0.3s) as it requires to be quick.
Recording.2023-07-28.143911.mp4
Other
And if the search results are empty, you can create a new conversation with the search text, it will be set to private by default.
screenshots
Before
After
🚧 Tasks
🏁 Checklist
docs/
has been updated or is not required