allow buttons buy buyer cart codes determine down free html issue link page pages product selling setting shopping show site web wouldn

Do you know if your Javascript for your carts will work with Google new "Google Sites" (i.e. their free web hosting)?

Since Google Sites don't yet seems to allow JavaScripts, you will have to use our "non JavaScript" cart code for Google Sites.

We tried both code types including the non-JavaScript on Google Sites, and the constant result was a query to close the Window after clicking on Continue Shopping.

Ideally the Cart will pop up over the current page, or something similar that does not move the customer off the site.

Google Sites typically strips any code it deems non-secure or outside of the simple HTML parameters of their basic hosting.

Any workarounds for this?

Google Sites will not allow you to provide any javascript in your pages whatsoever, so pasting our standard button codes into a Google Sites page will result in removal of the javascript bits required to display our nice overlay-style standard cart. Because of this, our cart will operate in "fallback mode" using a popup window/tab. Ideally in this case, you should just use the non-javascript version of our button codes (uncheck the box indicated on our button codes screen to convert the code to our non-JS version).

Now, Internet Explorer has a quirky standard behavior where, if a window is being closed by something in the page, such as our cart's Continue Shopping button (rather than using a standard Windows close control such as the X button), IE will show that confirmation dialog you'd described, asking the user if they really meant to close the window. Insofar as we've been able to determine, there is no workaround to prevent or override that behavior in IE.

You could remove the target="ej_ejc" from your cart buttons, which would make the cart buttons behave like a regular link, taking the buyer from your page to the cart in the same window; in this case, the button to return would say Go Back (rather than Continue Shopping), although it does take the buyer "away" from your page, rather than leaving your site open in its own window.

"You could remove the target="ej_ejc" from your cart buttons"

We'll give that a shot, not a major issue as long as the Go Back function takes them back to the main site.

Your informative replies are much appreciated.

We're also looking into the feasibility of making the Continue Shopping button in the popup-window version of our cart do something other than close the window, such as simply raising the "opener" window (where your site and cart buttons are) to the foremost and sending the cart window to the background. We'll let you know if we can get that working.

I'm currently using Google Page Creator (GPC), which is googles older product, and I want to switch to Google Sites.

With GPC I can use the EJ Shopping cart with javascript and this works well, especially the integration with Google Analytics.

My quesiton is if I use the EJ Shopping cart with the javascript turned off, does GA integration still work?

Anybody tried making a Google Gadget for the shopping cart? This might make it easier for non-tech people to add a shopping cat to Google Sites.

Having played aroudn with Sites, which automates Google Analytics integration and makes site editing really easy, if I could find a simple way to make EJ shopping cart work with it, then I'd say this was Sites is the ultimate easy to use web site creator for selling good.

Our cart's GA integration only works with our standard, overlay-style javascript cart and only if you use our special version of the GA tracking code; it will not work with the standard GA tracking code, nor with the non-javascript version of our cart that opens in a new window/tab.

Google Sites do not allow javascript, so our standard cart and its GA integration will not work there, although our non-javascript popup cart should still work fine. Even if we could make a Gadget to make the overlay-style cart work, the cart's GA integration likely wouldn't work if Google already adds their own GA tracking code to your pages.

I finally been forced migrated from GPC to Google Sites. I like sites a lot for creating web pages, and I think my site (www.speakmoreclearly.com/britishaccent) looks even better.

The only down side is that Sites does not allow Java Script and of course Google Analytic tracking has stopped working. This is such a piety as Analytics is essential to driving sales.

I tried putting the view cart and add cart code into a Gadget. Gadgets work by calling an iFrame and unfortunately the cart displays in that frame rather than as an overlay.


You can see a test page here
https://sites.google.com/a/speakmoreclearly.com/test2/home/testing-ej- cart?previewAsViewer=1

Google Sites are very limited and really not well-suited as an online sales page. If you want to use E-junkie buttons on a Google Sites page, then you are stuck using either our Buy Now buttons or the non-javascript version of our Add to Cart button codes, which would display the cart in a popup window/tab. Our standard overlay-style cart will not work in a Google Sites page.

And does this mean in either case no integrated GA tracking?

Would it be possible to have GA tracking implemented using "Buy Now" or non-JS "Add To Cart"? I think that on the platforms (Sites, Facebook) that non-techos (which I imagine is a large part of your cuatomer market ) want to build on, the use of JS is not allowed.

Anybody else interested in integrated GA tracking without the use of JS?

GA tracking is simply not possible without javascript, because that's what it runs on. Google Sites do not allow you to paste in any javascript, so that means you cannot paste in any GA tracking code there, and you cannot use the standard version of our cart that includes some extra GA tracking features because that also depends on javascript.

I've be working with Google Gadget on my site. They allow JS to be included, however they run in an iFrame and the URL is not my site. I managed to get some other stuff working properly by setting to the target to "_parent"

I'm wondering if might work with box.js, since the links reference a target that must be defined in box.js. If box.js referenced _parent or _top rather than the iFrame window, I think this would work.

The overlay-style cart will not work with an iframe, or rather, the cart overlay will be trapped inside the iframe. This is because the box.js script works by telling browsers to modify the HTML structure of the page calling the script, and since an iframe displays the contents of a separate page which is completely independent of the page containing the iframe, placing the box.js reference inside an iframe means the cart can only show up confined within that frame.

Now that is ugly