• Resolved drazon

    (@drazon)


    Hi Frank I noticed this W3C error inside the noscript tag of each image after enabling image lazyload

    The sizes attribute may be specified only if the srcset attribute is also present.

    It is also present in your website. So what if srcset existed inside the noscript? Would it cause any trouble that I’m not aware of?

Viewing 14 replies - 1 through 14 (of 14 total)
  • Plugin Author Optimizing Matters

    (@optimizingmatters)

    hmm, the problem is not with what’s in the <noscript> tag, because that does have a srcset attribute, but with the lazyloaded image tag which indeed has sizes (if your original image did) but not a srcset tag as that is now data-srcset, afraid there’s no fix for that at the moment.

    hope this clarifies,
    frank

    Thread Starter drazon

    (@drazon)

    I understand this is an issue of lazysizes rather than autoptimize. However maybe there is a workaround using data-sizes like this

    Do you think we should open a similar issue at lazysizes ?

    Plugin Author Optimizing Matters

    (@optimizingmatters)

    nah, this is the markup created by AO based on the original markup, so before lazysizes kicks in.

    possibilities:
    * leave as is. easy by but not W3C HTML compliant
    * change sizes=”xyz” into data-sizes=”xzy”
    * change sizes=”xyz” into data-sizes=”auto”

    the two last ones can be tested with a code snippet, interested to try those out? πŸ™‚

    frank

    Thread Starter drazon

    (@drazon)

    Of course always interested πŸ˜‰

    Plugin Author Optimizing Matters

    (@optimizingmatters)

    I’ll cook something up, more later today πŸ˜‰

    Plugin Author Optimizing Matters

    (@optimizingmatters)

    OK, this one simply replaces sizes= with data-sizes=;

    
    add_filter('autoptimize_filter_imgopt_lazyloaded_img','sizes_experiment');
    function sizes_experiment($img_in) {
      $noscript_pos = strpos( $img_in, '</noscript>') + 11;
      $noscript_img = substr ( $img_in , 0 , $noscript_pos );
      $_img = substr ( $img_in , $noscript_pos );
      return $noscript_img . str_replace( 'sizes=', 'data-sizes=', $_img );
    }

    let me know how that works for you πŸ™‚

    Plugin Author Optimizing Matters

    (@optimizingmatters)

    and this one adds data-sizes=”auto” (removing all the hardcoded sizes);

    
    add_filter('autoptimize_filter_imgopt_lazyloaded_img','sizes_experiment');
    function sizes_experiment($img_in) {
      $noscript_pos = strpos( $img_in, '</noscript>') + 11;
      $noscript_img = substr ( $img_in , 0 , $noscript_pos );
      $_img = substr ( $img_in , $noscript_pos );
      return $noscript_img . preg_replace( "/ sizes=([\"'])[^\"']*/", " data-sizes=$1auto", $_img );
    }
    Thread Starter drazon

    (@drazon)

    Hi Frank I’ve just tried both, they both work, I kept the first, I don’t know why, I don’t know much for “auto” but I read here https://afarkas.github.io/lazysizes/index.html a few things. It sounds better though. What do you suggest?

    Anyway do you consider adding one of those fixes to a next version?

    Edit: Now that the sizes issue is fixed can you check the 2 styles

    <style>.lazyload,.lazyloading{opacity:0;}.lazyloaded{opacity:1;transition:opacity 300ms;}</style>
    <style>.lazyload{display:none;}</style>

    Maybe add them in the head?

    • This reply was modified 4 years, 11 months ago by drazon. Reason: styles w3c
    Plugin Author Optimizing Matters

    (@optimizingmatters)

    I’ll probably by default keep current behavior and add the 2 other solutions to be activated with a filter drazon.

    regarding the CSS; the 2nd one is in <noscript>-tags if I’m not mistaking, so you’re good πŸ˜‰

    Plugin Author Optimizing Matters

    (@optimizingmatters)

    I changed my mind (after looking at lazysizes code), AO 2.5.1 will move sizes to data-sizes by default (but can be forced to leave as is with a filter), see https://github.com/futtta/autoptimize/commit/40164effac74cfa1958d133fa28c3bd8bcb60f8a

    would be great if you could download the beta & test πŸ™‚

    Thread Starter drazon

    (@drazon)

    Hi Frank sorry for the delay, I will try it today

    Plugin Author Optimizing Matters

    (@optimizingmatters)

    no problem drazon πŸ™‚

    Thread Starter drazon

    (@drazon)

    Hi Frank yeap I confirm it works fine and I have no w3c errors looking forward to the release of the new version

    Plugin Author Optimizing Matters

    (@optimizingmatters)

    thanks for the confirmation, feel free to leave a review of the plugin and support here! πŸ™‚

Viewing 14 replies - 1 through 14 (of 14 total)
  • The topic ‘W3C Validation – srcset attribute’ is closed to new replies.