I'm sure it could be done _somehow_. But I didn't find any reasonable approach yet. And there's bigger fish to fry. Maybe I'll have a great idea once the browsing changes are all done...
Am 24.05.2014 um 00:51 schrieb Phil Meyer <[email protected]>: >>> 1. If I move mouse over the search button, and mouse pointer then sits >>> beneath the search strip, after typing one character the live search area >>> pops up, and one of the result lines receives the mouse focus, so >>> subsequent keypresses are ignored. Could keypresses be passed to the >>> search widget if mouse is anywhere within the live search panel? >>> Especially annoying if the next keypress is backspace, causing a browser >>> back navigation! >> >> Don't know yet how to work around this. Just don't position the pointer >> beneath the input... > Hmmm, it's inconvenient. Likely to type a few characters, start to move > mouse down list looking for a result, and perhaps try to type more > characters. Worse still if you think you've entered too many and need more > search results, so try to backspace to reduce live search typing, which will > then navigate back a page instead. > > Can't keypresses from anywhere within the live search results panel be sent > to the live text input search control? > _______________________________________________ > beta mailing list > [email protected] > http://lists.slimdevices.com/mailman/listinfo/beta _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
