Luke Warlow

Currently input.showPicker() doesn't work on iOS except for file inputs. So this spec change would be needed in order to implement it (as far as I understand)

I've confirmed that it does appear to be a requirement for iOS. I personally think it's absolutely fine to focus where required. Would this require a clarification in the spec...

This would be a "breaking" change for inputs. I've got no idea if that'd actually be a problem but I'm curious if there's a specific known issue with how it's...

@mfreed7 @annevk would updating the spec to forcefully move focus always instead of just when needed by the platform be acceptable to you? I don't mind either way for select....

Ah so to clarify this issue is regarding whether the input itself is allowed to be focused as part of this method. On iOS you have to focus the input...

Should we leave this issue open for further discussion cause I agree the offscreen input use case is important (iOS may not allow it other than for file inputs though)....

> Also, the specification doesn't make it clear where to show the picker in such cases. Is it relative to the click in some way? Presumably you'd want that to...

Would something like this be satisfactory? "If such a user interface is shown, the focusing steps for user interface must be ran." 

@jcsteh I've added the above mentioned line to the spec PR

I meant to come back and say WebKit currently doesn't focus the picker UI instead keyboard navigating of the input is done through the input element itself (at least for...