You are not logged in.

Dear visitor, welcome to Forum. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.


Monday, November 4th 2013, 3:33am

Safari iOS 7 viewport bug with Viewer 1.16.9

I'm only running into this issue when initially launching a site in Safari with an iPad (iPad2) in landscape mode. If I load the same tour in portrait mode, the viewport resizes correctly and displays as it should. Additionally, if I load the tour in landscape, tilt to portrait (which causes the viewport to fix), and then go back to landscape, the viewport remains fixed. I'm not having any issues with this on the iPhone (iPhone 4) at all. Both are running iOS 7.0.3.


Monday, November 4th 2013, 7:32am


can you please post a link to your example.

I ask because something must be wrong in there - either you are not using the latest krpano version or the pano wasn't embedded 'directly' on the page - directly means not-nested inside any other html elements and with 100% width and height.

Maybe as clarification - the iOS 7 Safari browser itself has this bug and krpano is working-around this bug, but krpano can do that only when it is the only-one and top-most element on the html page (that would the be default when using the krpano html templates or examples). The workaround itself works by resizing the viewer to match the really available screen space and scrolling the page if needed - and both of these workaround can't be done when the pano is embedded into custom html structures.

Best regards,


Monday, November 4th 2013, 10:42pm

Aaaaah, that makes sense.

Here's a sample tour:

All tours on this site were built with Panotour 1 (we're testing the 2.0 beta internally—it's great so far!). To make updating the viewer easier (as there are many tours hosted here), the viewer files are stored in an include folder and we use htaccess to point each tour to the correct files.


Tuesday, November 5th 2013, 2:45pm


note - Panotour 2.0 is using nested html structures to embed the krpano viewer!

Look in the html file for this element:

Source code

<div id="container">

Due this the krpano viewer itself can't control it's size and the page scrolling anymore.

Kolor uses these html structures in Panotour for hosting their so called 'HTML5 plugins' (not to confuse with krpano plugins), which are custom html elements which are overlapping the krpano viewer.

That means, the iOS 7 bug workarounds need to be done by the custom Kolor scripts in this case.

Best regards,


Wednesday, November 6th 2013, 10:52pm

Aaaaahhh, yes, I see. Well, luckily that part of the code gets created dynamically with an include file. Removing that erroneous DIV fixed the issue. Thanks for the insight!