Skip to content

Riloadr - A cross-browser framework-independent responsive images loader written in Javascript.

License

Notifications You must be signed in to change notification settings

tubalmartin/riloadr

Repository files navigation

Riloadr 1.5.3 - Jul 29, 2014

A cross-browser framework-independent responsive images loader.

The goal of this library is to deliver optimized, contextual image sizes in responsive layouts that utilize dramatically different image sizes at different resolutions in order to improve page load time.

Table of Contents

  1. Features
  2. How to use
    1. Configuration options
    2. Properties
    3. Methods
  3. jQuery version
  4. Demos
  5. Testing
  6. Changelog
  7. Contribute
  8. Bug tracker
  9. License

1. Features

  • No dependencies: Just Javascript, HTML and CSS (No server involved if you don't want to, no cookies, no .htaccess, no other Javascript library or framework required).
  • Ease of use: 15-30 mins reading the docs and checking some demos and you're good to go!
  • Absolute control: Riloadr will process only the images you tell it to.
  • Unlimited breakpoints: Set the breakpoints you need. CSS properties available per breakpoint: minWidth, maxWidth, minDevicePixelRatio (plus fallback and imgFormat).
  • Mimics CSS: Riloadr computes the viewport's width in CSS pixels and finds out the optimal image size for the viewport according to the breakpoints you set through the breakpoints option (sort of CSS media queries).
  • One request per image: Riloadr does not make multiple requests for the same image.
  • Lazy load of images: Riloadr gives you the option to defer the load of all images in a group (much better page load times).
  • Full Art Direction: See watchViewportWidth option in the documentation.
  • Legacy content & multiple image sizes: A fallbacks system paired with multiple data-src-{breakpoint-name} data attributes allow you to use Riloadr on any website or webapp. Learn more about fallbacks. Learn more about multiple data-src-{breakpoint-name} attributes.
  • Image groups: You can create different Riloadr objects and configure each one to your needs (i.e. A group for images in the sidebar and another one for images in the main column).
  • Image retries: You can configure any Riloadr object to retry n times the loading of an image if it failed to load.
  • Useful callbacks: Riloadr allows you to attach callbacks for the onload and onerror image events. You can also set an oncomplete callback that fires when all images in a group are completely loaded.
  • Bandwidth testing: Riloadr uses the W3C Network Api to find out wether connection speed is fast enough to deliver Hi-Res images (can be disabled).
  • Support for browsers with no Javascript support or Javascript disabled: Use the noscript tag OR add and set the src attribute with the smallest image (the latter approach may make 2 requests instead of 1, not recommended).
  • No UA sniffing: Riloadr does not use device detection through user-agents.
  • Lightweight: 6.2kb minified (4.9kb jQuery version minified)
  • jQuery version available
  • AMD compatible
  • MIT License

2. How to use

Riloadr got inspired by the technique used by the YUI image loader.

The main idea behind this technique is to leave the src attribute of img tags out of the HTML element altogether and instead use a data-src attribute.

This way we avoid making multiple requests to the server for different sizes of an image. Once Riloadr chooses the best size to deliver for the current viewport, it adds the src attribute and the image is requested.

Warning!: Do not set an empty string for the value of src src="". Some browsers react to this by assuming the empty string means src="/", and consequently the browser re-requests the current HTML page and tries to stuff it into the<img> element. This is bad news for performance.

I'll use some code to explain how to use Riloadr, it should be self explanatory.

<!doctype html>
<!--
     Let's add a 'no-js' class to the <html> element so that
     if the browser does not support Javascript, we can target
     in CSS images without an 'src' attribute and remove them
     from the document flow.
     Riloadr and Modernizr will remove the 'no-js' class ASAP.
     HTML5 boilerplate uses this technique, so use it!
-->
<!--[if lt IE 7]> <html class="no-js lt-ie9 lt-ie8 lt-ie7" lang="en"> <![endif]-->
<!--[if IE 7]>    <html class="no-js lt-ie9 lt-ie8" lang="en"> <![endif]-->
<!--[if IE 8]>    <html class="no-js lt-ie9" lang="en"> <![endif]-->
<!--[if IEMobile 7 ]> <html class="no-js iem7" lang="en"> <![endif]-->
<!--[if (gt IE 8)|(gt IEMobile 7)|!(IEMobile)]><!-->
<html class="no-js" lang="en">
<!--<![endif]-->
<head>
    <meta charset="utf-8">

    <!-- Mobile viewport optimization: Required!! -->
    <meta name="HandheldFriendly" content="True">
    <meta name="MobileOptimized" content="0">
    <meta name="viewport" content="width=device-width">

    <!-- Recommended CSS styles -->
    <style type="text/css">
        /* General styles */

        img {
            max-width: 100% /* To make all images fluid */
        }
        .lt-ie8 img{
            -ms-interpolation-mode: bicubic /* IE < 8 does not scale images well */
        }
        .lt-ie7 img{
            width: 100% /* IE < 7 does not support max-width. Use a container. */
        }

        /* Image groups styles */

        /* Remove responsive images if Javascript is disabled. Assumes <noscript> technique is used */
        .no-js img.responsive,
        .no-js img.main-col-images {
            display: none
        }
        /* Recommended styles if you plan to defer the load of some images. Recommended specially if "invisible" ("belowfold" until 1.4.0) defer mode is used. */
        img.responsive,
        img.main-col-images {
            visibility: hidden; /* To make responsive images not visible until loaded. */
            min-height: 100px /* To give responsive images some height until loaded (smaller "jumps" when loaded). Set it to the height of the smallest image in a group. */
        }
    </style>

    <!-- Include Riloadr (preferrably in the <head>) -->
    <script type="text/javascript" src="riloadr.min.js"></script>

    <!-- Once Riloadr is loaded, set up your image groups -->
    <script type="text/javascript">
        /* Image group 1
         * Minimum options, just the breakpoints:
         * - The group's name will be 'responsive' and the root will be the <body> element.
         * - The base URL for each image must be included in each <img> tag.
         * - Images will be loaded as soon as the DOM is ready.
         */
        var group1 = new Riloadr({
            breakpoints: [
                {name: '320px', maxWidth: 320}, // iPhone 3
                {name: '640px', maxWidth: 320, minDevicePixelRatio: 2}, // iPhone 4 Retina display
                {name: '640px', minWidth: 321, maxWidth: 640},
                {name: '1024px', minWidth: 641}
            ]
        });

        /* Image group 2
         * All options:
         * - The group's name will be 'main-col-images' and the root will be the <div id="main-column"> element.
         * - The base URL for each image is already set so you don't need to include it in each <img> tag.
         * - Images will load when the user is likely to see them.
         * - If an image in this group fails to load, Riloadr will try to load it 1 more time.
         */
        var group2 = new Riloadr({
            root: 'main-column', // ID
            name: 'main-col-images',
            base: 'images/{breakpoint-name}/', // {breakpoint-name} will be replaced by one of your breakpoints names
            defer: {
                mode: 'invisible',
                threshold: 125
            },
            ignoreLowBandwidth: true, // Hi-Res images will be requested regardless of connection speed
            onload: function(){
                // Image x is loaded
                // Do whatever you need
            },
            onerror: function(){
                // Image x failed to load, Riloadr will try to load it one more time
                // Do whatever you need
            },
            oncomplete: function(){
                // All images in this group are completely loaded
                // Do whatever you need
            },
            retries: 1,
            breakpoints: [
                {name: 'small', maxWidth: 320}, // iPhone 3
                {name: 'medium', maxWidth: 320, minDevicePixelRatio: 2}, // iPhone 4 Retina display
                {name: 'medium', minWidth: 321, maxWidth: 640},
                {name: 'large', minWidth: 641}
            ]
        });
    </script>
</head>
<body>
    <!-- Image group 1 -->
    <header>
        <!-- You can set or override the base URL for each image adding a 'data-base' attribute -->
        <img class="responsive" data-base="images/" data-src="tahiti_{breakpoint-name}.jpg">
        <!-- No Javascript support?
             Deliver to these browsers the smallest image size (Mobile first approach).
             2 techniques available: <noscript> tag & 'src' attribute. <noscript> technique preferred!

             Technique 1: <noscript> tag.
             - Pros: 1 request per image.
             - Cons: Cumbersome (You may create a function to print images such as: https://gist.github.com/2689388)

             Technique 2: 'src' attribute.
             - Pros: Valid markup, <noscript> tag not needed.
             - Cons: High probability of making 2 requests instead of 1 (worse performance, not recommended).
        -->
        <noscript>
            <img src="images/tahiti_320px.jpg">
        </noscript>

        <!-- You can set the full src path for each image (no 'base' option nor 'data-base' attribute) -->
        <img class="responsive" data-src="images/cocoa_{breakpoint-name}.jpg">
        <noscript>
            <img src="images/cocoa_320px.jpg">
        </noscript>
    </header>

    <!-- Image group 2 -->
    <div id="main-column">
        <img class="main-col-images" data-src="jolla.jpg">
        <noscript>
            <img src="images/small/jolla.jpg">
        </noscript>

        <img class="main-col-images" data-src="morro.jpg">
        <noscript>
            <img src="images/small/morro.jpg">
        </noscript>
    </div>
</body>
</html>

2.1. Configuration options

base (String | Optional)

An absolute or relative path for all images in a group.

    var group1 = new Riloadr({
        base: 'http://assets.myserver.com/images/'
    });

    var group2 = new Riloadr({
        base: 'images/'
    });

If base is not set, Riloadr will check for the value of the data-base attribute of each img tag in a group.

    <img class="responsive" data-base="http://assets3.myserver.com/images/" data-src="img_{breakpoint-name}.jpg">

If base is not set and the data-base attribute is missing in an image, Riloadr will use the value of the data-src attribute for that image.

    <img class="responsive" data-src="http://assets3.myserver.com/images/img_{breakpoint-name}.jpg">

If base is set and an image has a data-base attribute, the attribute's value overrides the base option for that image.


breakpoints (Array | Required)

The breakpoints array works in a similar way to media queries in CSS. You can configure as many breakpoints (or size ranges) as you need, just like with media queries. A breakpoint is a literal object with up to 6 properties:

  • name (String|Integer | Required): The breakpoint name. You can set the name you prefer for any breakpoint.
  • minWidth (Integer | Optional): Equivalent to min-width in CSS media queries. Value should be expressed in CSS pixels.
  • maxWidth (Integer | Optional): Equivalent to max-width in CSS media queries. Value should be expressed in CSS pixels.
  • minDevicePixelRatio (Float | Optional): Equivalent to min-device-pixel-ratio in CSS media queries (useful for delivering high resolution images). If two breakpoints only differ by this property, the breakpoint containing this property should be placed in the last place.
  • fallback (String|Integer | Optional): An already defined breakpoint name to use as a fallback in case the current image size does not exist. Use this feature when an image of a certain size may not exist. Fallbacks do not cascade. Typical use scenarios:
    • You want to use Riloadr in a website with legacy content (images).
    • You want to use Riloadr in a website where users can upload images that are resized on the server but, depending on the original image size, not all sizes of an image may be created (Flickr for example).
  • imgFormat (String | Optional): You can set a different image file format such as png or jpeg regardless of the initial image file format you set in the data-src attribute. Riloadr will replace the image extension with this one. Just don't include the dot ..

The {breakpoint-name} variable

The variable {breakpoint-name} may be used multiple times in base, data-base, data-src & data-src-{breakpoint-name} values. Riloadr will replace {breakpoint-name} by the name property of one of the breakpoints you've set.

I can't predict or rename the file names of my images Learn how Riloadr gets you covered.

Let's see some examples: Example 1:

    var group1 = new Riloadr({
        base: '../images/',
        breakpoints: [
            {name: 'xsmall', maxWidth: 320}, // Applied if viewport is not wider than 320 pixels
            {name: 'small',  minWidth: 321, maxWidth: 480},
            {name: 'medium', minWidth: 481, maxWidth: 768},
            {name: 'large',  minWidth: 769, maxWidth: 1024},
            {name: 'xlarge', minWidth: 1025} // Applied if viewport is wider than 1025 pixels
        ]
    });
    <!--
        We add a 'data-src' attribute and the {breakpoint-name} variable where we need it.
        In this case, image names have a size suffix i.e. wow_small.jpg, wow_xlarge.jpg etc...
        so we place the {breakpoint-name} variable where the breakpoint name should be.
    -->
    <img class="responsive" data-src="wow_{breakpoint-name}.jpg">

Example 2:

    var group2 = new Riloadr({
        base: 'http://myserver.com/photos/{breakpoint-name}/',
        breakpoints: [
            {name: 'mobile',  maxWidth: 320},
            {name: 'tablet',  minWidth: 321, maxWidth: 768},
            {name: 'desktop', minWidth: 769}
        ]
    });
    <!--
        In this case the {breakpoint-name} variable is used in the 'base' option.
        The final URL for this image will be one of these:
        - http://myserver.com/photos/mobile/super.jpg
        - http://myserver.com/photos/tablet/super.jpg
        - http://myserver.com/photos/desktop/super.jpg
    -->
    <img class="responsive" data-src="super.jpg">

Example 3:

    // Breakpoint names can be used more than once if the breakpoint properties
    // are different but they apply to the same image size.
    var group3 = new Riloadr({
        base: 'http://img.{breakpoint-name}.myserver.com/',
        breakpoints: [
            {name: 'low',  maxWidth: 320}, // iPhone 3
            {name: 'high', maxWidth: 320, minDevicePixelRatio: 2}, // iPhone 4 Retina display (High resolution image)
            {name: 'high', minWidth: 321} // Any bigger screen
        ]
    });
    <!--
        In this case the {breakpoint-name} variable is used in the 'base' option.
        The final URL for this image will be one of these:
        - http://img.low.myserver.com/Hollywood.jpg
        - http://img.high.myserver.com/Hollywood.jpg
    -->
    <img class="responsive" data-src="Hollywood.jpg">

Example 4: Let's suppose you want to use Riloadr only to lazy load some images and you don't care about the responsive "thing". Riloadr is so flexible that you could do this:

    var group4 = new Riloadr({
        base: 'http://www.myserver.com/photos/', // Set a base (optional)
        name: 'lazy', // Change the group name (optional)
        defer: 'belowfold',
        breakpoints: [
            {name: 'whatever',  minWidth: 1} // Any screen (here's the trick!)
        ]
    });
    <!--
        In this case we're not using the {breakpoint-name} variable
        anywhere because let's pretend we have all images in a single size
        and we have no plans to dinamically create different versions (sizes) of them.

        TADA! You can use Riloadr just as an image loader.
    -->
    <img class="lazy" data-src="wedding.jpg">
    <img class="lazy" data-src="children.jpg">
    <img class="lazy" data-src="subdirectory/canada.jpg">
    <img class="lazy" data-base="http://photos.myoldserver.com/" data-src="sydney.jpg">

Example 5: How to use fallbacks

    var group5 = new Riloadr({
        breakpoints: [
            {name: 's', maxWidth: 320}, // All images at this size exist.
            {name: 'm', minWidth: 321, maxWidth: 480, fallback: 's'}, // Some images at this size may not exist so set a fallback to 's' size.
            {name: 'xl', minWidth: 481, maxWidth: 640} // All images at this size exist.
            {name: 'xxl', minWidth: 641, fallback: 'xl'} // Some images at this size may not exist so set a fallback to 'xl' size.
        ]
    });
    <!--
        The final URL for this image will be one of these:
        - ../Hollywood-s.jpg
        - ../Hollywood-m.jpg or ../Hollywood-s.jpg
        - ../Hollywood-xl.jpg
        - ../Hollywood-xxl.jpg or ../Hollywood-xl.jpg
    -->
    <img class="responsive" data-src="../Hollywood-{breakpoint-name}.jpg">

Example 6: How to use imgFormat

    var group6 = new Riloadr({
        breakpoints: [
            {name: 's', maxWidth: 240, imgFormat: 'png'}, // PNG images
            {name: 'm', minWidth: 241, maxWidth: 320, imgFormat: 'jpg'} // JPG images
        ]
    });
    <!--
        The final URL for this image will be one of these regardless of the extension set in data-src:
        - ../Hollywood-s.png
        - ../Hollywood-m.jpg
    -->
    <img class="responsive" data-src="../Hollywood-{breakpoint-name}.jpg">

Example 7: Can't predict or rename the file names of your images? No problem!

    var group7 = new Riloadr({
    	base: 'photos/',
    	// Define your breakpoints as usual
        breakpoints: [
            {name: 'small', maxWidth: 320},
            {name: 'medium', minWidth: 321, maxWidth: 480, fallback: 'small'}, // Some images at this size may not exist so set a fallback to 'small' size.
        ]
    });
    <!--
        Instead of setting the data-src data attribute containing the path/src to your image
        and the {breakpoint-name} variable, add a data-src-{breakpoint-name} data attribute
        for each one of the breakpoints you've defined and set their values to the corresponding
        path/src of your images.

        The final URL for these images will be one of these:
        Image 1:
        - photos/2013/cities/small/Hollywood-80x90.gif
        - photos/2013/cities/med/Hollywood-350x525.jpg or photos/2013/cities/small/Hollywood-80x90.gif
        Image 2:
        - photos/nature/tiny/rhino-60x57.png
        - photos/nature/normal/rhino-200x300.jpg or photos/nature/tiny/rhino-60x57.png
    -->
    <img class="responsive" data-src-small="2013/cities/small/Hollywood-80x90.gif" data-src-medium="2013/cities/med/Hollywood-350x525.jpg">
    <img class="responsive" data-src-small="nature/tiny/rhino-60x57.png" data-src-medium="nature/normal/rhino-200x300.jpg">

Important!: When Riloadr parses your breakpoints it mimics CSS behavior: Riloadr computes the browser's viewport width in CSS pixels, then traverses your breakpoints to find out the appropiate image size to load and makes use of your breakpoint names to get the correct src (image URL) to load the image. Remember, Riloadr mimics CSS and as such, it works with CSS pixels not with device pixels. So when you define your breakpoints use this formula to calculate screen width:

device screen width / device pixel ratio = screen width in CSS pixels

An example: You need to target the iPhone 4 which in portrait mode has a screen width (device pixels) of 640px. The iPhone 4 has a device pixel ratio of 2 (2 device pixels equal 1 CSS pixel) so if we apply the formula above we get a width of 320 CSS pixels. This is the value that you should set as minWidth to target the iPhone 3 & 4 (just like in CSS).


defer (Object | Optional)

Tells Riloadr to defer the load of some images. Three properties available:

  • mode (String | Required):
    • 'invisible': Images in a group will load when the user is likely to see them (images in the viewport area). Before version 1.4.0, Riloadr only supported the deferred load of images that were "below the fold" but from version 1.4.0 onwards, Riloadr employs a much friendlier bandwidth approach meaning it will only load those images inside the current viewport, thus images outside of the viewport (up, down, left or right) won't get loaded until the user is likely to see them. The image group automatically gets window scroll, resize and orientationchange triggers.
    • 'load': Images in a group will be loaded once the window has fully loaded (window.onload).
  • threshold (Integer | Optional): Each image will be loaded only when it comes within threshold pixels of any side of the viewport. If threshold is not set, it defaults to 100px. This option works only with the invisible mode.
  • overflownElemsIds (Array | Optional): A list of Ids of elements whose content overflows them. You'll identify these elements in your stylesheet looking for the overflow property. If you use the invisible mode, please review your stylesheet/html and add those element Ids to this list. This property exists because the scroll event does not bubble up and browsers only fire a scroll event on document and window when the user scrolls the entire page. Scrolling overflown content triggers the scroll event but it does not bubble up so Riloadr has to know which elements are overflown so that it can register an event listener to them.
    var group1 = new Riloadr({
        defer: {
            mode: 'invisible',
            threshold: 200,
            overflownElmsIds: ['img-gallery', 'my-overflown-div']
        }
    });

    var group2 = new Riloadr({
        defer: {
            mode: 'load'
        }
    });

If mode is set to invisible and Opera Mini is used, Riloadr falls back to load mode.


ignoreLowBandwidth (Boolean | Optional)

In the case of HiDPI screens, Riloadr will try to find out if the connection speed of the user's device is fast enough to deliver Hi-Res images. For that purpose, Riloadr uses the W3C Network Api (both the Working and Editor's Drafts). Currently, only a small subset of devices & browsers support this specification although wider support is expected.

If a device/browser does not support the Network Api yet, Riloadr assumes a fast connection speed.

    var group1 = new Riloadr({
        ignoreLowBandwidth: true, // Hi-Res images will be requested regardless of connection speed
        breakpoints: [
            {name: '320px', maxWidth: 320}, // iPhone 3
            {name: '640px', maxWidth: 320, minDevicePixelRatio: 2}, // iPhone 4 Retina display (Hi-Res image)
            {name: '640px', minWidth: 321, maxWidth: 640},
            {name: '1024px', minWidth: 641}
        ]
    });

If ignoreLowBandwidth is not set or is not true, it defaults to false, meaning Riloadr will only request Hi-Res images if connection speed is fast enough.

¿What is "fast enough" for Riloadr?

  • Offline mode (no internet connection).
  • Bandwidth higher than 100 KB/s.
  • 4g or faster mobile networks (2g & 3g are considered slow for Hi-Res images).

name (String | Optional)

A name to identify which images Riloadr must process. This name must be added to the class attribute of each img tag in a group. When you create a Riloadr object, you're creating an image group. You can create different image groups setting a different name option for each Riloadr object even if all images share the same root.

    // We're creating 2 image groups that share the same root (body)
    // Each Riloadr object (group) will only process its images (identified by 'name')

    var group1 = new Riloadr({
        name: 'group1'
        ...
    });

    var group1 = new Riloadr({
        name: 'group2'
        ...
    });
    <body>
        <img class="group1 other classes" data-src="img_{breakpoint-name}.jpg">
        <img class="group2 anyother classes" data-src="img_{breakpoint-name}.jpg">
        ...
    </body>

Image groups are awesome because you can set different options for different sets of images (i.e. An image group for the main column, another for the sidebar, another for the footer...).

But, let's go one step further and suppose you want to deliver images from different domains (Domain sharding). You can create a group for each domain even if all images share the same root, just by setting a different name to each group:

    // Main column ID of your website
    var rootId = 'main-column';

    // Both groups share the same 'root' but each group will process
    // exclusively the images identified by the 'name' option.
    // Use the 'base' option to set the domain for each group

    var group1 = new Riloadr({
        base: 'http://img1.example.com/{breakpoint-name}/',
        name: 'sub1',
        root: rootId,
        breakpoints: [ ... ]
    });

    var group2 = new Riloadr({
        base: 'http://img2.example.com/{breakpoint-name}/',
        name: 'sub2',
        root: rootId,
        breakpoints: [ ... ]
    });
    <!-- HTML -->
    <div id="main-column">
       <img class="sub1" data-src="img1.jpg">
       <img class="sub2" data-src="img2.jpg">
       <img class="sub1" data-src="img3.jpg">
       <img class="sub2" data-src="img4.jpg">
    </div>

If name is not set, Riloadr will look for images with the class responsive.

    <img class="responsive" data-src="img1.jpg">

oncomplete (Function | Optional)

Callback function that will be called when all images in a group are completely (down)loaded. If an image fails to load it's considered loaded. If new images are added dynamically to a group after the oncomplete callback is executed, this callback will be executed again once those new images are loaded.

    var group1 = new Riloadr({
        oncomplete: function() {
            console.log("All images loaded");
        }
    });

onerror (Function | Optional)

Callback function that will be called if an image fails to load. Inside the callback the reserved keyword this refers to the image. If retries is set to a number greater than 0, Riloadr will automatically try to load that image a maximum of retries times.

    var group1 = new Riloadr({
        onerror: function() {
            console.log(this);
        }
    });

onload (Function | Optional)

Callback function that will be called if an image loads successfully. Inside the callback the reserved keyword this refers to the image.

    var group1 = new Riloadr({
        onload: function() {
            console.log('Image loaded!');
        }
    });

retries (Integer | Optional)

Number of times Riloadr must try to load an image if it fails to load.

    var group1 = new Riloadr({
        retries: 2
    });

If retries is not set, it defaults to 0 (no retries).


### root (String | Optional) The id attribute value of a DOM element (Riloadr uses internally document.getElementById(root) to select the element). Riloadr will look for images to process in the subtree underneath the specified element, excluding the element itself. This option allows you to define a group's scope. Use this option to improve image selection performance. If root is not set or can't be found, it falls back to the body element.

    // Here we're creating 2 groups (Riloadr objects) and each one
    // has a different 'root'. Although these groups share the same 'name'
    // (responsive) both are perfectly isolated because their scope is different.

    // 'name' not set, defaults to 'responsive'
    var group1 = new Riloadr({
        base: 'http://{breakpoint-name}.example.com/',
        root: 'main-column',
        breakpoints: [ ... ]
    });

    // 'name' not set, defaults to 'responsive'
    var group2 = new Riloadr({
        base: 'http://{breakpoint-name}.example.com/',
        root: 'sidebar',
        breakpoints: [ ... ]
    });
    <!-- HTML -->
    <div id="main-column">
       <img class="responsive" data-src="img1.jpg">
       <img class="responsive" data-src="img2.jpg">
    </div>
    <div id="sidebar">
        <img class="responsive" data-src="img3.jpg">
        <img class="responsive" data-src="img4.jpg">
    </div>

watchViewportWidth (String | Optional)

Enables dynamic Art Direction. Ever wished to load different image sizes when users resize their browser? Now you can easily: Define your breakpoints, set watchViewportWidth to the mode you prefer and voilá! Riloadr provides two different modes of dynamic Art Direction:

  • wider: Loads larger images as the browser is resized up (One way). Riloadr finds out the widest breakpoint from those you defined for a group and will load larger images as the browser is resized up. When the widest breakpoint is used (largest images get displayed) Riloadr stops watching the viewport meaning images of smaller size won't be loaded.
  • *: Loads smaller or larger images as the browser is resized down or up respectively (Both ways).

Don't be afraid of enabling this option for mobile devices: Mobile browsers cannot be resized although some of them fire the resize event when certain actions occur but the viewport width isn't likely to change (and that's what matters to Riloadr) so it's safe to assume this setting targets desktop browsers only.

    var group1 = new Riloadr({
        name: 'my-artistic-group',
        breakpoints: [
            {name: '320px', maxWidth: 320},
            {name: '640px', maxWidth: 320, minDevicePixelRatio: 2},
            {name: '640px', minWidth: 321, maxWidth: 640},
            {name: '1024px', minWidth: 641}
        ],
        watchViewportWidth: '*' // Full Art Direction
    });

Check the demos to try it ;)


2.2. Properties

version

Contains the version of Riloadr (string).

    console.log( Riloadr.version );

2.3. Methods

riload()

This method allows you to load responsive images inserted into the document after a group has been created. Call this method after new markup is inserted into the document. Note this method will load exclusively images belonging to the group (Riloadr object) that invoked riload().

    // Create an image group (root = body)
    var group1 = new Riloadr({
        name: 'resp-images',
        breakpoints: [ ... ]
    });

    // Code that adds images to the group's root element (body)
    ...

    // After inserting the images, call riload() to load them
    group1.riload();

3. jQuery version

If you already use jQuery in a project, save some bytes and use the jQuery version of Riloadr (riloadr.jquery.js & riloadr.jquery.min.js). Same performance, same behavior! jQuery 1.3.2+ recommended!

4. Demos

Demos are located here. Inspect the source code and watch each demo in action, it's the best way to learn how to use Riloadr. To run the demos, download the repo, extract the files (optionally upload them to an online server) and open any demo/*.html file in your browser.

Online demos you ask? Here you are

5. Testing

Riloadr's goal has always been to work cross-browser, both desktop and mobile, and not require any javascript libraries, frameworks or any other dependencies except HTML and CSS. If you come across any problems please help us by submitting an issue and we'll work to improve it. Below are the primary browsers Riloadr has been tested against.

Mobile browsers

  • Webkit mobile (iOS and Android)
  • Opera Mini (iOS and Android). Yes, it sounds incredible!!
  • Opera Mobile (iOS and Android)
  • Firefox mobile (Android)
  • Netfront Life browser v2 (Android)
  • Dolphin Browser HD (iOS and Android)
  • UC Browser 8+ (Android)

Desktop browsers

  • Internet Explorer 6+
  • Firefox (Mac and Win)
  • Google Chrome (Mac and Win)
  • Safari (Mac and Win)
  • Opera (Mac and Win)

6. Changelog

1.5.3

  • Fix infinite loop in getViewportWidthInCssPixels function.

1.5.2

  • Some minor bugfixes

1.5.1

  • Bugfix: See issues #19, #20 and #21.
  • Bugfix: See issue #16

1.5.0

1.4.3

  • Bugfix: If an image failed to load, Riloadr tried to load it again if retries was set or if a fallback breakpoint was provided. The issue here is some browsers such as some Google Chrome versions (28.0.1500.71) do not fire image events after the first time the src attribute is set with JS. This is now controlled and works cross-browser.
  • Bugfix: Some browsers such as some Google Chrome versions (28.0.1500.71) fire the image onload event after the onerror or onabort events have been fired resulting in unexpected behavior. This is now controlled and works cross-browser.
  • ondomready.js updated to version 1.3

1.4.2

  • Bugfix: Resize event listener should only be registered/unregistered when either defer mode is invisible or watchViewportWidth is enabled.
  • Fixed minified versions: UglifyJS removed the new keyword before RegExp and Error objects.

1.4.1

  • Minor Bugfix (docElem was undefined in getDimension() function)
  • Some enhancements

1.4.0

  • NEW watchViewportWidth option that enables dynamic Art Direction.
  • NEW imgFormat breakpoint option. See example
  • NEW invisible mode for deferring the load of images.
  • ondomready.js updated to version 1.3 (jQuery 1.10.1)
  • Backwards compatibility guaranteed. You can upgrade safely.

1.3.2

  • ondomready.js updated to version 1.2 (jQuery 1.8.1)

1.3.1

  • ondomready.js updated to version 1.1 (jQuery 1.8.0)
  • Some bytes saved
  • jQuery 1.8.0 used in demos

1.3.0

  • Added a fallback optional property to breakpoints. See example
  • Updated curl.js and RequireJS
  • Improved demos

1.2.0

  • Added oncomplete option (callback)
  • Added ignoreLowBandwidth option (for Hi-Res images - HiDPI screens)
  • Bugfix: When calling riload() more than once on a group configured to load images above the fold (defer: belowfold), Riloadr was collecting more images than it should.

1.1.0

Much much better performance:

  • Pub/Sub removed (less function calls and loops)
  • throttle and debounce methods from underscore.js replaced by lodash.js counterparts (4% faster)
  • If belowfold defer mode is used, event listeners are added/removed when needed (specially noticeable when scrolling)
  • Some refactoring (init and getImages methods removed & better initialization)
  • Images used in demos reduced in size (sorry guys for previous versions)
  • Better demos overall
  • Smaller footprint!

1.0.3

  • Improved module definition for the jQuery version
  • Improved demos
  • Added RequireJS and curl demos

1.0.2

  • getSizeOfImages function refactored (same result and better minification).

1.0.1

  • Cleaner constructor (riload, getImageSrc & isBelowFold methods moved outside)
  • Better minification (saving bytes!)

1.0.0

Initial release.

7. Contribute

This project was originally created for my company as a need to handle different image sizes for different device screens in order to make websites load faster (specially for mobile devices). Please feel free to improve this project in any way you can.

Contact Me

@tubalmartin

8. Bug tracker

Find a bug? Please create an issue here on GitHub!

Submit an issue

9. License

Copyright (c) 2013 Tubal Martin

Licensed under the MIT license.

About

Riloadr - A cross-browser framework-independent responsive images loader written in Javascript.

Resources

License

Stars

Watchers

Forks

Packages

No packages published