If we could have a restricted live demo, or a video to get a feel of how things work before needing to get some fair amount of data, that’d be even better.
Great job and good luck with it.
edit: apparently // is the way to go, see comments below.
Not including the http|https tells the browser to use the current page to figure out if the file should be loaded over http or https. Loading http content if you're on a https page will trigger non-secure content warnings with browsers
Yeah, the reason for that is that
1) if/when we add HTTPS support it will run seamlessly.
For now it just returns a blank file if included over HTTPS, and so the page will degrade gracefully (no tracking) without any security errors that would've come up from loading an http resource.
2) it's shorter.
Though you're right it does look a bit weird, I will add a note to the instructions explaining what it is and that its not a bug or anything. Replacing it with http:// would've worked perfectly fine as well.
We use the same scheme to link to the media on our CDN so the app can switch seamlessly between http and https secured sections (account,billing) without any different <head> code
Great job and good luck with it.
edit: apparently // is the way to go, see comments below.