Sie sind nicht angemeldet.
krpano.com Forum »
krpano News »
News »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.
Montag, 8. Januar 2018, 16:54
In the default vtourskin.xml there is no 'loadscene_flags' setting in the skin_hotspotstyle style, so when you do that nothing will happen of course.If I set something like this, in for example "onentervr",
set(style[skin_hotspotstyle].loadscene_flags, KEEPVIEW);
Montag, 8. Januar 2018, 16:56
The wrongly scrolled page after exiting the fullscreen mode is an Android Chrome bug and there is no workaround so far I know.I've tested the pr14 with my Samsung Galaxy Note 4.
When I start the tour in portrait and roate to landscape, fullscreen starts
correctly (and it shows me also the icon in the playerbar).
When I rotate back to portrait fullscreen ends (and it shows me also the icon
in the playerbar), but it doesn't resize to fullscreen.
I have around 10% black screen on the bottom side (see screenshot).
You can also disable the (new) autofullscreen setting, then it will work like before (but it will not anymore switch automatically to fullscreen when rotating to landscape):When I replace the tour.js with the tour.js generated from version pr13 it solves me the problem.
But thats probably not the solution
Montag, 8. Januar 2018, 17:01
No I can't confirm this!It seems that mailto: and tel: href links inside html plugins aren't working since version pr14. They worked just fine in pr13. In pr14 when the user clicks on such a link, the background goes dark and there is some kind of a js error in the console. Can you confirm this? Is there any workaround?
Montag, 8. Januar 2018, 17:04
Older Safari versions don't have pointer-lock support, so a free looking around with the mouse is not possible there. But moving the view via dragging (normal controlling) should work (that's the internal fallback for this case).i dont know if that is pr14 related but when i go to webvr with safari 10.1.2 on macos 10.10 yosemite,
then the exit/setup buttons are displayed, but i can't look around, the view is locked.
Dienstag, 9. Januar 2018, 17:02
Well, the error is still there. Mind you, the mailto itself works, as my default e-mail client opens and the address gets in there as it should, but like I said the background of the panorama goes dark, and here's the error I get in the console:No I can't confirm this!It seems that mailto: and tel: href links inside html plugins aren't working since version pr14. They worked just fine in pr13. In pr14 when the user clicks on such a link, the background goes dark and there is some kind of a js error in the console. Can you confirm this? Is there any workaround?
I have just tested mailto: and tel: now and its working.
Dienstag, 9. Januar 2018, 23:42
Ok, I did, please take a look if you can!the background of the panorama goes dark
What 'background' do you mean and how can it go dark...?
Sorry, but generally - without knowing your case/example I can't help.
Maybe open a thread and post there all details - example-links, browser, system and so on...
Donnerstag, 11. Januar 2018, 14:16
Older Safari versions don't have pointer-lock support, so a free looking around with the mouse is not possible there. But moving the view via dragging (normal controlling) should work (that's the internal fallback for this case).
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »indexofrefraction« (11. Januar 2018, 14:33)
Freitag, 12. Januar 2018, 09:16
the background of the panorama goes dark
What 'background' do you mean and how can it go dark...?
Sorry, but generally - without knowing your case/example I can't help.
Maybe open a thread and post there all details - example-links, browser, system and so on...
Freitag, 12. Januar 2018, 12:31
I discovered the error too. It seems the renderCycle is evaluated, after the krpano DOM element is removed. And in the script it tries to access the style property of that element. But while the element is gone, its throwing the undefined error.
Freitag, 12. Januar 2018, 12:36
It depends what you mean - via WebVR and GearVR it should definitely work (e.g. in the Oculus Browser).When i enter VR Mode on a Samsung Galaxy Note 8, the device isn`t supported?
Freitag, 12. Januar 2018, 15:35
I have no OSX 10.10 system here for testing yet (but already started partitioning and installing one) but it might be possible that this Safari version already has the Pointerlock API itself but a not working one (or a buggy one). If that's the case I would need to blacklist that API for a certain Safari version range.on safari 10.1.2, macos 10.10 yosemite, if you switch to webvr,
the view is stuck und and you cant look around
i can confirm the pointerlock-api doesnt work on that safari version,
but there seems to be no fallback....
Montag, 15. Januar 2018, 08:57
Thanks for the note!A small error in the documentation https://krpano.com/docu/xml/#view.camroll
The link (control.camrollreset) in the description does not lead anywhere
Dienstag, 16. Januar 2018, 15:40
Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »sblack« (16. Januar 2018, 15:58)
Dienstag, 16. Januar 2018, 18:28
Probably you have invalid scene name. A Number name is restricted. Show us the link or tour.xml file.ERROR: copy(startscene,scene[0].name) - invalid variable name: 123
Feature Requests »
Zoom in webvr examples
(8. Oktober 2017, 22:28)
Textfield » interactivecontent ?
(18. Oktober 2017, 15:38)
News » krpano 1.19-pr13
(21. September 2017, 22:48)
krpano Panorama Viewer » strange triggering onover and onout on webgl hotspot
(1. November 2017, 17:46)
Mittwoch, 18. Oktober 2023, 20:30
Zum Seitenanfang
