Communityhttp://docs.esellercloud.comOrdering variant filter valueshttp://docs.esellercloud.com/design/2014/4/ordering-variant-filter-values.aspxFilter values can now be ordered freely at http://www.esellercloud.com/admin/products/ProductFiltering.aspx

- Simply click "View details" for one of the filters, and drag the filter values to the desired order. 

]]>Tue, 11 Nov 2014 13:26:21 GMTPost backs on variant drop downhttp://docs.esellercloud.com/design/2014/3/post-backs-on-variant-drop-down.aspxRight now, eSeller Cloud is build around post backs. This means that whenever a control (eg. A drop down) is changed, the page is updated.
In some instances, this additional roundtrip to the server is not the optimum solution. One of the instances where it is relevant to change this behavior is when using product variants. When a shop is using products that vary in size and color, the default behavior of the shop is to do a postback when the user changes one of the two. This default gives a lot of extra roundtrips and is not optimal from a UX perspective.

Fortunately it is possible to override the default behavior of the shop by employing some simple jquery in the product detail definition.
The below javascript snippet alters the default behavior of the shop so that it only does a postback when both variant selectors have been set. The snippet below assume that the variant selectors contain the text “Vælg Farve” (Pick color) and “Vælg Størrelse” (Pick size).
Furthermore, the example does not take i18n into account so the snippet is meant as a starting point for your development.


$( document ).ready(function() {

                             //Identify relevant elements
                             var colorpicker = $("body").find("option:contains('Vælg Farve')").parent();
                             var sizepicker = $("body").find("option:contains('Vælg Størrelse')").parent();
                            
                             //Remove existing onchange handlers
                             colorpicker.removeAttr("onchange");
                             sizepicker.removeAttr("onchange");
                            
                             colorpicker.change(function(event){
                             if(colorpicker.val()!=0 && sizepicker.val()!=0){
                                                          console.log("Fire postback event");
                                                          __doPostBack(colorpicker.attr("name"),"");
                             }
                             event.stopImmediatePropagation();
                             event.stopPropagation();
                             });
                            
                             sizepicker.change(function(event){
                             if(colorpicker.val()!=0 && sizepicker.val()!=0){
                                                          console.log("Fire postback event");
                                                          __doPostBack(sizepicker.attr("name"),"");
                             }
                             event.stopImmediatePropagation();
                             event.stopPropagation();
                             });
});

]]>Thu, 20 Mar 2014 12:56:37 GMTDisabled session cookieshttp://docs.esellercloud.com/design/2013/12/disabled-session-cookies.aspxI recently had an issue where a B2B shop owners customers were unable to login to the shop. Not all customers but some. We looked extensively at the problem and because we were unable to reproduce the problem, we even talked to a few of the customers. It turns out that the customers experiencing the problem was browsing from a Windows Server 2012. At even close inspection it turns out that in this particular Operating System, session cookies are disabled by default.

The symptoms we saw was:

Submitting the customer login form did not result in log in and no errors was returned

eSeller Cloud is highly dependent on Session cookies. For instance, session cookies are used to make sure that a particular user is shown his particular basket with his products. Session cookies are also used to check if a user is logged in. To fix the problem the affected users had to enable session cookies in their browsers and suddenly everything worked.

It is very uncommon for browser not to support session cookies and it is not a problem I expect to encounter again in the near future but it may be relevant to detect if a user has session cookies disabled and to let the user know that something is not quite right.

An easy way to detect disabled cookies is to add a some javascript to the html header section of the shop.

The html header section is found at “Home >> Marketing >> Html header”
 
The following script will display a warning pop-up to users with disabled cookies. You may want to change the behavior or add some information about how to change cookie settings but the below javascript should offer a reasonable starting point:

<script type="text/javascript">

$( document ).ready(function() {

if(!cookiesEnabled(event)){

alert('Cookies er slået fra\nVi kan desværre ikke logge dig ind da din browser ikke understøtter cookies.\nShoppen anvender cookies til at holde styr på om du er logget ind.\n\nKontakt din lokale administrator eller it supporter for at få cookies slået til');

}

 

});

function cookiesEnabled() {

    var cookieEnabled = navigator.cookieEnabled;

 

    // When cookieEnabled flag is present and false then cookies are disabled.

    if (cookieEnabled === false) {

        return false;

    }

 

    // try to set a test cookie if we can't see any cookies and we're using

    // either a browser that doesn't support navigator.cookieEnabled

    // or IE (which always returns true for navigator.cookieEnabled)

    if (!document.cookie && (cookieEnabled === null || /*@cc_on!@*/false))

    {

        document.cookie = "testcookie=1";

 

        if (!document.cookie) {

            return false;

        } else {

            document.cookie = "testcookie=; expires=" + new Date(0).toUTCString();

        }

    }

 

    return true;

}

</script>

]]>Thu, 19 Dec 2013 15:11:14 GMT