Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: krpano.com Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

Dienstag, 6. Juli 2010, 23:39

iPhone / iPad script problem

Hi there,

I just purchased an iPhone license and am trying to get the panoramas on my site ready for iPhone / iPad usage.

However, I get a (rather generic) "xml parser error!. The XML files works fine in the flash viewer, though, and also validate alright with various online services. I've also tried to strip out anything that is not necessary in the XML file, but I still don't know what produces the error.

Can anyone help me?

The web address is http://www.pano.ie/panoramas/misc/belfast_city_hall (if you don't have an iPad, please open it with your browser set with the appropriate iPad User Agent !) and the xml file is http://www.pano.ie/files/misc/belfast_ci…t_city_hall.xml

Thanks so much!

2

Mittwoch, 7. Juli 2010, 02:49

It works great on my iPhone. In fact, you did such a great job with the page, it doesn't even look like the krpano iPhone viewer. How did you create the upper bars, the bottom bar and then get it to autorotate? I don't see the little dot associated with the current krpano release either. Are you sure you are using the krpano iPhone viewer? The XML page you list does not have the krpano tags and seems to be scripted a bit differently too. Maybe it is just my lack of understanding but it does not seem like it is the iPhone krpano viewer.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Jarredja« (7. Juli 2010, 03:11)


Zephyr

Profi

Beiträge: 1 003

Wohnort: Netherlands

Beruf: Web developer

  • Nachricht senden

3

Mittwoch, 7. Juli 2010, 09:39

I don't have an iphone, but like to point out something :P The links to the streetvew and google maps, could you make them target="_blank" so they open in a new page instead of the current (or use shadowbox/lightbox). I like your website :)

4

Mittwoch, 7. Juli 2010, 12:49

@ Jarredja -- that's because it's not krpano's viewer, but the free one from the guys over at 360cities.net. I'm using this temporarily, but would like to switch to the krpano one. Try accessing things with Safari and iPad user agent and you'll see the problem

@ Zephyr -- thanks for the compliment, but as for the target of th links, this is intentional. target="_blank" is generally considered bad practice on the internets ...

So anyone (Klaus?) got any ideas why things are not working for me / iPads ? Thanks!

5

Mittwoch, 7. Juli 2010, 17:06

Ok, this is weird. I've have solved my problem.

First, my webserver was compressing the xml file before sending it out. This apparently breaks the javascript which parses it. Not sure if this is fixable, but for now I've excluded xml files from compression.

So then, the xml file was read correctly -- but nothing showed up. After trying virtually everything, I discovered putting a DOCTYPE declaration breaks the javascript viewer (any one will do) at the top of the html document (this even happens with the untouched one created by the krpanotools)!

Klaus, this one should definitely be fixed though . . .

6

Mittwoch, 7. Juli 2010, 20:08

Ok, another update. It seems that the javascript is a) expecting a file served with mime type "text/xml" from the server, and b) if it is UTF-8, it must not have the BOM at the front.

I'm sure, to make things more flexible, both restrictions should be removed if possible! Thanks for any feedback on this!

7

Dienstag, 13. Juli 2010, 16:58

Hi,

thanks for the notes!
for XML loading and first parsing I'm only using the standard Javascript "XMLHttpRequest" way,
but I will try to find out more and see if that can be fixed...

best regards,
Klaus

8

Freitag, 17. September 2010, 12:21

hmm I´m having a similar problem with this pano:


http://www.panograf.at/files/360/mobile-…0/mobile/53.xml

pano works great on pc but doesn´t show up on iPhone. With user agent "iphone" it shows me the xml parser error.
but the same xml is working fine when navigating to it on iphone with this url:

http://panograf-at.hosting.vol.at/Feldki…/mobile/53.html

but would like to use the first solution.

regards,
marc

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »MarcW.« (20. September 2010, 09:47)


9

Montag, 20. September 2010, 14:20

Hi,

any mime type problem on xml loading should be fixed in the next release,
also the any DOMTYPE problems,

but - I'm not sure about the cross domain loading problem, I think there is no real solution for that... (without a kind of server proxy), that's the browsers security design...

best regards,
Klaus

10

Dienstag, 28. September 2010, 01:50

Hi Klaus,

At your previous post, did you mean DOCTYPE problem, or DOMTYPE problem? Cause got the same problem with the DOCTYPE declaration as floz. Our current system is using XHTML1 strict and the krpano doesn't work with it. *sad*

Another problem is when i tried to set the url of pano images located on another domain, e.g:
<left url="http://image01.uta.surroundpix.com.au/agents/1046/property/330158/images/living_01_rsb.jpg" />
The url are then concatenate with the current url : "http://mobile.development.surroundpix.com.au/http://image01.uta.surroundpix.com.au/agents/1046/property/330158/images/living_01_rsb.jpg" *blink* , which returned an error. When I tried to use "basedir" attribute of the krpano XML object to set the original path to images as an alternative, turned out the "basedir" attribute doesn't work either. *wacko*

Finally, I think the current krpano is conflicting with moo-tools library, must have some functions override *confused* . Is there any future plan to fix this?
Thanks first for any feedback on this!

PS: When will be the date for next release?

Best regard,
hgdien

11

Freitag, 1. Oktober 2010, 08:38

Hi,

yes, that will be all fixed with the next release,
the current version is simply very basic...

all the things that you have addressed (doctype, absolute url, basedir) are already fixed,
the new version is near finish, but some things are still to do,

best regards,
Klaus