summaryrefslogtreecommitdiff
path: root/addons/analytic_user_function/analytic_user_function_view.xml
diff options
context:
space:
mode:
authorGéry Debongnie <ged@odoo.com>2015-03-10 11:27:15 +0100
committerGéry Debongnie <ged@odoo.com>2015-03-10 11:28:56 +0100
commit1fe4cef530fb6d10445c98a075a5c13bb81a25d7 (patch)
tree4df9bd2a0190a5087dbdf623e814156b9e3edaf9 /addons/analytic_user_function/analytic_user_function_view.xml
parenta8d520552b411dc8b231c952956d7e5782e6a294 (diff)
[FIX] web: fix issue with search view input
This patch hopefully solves an annoying issue with the search view: when the user types really fast (or uses a barcode scanner for example), the resulting search string was (sometimes) missing the last few characters. I'm unclear on the exact reason why it happens. From the code, I can only guess that it happens because the scanner use a TAB key instead of ENTER (TAB is handled in keydown event, ENTER in keyup), or that the key events aren't in a correct order (if the user press a key A, then press ENTER, then release ENTER, then release A, it results in an empty key). Anyway, the way this patch probably solves the issue is by using the keypress event for triggering the search view. I hope that in every case, the keypress event are correctly ordered. It leads to some code I'm not really proud of this patch, but the key event handling are quite messy. Also, I need to handle the search string also when the keyup event is fired, because it might change the search (for example backspace trigger a keyup, but not a keypress).
Diffstat (limited to 'addons/analytic_user_function/analytic_user_function_view.xml')
0 files changed, 0 insertions, 0 deletions