Location: Netherlands
Occupation: Krpano custom coding / Virtual Tours / Photography / Musician / Recording engineer

: https://pame.virtualtuur.comooohh... very nice. love your work :)Hai Omar,
you can encrypt your code and that works also on html5, mobile devices.
for desktop you can even encrypt the photo.
The forum is quite openminded and we are here to learn, share and let krpano grow even more.
so, here a code gift.
index.php?page=Attachment&attachmentID=798
that is the gallery of this ipad version..
http://virtualtuur.com/tuur/mobile/sunlodge/
cheers,
Tuur![]()
Location: Netherlands
Occupation: Krpano custom coding / Virtual Tours / Photography / Musician / Recording engineer

: https://pame.virtualtuur.comLocation: Netherlands
Occupation: Krpano custom coding / Virtual Tours / Photography / Musician / Recording engineer
: https://pame.virtualtuur.comLocation: Netherlands
Occupation: Krpano custom coding / Virtual Tours / Photography / Musician / Recording engineer
: https://pame.virtualtuur.comYes, you can disable the external interfaces and embed the xml and plugin files into the swf with the krpano Protect Tool.is there any way to avoid this?
But if everything's embedded into the .swf, doesn't this prevent it from running on an iPhone? Sorry if I'm being dense here!Hi,
the editor plugin doesn't directly 'unencrypt' the xml, it rebuilds the xml structure dynamically by reading out all currently elements and settings.
Yes, you can disable the external interfaces and embed the xml and plugin files into the swf with the krpano Protect Tool.is there any way to avoid this?
Best regards,
Klaus
.Might be worth looking into! It's probably excessively paranoid to be thinking of this stuff, but I just feel like it's worth exploring my options.Right, sorry, I haven't re-read your first post about the HTML5 usage.
Then in this case there is only the possibility to encrypt the xml itself, but reading out variables by the interface will be possible.
If your are planing to write very special and unique code, then you could also write a Javascript plugin and protect your code there and optionally also with the krpano encryption. Then your code will be not read-able from extern in any way.
Best regards,
Klaus
I'd love to share more, but in truth it's less me that's concerned about security and more my directors wanting to protect the company.In the end it's all javascript, so it's always open. Google chrome autoformats minified code for example when viewed in source, makes it pretty readable. Only thing you can do is make it a bit harder with uglify/obfuscating. Which makes it harder to read and alter, but works fine if you just copy paste.
Or make it reliable to a server. For example, I have javascript apps that communicate through ajax with REST. Cool that you can copy paste code, but it wont do anything without the proper json responses of the server. Even this would be hackable by mimcing the server. But come on it's just a panorama tour with a graphic map etc :D :p
you could alsoo put alot of footprint in there. iow comments, author mentions, start functions with AJ (AdolfoJunge)
Rather share code on the forum ;) I bet 90% of the code you have now is from the droplet, combined with some nifty code and tricks from people on this forum.