0038821: [UX] Bad behavior in the automatic search - Openbravo Issue Tracking System

Openbravo Issue Tracking System - Retail Modules

View Issue Details

Project

Category

View Status

Date Submitted

Last Update

0038821

Retail Modules

Web POS

public

2018-06-22 16:02

2018-07-03 13:17

Reporter

dbaz

Assigned To

Retail

Priority

high

Severity

major

Reproducibility

always

Status

new

Resolution

open

Platform

OS Version

Product Version

Target Version

Fixed in Version

Merge Request Status

Review Assigned To

OBNetwork customer

Support ticket

Regression level

Regression date

Regression introduced in release

Regression introduced by commit

Triggers an Emergency Pack

Summary

0038821: [UX] Bad behavior in the automatic search

Description

The automatic search of the selectors/SEARCH is behaving in a way totally different than any UI standard.

At this moment, it seems that the automatic search is launched only when the input has 3 characters or more, but the manual search (by pressing the magnifier glass) can be launched at any time. This is totally inconsistent and leads to confusion. The same rule should apply to both automatic or manual search, so if the manual search can be executed with no data in the input, the automatic search should be launched too with no data in the input. If n-characters are needed to be able to launch the manual search, the same n-characters should be needed to launch the automatic search (this restriction -n characters needed- should be notified to the user, by the way).

The other ugly point is that the automatic search is launched after X milliseconds. I am ok with that, just to avoid overload the server with requests, but the list of the results should be removed (switch to 'Loading...' state) just after the input value change, without waiting for the X milliseconds (although in the reality the request won't be performed until the user stops writing). This will allow the user to know that the values listed are not matching anymore with the text he is writing, while at the same time notice that the search is already taking place (although it is not true because of the X milliseconds).

Note that this last mentioned behavior should only happen if the automatic search is enabled; if not, the result list should remain there until the user presses the search button. In the special case that automatic search is enabled, but more than N characters are needed to launch the search, and the user moves from N characters to N-1, the result list should remain untouched because there is no automatic (or manual) search to be launched. (the message notifying the -N characters needed- restriction should be shown to the user).

Here there is a video showing how annoying is the current behavior, showing also how other solutions, like Google, behave:
https://www.youtube.com/watch?v=yAbTgif2seE [^]

Steps To Reproduce

Proposed Solution

Ensure that the automatic search (when enabled) is always launched when the manual one is available too.

Once the input contents changes, and the automatic search is enabled, erase the result list even if the search has not been yet launched.

Additional Information