Responsive Design for the Sitefinity Ecommerce Module

Responsive Design for the Sitefinity Ecommerce Module

Posted on October 31, 2013 0 Comments

The content you're reading is getting on in years
This post is on the older side and its content may be out of date.
Be sure to visit our blogs homepage for our latest news, updates and information.

The styles from this blog post are created and tested for version 6.2 of Sitefinity.

It's not a secret that responsive design can boost the sales on your ecommerce site a lot. Since Sitefinity already offers an ecommerce module, in this blog post I'm going to demonstrate to you how to make a Sitefinity ecommerce site responsive. As in the previous one, the styles that you'll find in this post are an addition to the Basic front-end theme of Sitefinity. You can add them on your template/page by a css widget or by directly placing the responsive design css file in the Global folder of your theme. You will notice that the stylesheet is divided into sections, and each section covers the styles for a particular ecommerce widget.

I'm going to skip the basic form and body styles, which we already discussed in the previous responsive design blog posts. The first widget we start with is the Product list widget. Notice that we set the font-size in percent among the whole stylsheet. This allows us to easily change the default font-size, which will automatically affect all other font-size declarations. Here are the style for  the products list widget:

/*Products list widget*/
 
.sfSortByWrp
{
        text-align:left;
        font-size:112.5%;
}
 
.sfproductsList .sfproductTitle,
.sfSortByWrp select
{
        font-size:112.5%;
}
 
.sfproductsList .sfproductTmbWrp
{
        height:auto;
}
 
    .sfproductsList .sfproductListItem
{
        border-bottom: 1px solid #e4e4e4;
        width:100%;
        padding:20px 0;
        height:auto;
}
 
.sfproductsList .sfproductListItem:first-child
{
        border-top: 1px solid #e4e4e4;
}

As you see, we simply set the width to 100% and height of the list items to auto (as well as height for the product thumbnails).

Result:


The styles of the details view are similar. We practically adjust paddings and margins for mobile devices. We also set 32% width of the product thumbnails, so that 3 of them would fit on one row. The cool blue buttons from the previous blog post are included here, as well. Here's how to get their look:

.sfproductDetailsWrp .sfAddToCartWrp .sfAddToCartBtn,
.sfcartSummaryExpandableWrp .sfCheckoutBtn,
.sfcheckoutMulitPage .sfcheckoutContinueBtn,
.sfPrintBtn,
.sfSubmitBtn.sfSubmitFilter,
.sfshoppingCartWrp .sfshoppingCartBtnsWrp .sfCheckoutBtn
{
        -webkit-appearance: none;
        -moz-appearance: none;
        background-color: #006CD8;
        border: 0 none;
        border-radius: 4px 4px 4px 4px;
        color: #FFFFFF;
        cursor: pointer;
        display: inline-block;
        font-size: 112.5%;
        line-height: 1.5em;
        margin-bottom: 0;
        padding: 8px 25px;
        text-align: center;
        vertical-align: middle;
        font-size: 112.5%;
        font-weight:normal;   
}
 
    .sfCouponEntryField .sfApplyCouponBtn
{
        -webkit-appearance: none;
        -moz-appearance:none;
        background-image:none;
        height:auto;
        background-color: #006CD8;
        width:auto;
        border-radius: 4px 4px 4px 4px;
        border: 0 none;
        vertical-align: middle;
        cursor: pointer;
        color: #FFFFFF;
        padding:5px 12px;
        line-height: 1.5em;
}

As in the previous blog post, we reset the default input styles and apply our own ones. We transfer the hover styles to active, so that you will get the nice "button feeling" by clicking on a button (this makes the background color of the button darker):

.sfproductDetailsWrp .sfAddToCartWrp .sfAddToCartBtn:active,
    .sfcartSummaryExpandableWrp .sfCheckoutBtn:active,
    .sfcheckoutMulitPage .sfcheckoutContinueBtn:active,
    .sfPrintBtn:active,
    .sfSubmitBtn.sfSubmitFilter:active
{
        background-color: #039EFC;
        color: #FFFFFF;
        text-decoration: none;
}

Since in the details of each product you can attach files, that are related to the product (like contracts, specifications etc.) we use the good old text-overflow:ellipsis trick to make sure that the titles of those files won't get too long:

.sfSmallIcns .sfdownloadList .sfdownloadFile,
    .sfLargeIcns .sfdownloadList .sfdownloadFile
    {
        display:block;
        overflow: hidden;
        text-overflow: ellipsis;
    }

Result:


The next css applies to the Shopping cart summary widget, which has 3 different modes (all covered in the stylesheet). The important part here is that we set max-width and max-height to the thumbnails of the products in the shopping cart table, so that they don't exceed the width of their cell.

We set the position of .sfcartSummaryDetailsWrp to static to override its previous absolute position. This is the div that wraps the shopping cart summary table. By doing this, we make sure that when the shopping cart summary expands, the product table will fit in the device screen. We then set width to two of the columns in percent. The third column will take up the remaining space.

Result:


The next control we style is the Checkout widget that consists of several views, representing each step of the buying process.

The top breadcrumb is actually a RadtabStrip, where its list items have a float:left declaration. What we add is width:100% and clear both, which pushes each of the list items on a new row and expands to the width of the device screen.

.sfcheckoutTabstrip.RadTabStrip_Basic .rtsLI
{
        clear:both;
        width:100%;
        border-top:0;
}

We also set the text-align to left. You will notice again that all width declarations are in percent, so that they will fit different devices. There isn't anything special in the next several steps of the checkout widget. We reset a few floats to float:none, so that the wrapping divs would fall under each other. Also, when we aren't sure how long the width of a div should be, and we can't set it to 100% (because of some padding, for example, which will increase the width) we can simply set it to auto. This way the div will be exactly as wide as the screen of the device.

