• perrydc

    (@perrydc)


    …that would be so easy for the developer to fix.

    The search menu does not support keypress events, so when you arrow down to select a result (as you would with any other search form in 2022) … nothing happens.

    Since search results do not support keypress, you have to select them with a mouse but when you select the result you want … again nothing happens.

    Only after selecting the title of the search result does it take you to the page. I’m not sure why the developer didn’t put the whole result card in the a tag.

    It’s REALLY SLOW. Even with the inverted index (which requires two separate actions buried in two different menus) the results appear more than 5 seconds after the last keypress for a site with ~2000 posts. If the AJAX search can’t at least keep up with the pace of a slow typer, it’s pretty useless.

    The design is limited mostly to colors, rather than some basic design options (like hiding the search box until the user clicks the icon so as not to junk up your header design).

    Still, the concept is good. It just needs some improvement on the execution.

Viewing 1 replies (of 1 total)
  • Plugin Author Vinod Dalvi

    (@vinod-dalvi)

    Thank you for your valuable feedback.

    Some pretty big UI issues…
    …that would be so easy for the developer to fix.

    There is no UI issue in the plugin.

    The search menu does not support keypress events, so when you arrow down to select a result (as you would with any other search form in 2022) … nothing happens.

    Thank you for the feature request that I will consider implementing in the future version of the plugin.

    Since search results do not support keypress, you have to select them with a mouse but when you select the result you want … again nothing happens.

    Only after selecting the title of the search result does it take you to the page. I’m not sure why the developer didn’t put the whole result card in the a tag.

    This is because only you want the whole selection clickable but not thousands of other users who are using the plugin as they want the title, category, tag author, etc. separately clickable.

    This is your custom requirement that can be achieved by developing some custom code.

    It’s REALLY SLOW. Even with the inverted index (which requires two separate actions buried in two different menus) the results appear more than 5 seconds after the last keypress for a site with ~2000 posts. If the AJAX search can’t at least keep up with the pace of a slow typer, it’s pretty useless.

    The speed also depends on how you have configured the search form to search content on the website.

    Please create a support topic if you need more information regarding this.

    The design is limited mostly to colors, rather than some basic design options (like hiding the search box until the user clicks the icon so as not to junk up your header design).

    The plugin already provides this option as described below.

    https://ivorysearch.com/docs/change-menu-search-form-style/

    Still, the concept is good. It just needs some improvement on the execution

    Thank you for the kind words!

Viewing 1 replies (of 1 total)

The topic ‘Some pretty big UI issues…’ is closed to new replies.