[ 
https://issues.apache.org/jira/browse/CB-14039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455538#comment-16455538
 ] 

Wojciech Trocki edited comment on CB-14039 at 4/27/18 11:42 AM:
----------------------------------------------------------------

h4. Investigation

Looks like changing value 
[here|https://github.com/wtrocki/cordova-ios/blame/master/CordovaLib/Classes/Private/Plugins/CDVGestureHandler/CDVGestureHandler.m#L46]
 fixes that. Going to experiment with this to still suppress webview window
h4. Result 

Issue was related with `<preference name="Suppresses3DTouchGesture" 
value="true" />`
 This option was using extremely low value of minimumPressDuration that was 
suppressing onClick events etc. After experimenting on Iphone SE and Iphone 7 
and simulators I found that values 0.15f do not interfere with onClick 
handlers. 
 Additionally supplying this option were flooding application log with not 
useful messages.

Visualization of the issue,

[http://www.giphy.com/gifs/24FWgpvK4vqhN7oZnq]
h4. Docs issue

Additionally I found that documentation do not reflect that state of the code.
 [Documentation|https://cordova.apache.org/docs/en/latest/config_ref/] states: 

" If this setting is true, SuppressesLongPressGesture will effectively be true 
as well."

Where in fact preferences are not connected and setting 
SuppressesLongPressGesture to false will mean that Suppresses3DTouchGesture 
value will be ignored.

 


was (Author: wtrocki):
h4. Investigation

Looks like changing value 
[here|https://github.com/wtrocki/cordova-ios/blame/master/CordovaLib/Classes/Private/Plugins/CDVGestureHandler/CDVGestureHandler.m#L46]
 fixes that. Going to experiment with this to still suppress webview window
h4. Result 

Issue was related with `<preference name="Suppresses3DTouchGesture" 
value="true" />`
This option was using extremely low value of minimumPressDuration that was 
suppressing onClick events etc. After experimenting on Iphone SE and Iphone 7 
and simulators I found that values 0.15f do not interfere with onClick 
handlers. 
Additionally supplying this option were flooding application log with not 
useful messages.

Visualization of the issue,

[http://www.giphy.com/gifs/24FWgpvK4vqhN7oZnq]

Docs issue

Additionally I found that documentation do not reflect that state of the code.
[Documentation|https://cordova.apache.org/docs/en/latest/config_ref/] states: 

" If this setting is true, SuppressesLongPressGesture will effectively be true 
as well."

Where in fact preferences are not connected and setting 
SuppressesLongPressGesture to false will mean that Suppresses3DTouchGesture 
value will be ignored.

 

> Inputs type text don't work on iOS
> ----------------------------------
>
>                 Key: CB-14039
>                 URL: https://issues.apache.org/jira/browse/CB-14039
>             Project: Apache Cordova
>          Issue Type: Bug
>            Reporter: Jason Glez
>            Priority: Major
>
> h3. PhoneGap CLI, node & npm versions
> PhoneGap CLI Version: 8.0.0
> Xcode Version: 9.3
> Node Version: 8.11.1
> NPM Version: 5.8.0
> Git Version: 2.16.3
> ios-sim Version: 6.1.2
> Using the following preferences in config.xml all the inputs type "text" stop 
> working and cannot be clickable.
> <preference name="SuppressesLongPressGesture" value="true" /> <preference 
> name="Suppresses3DTouchGesture" value="true" />
> Devices tested:
>  * iPhone X 11.3 (Emulator)
>  * iPhone 6 10.2.1 (Physical device)
> h3. Expected Behaviour
>  * The inputs are clickable and the user can write.
> h3. Actual Behaviour
>  * The inputs are not clickable and the user cannot write
>  * Note: Sometimes the application opens the keyboard, but it's really 
> difficult to get.
> h3. Steps to Reproduce
>  * Create a new project: phonegap create myApp
>  * Add some inputs type text in the HTML
>  * Run the application: phonegap run ios



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to