Result:


You will notice that most of the widgets contain a table in some of their views. The table comes from the RadGrid control and to style it we do several things. First of all, we decide which columns of the table should be visible. When a column should be hidden we set the following css to it:

.sfcheckoutPreviewProduct .RadGrid_Basic .sfItmOptionsCol,
    .sfcheckoutPreviewProduct .RadGrid_Basic  .sfSingleItmPriceCol,
    .RadGrid_Basic .sfItmOptionsCol,
    .RadGrid_Basic .sfItmTmbCol,
    .RadGrid_Basic  .sfSingleItmPriceCol  
{
        width:0;
        display:none;
        margin:0;
        padding:0;
}

The good thing is that each column (td and th) has a unique class set to it, that we can use to define its width or to set display:none and hide the column. The second operation over the radEditor table is to decide how wide each of the visible columns should be. This is done with simple calculations and depends on what you want to emphasize. For example, in my stylesheet I've chosen 10% width for the thumbnail column (wherever it is visible). The title column on the other hand is at least 40-50%, because I imagine that the title of a product could be pretty long. If you, for example, have 3 visible columns, it is enough to set width in percent to two of them and the third one will use the remaining space. This happens because the radGrid table element already has width set to 100%.

Example with the Wish list widget:


Now let's discuss the interesting parts of the remaining widgets. Practically, the Wish list widget is very similar to the Checkout summary widget, because it consists of a table again and several links. The currencies widget requires one declaration only. We just set its width and font-size. The Orders list widget contains several divs, placed next to each other. What we do is remove the float (set it to float: none), which makes the divs fall under each other. We also add a few borders to separate the orders:

sfordersListWrp .sfordersListItem
{
        border:1px solid #E4E4E4;
        padding:10px 10px 20px;
        margin-bottom:40px;
}

Result:


The Departments widget has identical html structure as our old RadControl based Sitefinity navigation. In the stylesheet I've included css for the horizontal and the horizontal with dropdown modes (RadTabStrip and RadMenu). Both modes are transformed into vertical navigation links. The horizontal with dropdowns mode is a little more complicated, than the horizontal, so I'll start with it. We set the font-size to 100% (which in my stylesheet defaults to 14px). Then we set a few properties with an !important tag, because we override inline styles with them:

div.RadMenu_Sitefinity ul.rmHorizontal,
    div.RadMenu_Sitefinity .rmItem,
    .RadMenu .rmSlide, .RadMenu .rmGroup, .RadMenu .rmText
{
        visibility:visible !important;
        overflow:visible !important;
        float: none !important;
}
    
    .RadMenu .rmSlide,
    .RadMenu .rmItem
{
        display:block !important;
        position:static !important;
}
 
    div.RadMenu_Sitefinity .rmRootGroup .rmItem .rmVertical
    .RadMenu .rmItem,
    .RadMenu .rmLink,
    .RadMenu .rmSlide,
    .RadMenu .rmLink .rmText
{
        width:auto !important;
}
 
    div.RadMenu_Sitefinity .rmRootGroup .rmItem .rmVertical
{
        position:static !important;
        display:block !important;
}
 
   div.RadMenu_Sitefinity .rmRootGroup .rmItem .rmLevel1,
   div.RadMenu_Sitefinity .rmRootGroup .rmItem .rmLevel2,
   div.RadMenu_Sitefinity .rmRootGroup .rmItem .rmLevel3,
   div.RadMenu_Sitefinity .rmRootGroup .rmItem .rmLevel4,
   div.RadMenu_Sitefinity .rmRootGroup .rmItem .rmLevel5,
   div.RadMenu_Sitefinity .rmRootGroup .rmItem .rmLevel6
{
        margin-left:10px;
}
 
    div.RadMenu_Sitefinity .rmItem a.rmLink
{
        float:none !important;
        display:block !important;
}

We do this, because we want all levels of the horizontal with dropdowns navigation to be visible, expanded and static (for better user experience). I use the specific level classes like rmLevel1, rmLevel2, rmLevel3. etc. to add margin-left to  the list items from each level. This way a user will be able to distinguish the level of each item. I also set float:none to the list items, because initially they're floated to the left, and what we want is to position them vertically.

Result:


The styles for the horizontal navigation are similar. However, since the control, that is used is RadTabStrip, not RadMenu, the classes are different:

div.RadTabStrip.RadTabStrip_Sitefinity,
.RadTabStrip_Sitefinity .rtsLI,
 .RadTabStrip_Sitefinity .rtsLink
{
        font-size:100%;
}
 
div.RadTabStrip_Sitefinity 
{
        float: none;
}
 
.RadTabStrip .rtsUL,
.RadTabStripVertical .rtsUL,
div.RadTabStrip.RadTabStrip_Sitefinity .rtsLI,
div.RadTabStrip.RadTabStrip_Sitefinity ul li a.rtsLink
{
        float: none;
        display:block;
        position:static;
        width:auto;
}
 
div.RadTabStrip.RadTabStrip_Sitefinity ul li a.rtsLink
{
        width:auto;
}

Products filter widget:


Your Downloads widget



Shopping cart



You will find the full list of css declarations in the attached css file. Feel free to ask questions in the comments section. Enjoy the post!
Zheyna Peleva headshot

Zheyna Peleva

Jen Peleva was a Principal frontend developer for the Sitefinity CMS.

Comments

Comments are disabled in preview mode.
Topics

Sitefinity Training and Certification Now Available.

Let our experts teach you how to use Sitefinity's best-in-class features to deliver compelling digital experiences.

Learn More
Latest Stories
in Your Inbox

Subscribe to get all the news, info and tutorials you need to build better business apps and sites

Loading animation