-
Notifications
You must be signed in to change notification settings - Fork 461
[Doc] Search for NavMenu #2297
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
[Doc] Search for NavMenu #2297
Conversation
| public NavLinkMatch Match { get; init; } = NavLinkMatch.Prefix; | ||
| public Icon Icon { get; init; } = new Icons.Regular.Size20.Document(); | ||
| public bool Visible { get; set; } | ||
| public IEnumerable<string> Tags { get; set; } = []; |
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.
Possible to add tags for search
| item.Visible = string.IsNullOrEmpty(_term) | ||
| ? true | ||
| : item.Title.Contains(_term, StringComparison.OrdinalIgnoreCase) | ||
| || item.Tags.Any(a => a.Contains(_term, StringComparison.OrdinalIgnoreCase)); |
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.
Filter
|
What is the difference between this and the search top right? Like the tags idea though. That could be useful. |
|
I like it above the menu, and I think the mobile experience is better. |
|
So there is no real difference between the two? Could you include a video of how it works so we don't have to check out the branch ourselves? (tip, we use Peek to create animated gifs. Bit lighter then mp4 files) I agree on the mobile experience argument. But if we are going to do this, then this needs to be a complete PR that also removes the other search option. I see no point in having both. |
|
the idea is to help the user know where he is |
|
I don't see the advantage of adding functionality that already exists on the website. On the other hand, I prefer this location (above the navigation)... but then several points need to be reviewed:
|
You have the title of the page and the indication in the menu on the left for that. |
Agreed, there should only be one
Agreed
I think and end user does not make that distinction.
Agreed
Agreed, but this wil be difficult to achieve as we don't have any notion of parent/child in the menu data structures. Should we add that?
Agreed
We could perhaps better use the Maybe we should not try to integrate this into the NavMenu but make it a separate component akin to the FluentPaginator/FluentDataGrid. If you want to use it, you set a parameter on the NavMenu and it will be used. |
|
Closing this as there has been no activity for a while. |


I added Search for NavMenu.