Why Find a member option is so weird ?

[exemplary1]

Hi,
Lets say I clicked on 'A' to get list of members id starting from A.
Now I clicked on 'Find a member' and searched for c*, and it shows no result.
It is only possible if I go to members page again and then search for c*.

[KevC]

That's because you're then asking it to find people whose usernames begin with a C from the list of people whose names only start with an A.

When you click the A, the link changes to a smart search result with this link
https://www.phpbb.com/community/memberlist.php?first_char=a#memberlist
So that page contains no other results that would suit the second search within it. But it would (might) if you looked for AC*

[exemplary1]

Isn't it weird from end user perspective ? Most people will do search like a normal post search where everytime a search is started fresh.
I might need to put a tutorial on my site.

[KevC]

Why would you click the A page and then look for C* instead of just going to the C page if that's what you want. Or just search for C* to begin with.

[exemplary1]

Why would you click the A page and then look for C* instead of just going to the C page if that's what you want. Or just search for C* to begin with.

As an end user, let's say I clicked on A to see the list of members ids starting with A.
Then I changed my mind, clicked on Find a member, entered 'ch*', clicked on search and got no results.

[GanstaZ]

I just tested it here on phpbb.com.. I don't see a problem. Just type more letters instead of one.

Hmm.. After few more tests.. I see the issue now. I doubt it will be fixed in 3.3.x branch.
I agree with Daniel about UX/UI. It could be better.

[danieltj]

I think this is a bug, sort of.

I tried to filter by letter (in this case used A like the OP) and then entered a search query and it didn't update the URL properly to include the search term I entered. Only when you click the search button again does it actually reload the page with the search query and letter filter. Overall I think the members list page has a pretty poor UX.

Unless you click the search button twice you won't get an updated URL that you can use to share with others and there's no indication on the interface as to what letter you've used to filter by. Yes, I know you can see that all usernames will start with a specific letter but it can be better than that. Whether the behaviour is a bug or not, the UX/UI of the page is terrible.

[exemplary1]

Even while pressing search again, the query still adds 'first_char=a' at end.
so, it returns no result.

[exemplary1]

May be its a different problem, but let me add it here. A local language IDs also can't be displayed by clicking on the letter.
For example, lets say I have created bunch of ids starting with delta (δ). Now I cannot display ids starting with δ same way I can do with English alphabet.

memberlist.php?first_char=a#memberlist
if I replace δ in place of a, there will be no result.
But I can click on find a member, enter δ*, and it will show the ids starting with δ.

[rxu]

if I replace δ in place of a, there will be no result.

first_char only works with latin characters.

But I can click on find a member, enter δ*, and it will show the ids starting with δ.

This is different functionality so it searches by unicode chars as well.

To make it more clear probably, clicking on individual characters is not a search at all but just an output of usernames list starting with that character (name it "filter" for easyness).
But search field namely performs users search.

[exemplary1]

if I replace δ in place of a, there will be no result.

first_char only works with latin characters.

I see.
I found a way to display IDs based on non-latin letters. Need assistance on it.
Have created a separate topic for it under translation support. Please have a look.
viewtopic.php?t=2657008
Thank you.

[rxu]

Have created a separate topic for it under translation support.

Well, translation has nothing to do with that request but rather phpBB Custom Coding.