Ready to buy - but just want to be sure others can't simply steal my code!

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.

gallery.xml

that is the gallery of this ipad version..
http://virtualtuur.com/tuur/mobile/sunlodge/

cheers,
Tuur

Hi Omar,

the hotspots in that example are krpano stock hotspots but you can make your own easy.
the map is delivered by the client (just took it from their site) and made it small.
the radar (beam) is krpano.
this is all custom coding i learned here at the forum.
i am a bit further now

this is done with canon 50D, sigma 8mm (6 around, 1 up , 1 down) Nodal ninja 3

hope it helps!

Tuur

Tuur,

This example fails on an iPhone. Do you use a separate link for them?

Mmmm..
No, same link
Different xml path
Here it works
Strange

Try again
Tuur

Ok, cleared phone cache and it works. I must have had an old XML file stuck in memory.

OM2

Yes, is intended
Tuur

On a related subject, I've noticed that the editor plugin seems capable of unencrypting the encrypted XML files. Since this makes it fairly easy for anyone determined enough to break it, is there any way to avoid this?

Hi,

the editor plugin doesn't directly 'unencrypt' the xml, it rebuilds the xml structure dynamically by reading out all currently elements and settings.

Quote from AdolfoJunge

is there any way to avoid this?

Yes, you can disable the external interfaces and embed the xml and plugin files into the swf with the krpano Protect Tool.

Best regards,
Klaus

Quote from klaus.krpano

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.

Best regards,
Klaus

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!

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

Quote from klaus.krpano

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

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.

Thanks for your replies.

For making JS plugins see here:
https://krpano.com/docu/plugininterface/#js

Best regards,
Klaus

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.

Quote from Zephyr

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.

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.

I'm also proud to say that none of the code is from the droplet at this point =P