Closed eirannejad closed 6 years ago
Yes, I agree (less clicks the better! : ) )
I see two possible scenarios when user picks from one of the Autocomplete suggestions:
| 1: User selects from one of the autocomplete suggestions:
| 2a: There are multiple results (search engine uses some "fuzzy matching" (ie Wall Class
)
| 2b: There is only one result (ie. FilteredElementCollector Class
)
One 2a even though there is one exact match, full list is displayed because user might be interested or looking for something else related to "Wall Class" (even though he picked from the autocomplete, I think he might want to see relevant results such as WallType Class
, etc
What it does happen howeever, is that search engine moves exact_matches to the top as shown below.
Use case 2a stays as is. For 2b, instead of showing results with a single entry, user is redirected to the one entry. Would that help improve this?
PS: You mentioned: "the direct match is not listed at the top of the list" Can you show an example? As shown above for case 2a, 100% matches should be moved up to the top
a. website does the fuzzy matching before showing the autocomplete results b. user selects the desired entry c. website goes directly to the result page (skipping the query popup)
At step (b) user can click a button (Expand) to expand the autocomplete results into a popup query that includes more information on each entry.
The autocomplete box is an out of the box solution by constructor.io
It's customizable to some extend, but only for some of the settings available on its API.
Something like this would take some on-page JS hacking, so I would prefer to stay away from it for long term maintainability.
I think I have another possible solution, which might be even closer to the original intent of your suggestion:
(Closer to your original suggestion)
down
+ enter
or clicking with mouseI will have to give this some thought. The way constructor.io is currently implemented, it's unaware of the relationship between a suggestion and its final url. See img below. With the current setup, search would still have to go through, results gathered, and only then redirected. This would not be efficient for the server nor a good user experience.
I will keep this in the backlog and try to implement next time I do some work on the website. I will have to revise the autocomplete uploader script to include item's URL, and then to some light work on the front end to auto-redirect.
Thanks for the suggestion, I think this would definitely be a better user experience.
Case 2 Case 2 Case 2 please 🥇 😄
Just thought of a small road block: some Autocomplete suggestions are not unique: I think I know a way around it, but I just wanted to drop this in here for context later:
Ps: result modal is still there but only fires if search is submitted without an actively selected suggestion
Let's say I want to find the documentation page for
FilteredElementCollector
class.revitapidocs.com
and typeFilteredElementCollector
in the search field.FilteredElementCollector Class
from the drop down boxrevitapidocs.com
moves to documentation view but shows another popup window with match results forFilteredElementCollector
FilteredElementCollector Class
againThe extra query popup box and click seems unnecessary, especially because sometimes the direct match is not listed at the top of the list and I need to scroll down in popup window to find it.