Short tags that are substrings of other tags are difficult to find in autocomplete lists. Here is a recent example of a user having problems with this.

Putting an exact text input match to the top of the list is already implemented on the tag search page:

alt text

but not in any autocomplete list.

Interesting/ignored tags:

alt text

Ask Question/edit page:

alt text

To make it easier to find short tags, I would like the same behaviour from the tag search page implemented in the autocomplete lists.

EDIT: Sorry for the misunderstanding. I realize the autocomplete lists order descending by popularity and the search page orders by name. I think that part should stay the same. All I want is the exact match functionality added to the autocomplete lists.

  • I would like the exact tag match to be available on auto-complete as you request, but I'd prefer the rest of the behavior be kept the unchanged. Tag page is listed in something alphabetical, while the auto-complete is done by volume, and I think that the metric in the latter is useful for it. – Grace Note Sep 10 '10 at 17:10
  • 1
    @Grace: Good idea, but you can do both (keep shown items in popularity order plus show exact match) by bumping the last item if the exact match is lower. – Gnome Sep 10 '10 at 19:35
  • @Gnome That's exactly the solution I would like. – Grace Note Sep 10 '10 at 19:42
  • Yeah, sorry guys. I've updated my post. @Grace – Jon Seigel Sep 10 '10 at 21:43

Fixed it up, will be deployed later today

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .