I have an input submit button that is on this page: http://www.foxleyphotography.com/lbce
If you click on the 'Show Menu' tab and then 'Buy Prints' it is the 'Add To Cart' button that works fine on all other devices and browsers tested but not with iOS 6 (tested on iPhone 4S and iPad 3).
I just wondered if anyone knew why this button is doing nothing on those devices? All other input submits throughout the rest of the site work no problem on these devices. At first I thought it may be something to do with a z-index/absolute positioning error with another div interfering but having tried giving the button a ridiculously high z-index (it has relative positioning) this didn't work either.
The form itself works fine on the iPad - I tested it by updating the quantity field and then pressing 'Go' on the keypad of the iPad which updated the cart as it should so I don't think has anything to do with the processing code - just the button that doesn't want to work!
Hope someone can figure it out - I have searched until I'm blue in the face. Thanks in advance!
Related
So this problem is a little tricky. Basically, I found that the menu bar won't pop up in a UIwebview the first time you long press on a word. It would show something like this:
Example img
The words are selected, but the menubar is now showing. However, the second time you longpress on another word,the menubar just pops up fine.
Example img
Also, if you tap anywhere in the UIwebview or scroll it before longpressing on a word, the menu bar also shows up. It's just when the long press action is the first action you have with the UIwebview, the menu bar won't show up.
I checked this problem with some other third-party web browsers on app store (firefox, chrome). The same problem exists. However, Safari does not have this problem. Also, my iPad 2 does not have this problem either. But my iPad air does, so do the xcode simulators.
Not sure if I'm describing this problem clearly, thanks in advance for anyone that helps.
This problem is kind of Bug in iOS 9 web view
Me and my colleague was having same discussion yesterday.
Also it is only on Web view,Messaging apps works fine
I have an interesting issue with an IOS app, 32bit at present.
I have a simple project with one form, a button and a TWebBrowser component.The "onclick" of the button sets the align property of the twebbrowser to client and opens a webpage (www.trademe.co.nz for testing).
Every thing works ok until I go to use the virtual keyboard (e.g. enter a search). When the virtual keyboard appears I am getting a second "done" button bar appearing above (and behind?) the main one. The main "done" bar includes next and previous buttons, whereas the background one doesn't. It appears that there are two keyboards appearing. I have the issue on both my test phones, one running IOS7 and the other running IOS6 and I believe it is also happening under IOS8.
Does anyone have any idea what causes this?
TIA
On my webshop's home I have 2 problems on iPad :
1) The menu works but the forms in it (connexion and contact) can't be filled
2) The divs with onclick event on them in a cycle (big pictures who scrolls) aren't clickables...
EDIT :
- The problem occurs only on iOS 7, no problem on iOS 6.
- Some sort of "zone" appears on the places unclickable when we maintain to copy. A very strange zone, like a div who don't exists and don't appears on iOS6 or desktop.
See the picture :
Here's the problem
Problem solved !
The problem was due to an iframe for a pop up... It's without any problem on iOS6 and lower, on desktop too...
But I have changed the popup by colorbox to avoid this problem on iOS7.
I have a form that appears in a FancyBox iframe modal. On iOS 5 (specifically on an iPhone - does not occur on iPad) when I touch the submit button it activates a <select> that appears about 50 pixels above the submit button and I'm then presented with the <select> options at the bottom of the screen.
I've zoomed in as much as possible to verify that I'm not touching the select – I am indeed clicking on the submit button and it highlights itself as expected, but the form of course does not submit and I get the options to pick from.
Has anyone experienced a bug like this in iOS 5? I can't pin this down to anything else – there is some javascript that would normally run to process the form on submit click but it's not being activated at all and it has no effect on the form itself, the <select>, etc. I have seen several odd things with iframes on iOS and wonder if there is a potential correlation.
You might have the connections for your actions going to different buttons than the outlets. That would explain why the right thing would happen (Action is OK) but updating the Frame Rect would get messed up (Outlet is on the wrong button).
iframes on ios don't behave like normal iframes in every other browser (including desktop safari).
ios safari renders them at the full height of the page inside the iframe.
To get them to scroll like a normal iframe of fixed height you have to put them in a div and set the divs overflow to auto or scroll. I'm guessing your modal overlay is already doing that.
But even a plain in-page iframe with no special positioning (other than using a parent div to crop its height and make it scrollable) will often only have the submit button work 1 time if the submit buttons original rendered location was below the fold of the parent div.
So the first submission will work, but if the form comes back with missing required field errors you can't hit the submit button again.
Further research on my old ipad shows that if the submit button is down far enough it won't even work that first time.
The bug is present in safari for ios 5.1.1 and also ios 8 !!!
I can use an onclick javascript function on any element in the iframe that is not an input type=submit to force the form to form.submit().
But specifically about the iphone issue what was probably happening was that the OS was trying to zoom in to the form field so the use could clearly see what they were typing. The fix for that might be to declare a font-size of at least 16px on input elements. That way the OS knows the text in the field is already at a fairly readable size and won't try to zoom in. Zooming in to the contents of an iframe within an absolutely positioned modal overlay is super buggy even in ios 8.
I'm trying to build an "Save to Foursquare" button to my site, but it doesn't work on an iPad. In fact, I checked and none of the sites that use this button work on the iPad - pressing the button just darkens the display but doesn't show the Foursquare dialog. Is there a fix for this?
We just pushed an improvement to handling the save-to-foursquare button on iOS. Hopefully that should fix whatever problem you were hitting?