-
Notifications
You must be signed in to change notification settings - Fork 3.2k
Fastclick breaks Google Closure autocomplete widgets on mobile devices #117
Comments
In your case it's possible to override PS. Are you sure that loading of 59 javascripts (1Mb in total) for just autocomplete is a good idea (especially on smartphones)? |
Thanks for the fast reply. I'll take a look and see if I can work out a patch. I'm no js wizard so might take me a bit of time. I'm actually using clojurescript to build my app and thus the google closure compiler does a good job of stripping out all the unused code for production use - the test case in the bug report is just a good place to show the problem. |
Seems like this affecting google places autocomplete as well. |
same issue here. Have you figured it out? @stevebuik |
No I just avoided it and since then have stopped working on the project. Regards, Steve Buikhuizen http://www.linkedin.com/in/stevebuikhuizen Mob: +61 416426414 On 4 April 2016 at 23:59, craigstar notifications@github.com wrote:
|
I worked it out yesterday. not sure if this("needsclick" class) is the new On Mon, Apr 4, 2016 at 5:49 PM, Steve Buikhuizen notifications@github.com
|
Find / \bneedsclick\b/ In fast-click.js |
If you use a closure autocomplete like the one here
http://closure-library.googlecode.com/svn/trunk/closure/goog/demos/autocomplete-basic.html
and add Fastclick to the page then selection of matched items when typing does not work on touch devices. I've tested on iPad Chrome/Safari and Android Chrome and it breaks consistently on all of these.
What happens is that the autocomplete dropdown is dismissed but the value that was tapped does not get loaded into the input element.
It's a tough one to debug because it only reproduces on touch devices and I don't have a remote debugger for these browsers. Logging this bug in the hope that someone knows a simple workaround - my current workaround is to disable fastclick.
The text was updated successfully, but these errors were encountered: