<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    Could you review the updated fix:<br>
      <a class="moz-txt-link-freetext" href="http://cr.openjdk.java.net/~alexsch/8163854/webrev.01">http://cr.openjdk.java.net/~alexsch/8163854/webrev.01</a><br>
    <br>
    The fix includes support for resolution variants loading by
    getImage() method for built-in toolkits using the following media
    resolution naming scheme (qualifier, scale): ("@125pct", 1.25),
    ("@150pct", 1.5), ("@200pct" or "@2x", 2), ("@250pct", 2.5),
    ("@300pct" or "@3x", 3).<br>
     <br>
    Thanks,<br>
    Alexandr.<br>
    <br>
    <div class="moz-cite-prefix">On 25/08/16 05:39, Philip Race wrote:<br>
    </div>
    <blockquote cite="mid:57BE4C6F.6030007@oracle.com" type="cite">FWIW
      I think the most important image loading use case <br>
      is that some generic resource loading code - perhaps JDK code -
      will get a URL for where <br>
      the resources are and go hunting. It is never going to call this
      API .. so <br>
      it had better be an optimisation and not a necessity <br>
      <br>
      -phil. <br>
      <br>
      <br>
      On 8/24/16, 5:24 PM, Philip Race wrote: <br>
      <blockquote type="cite">Alexander, <br>
        <br>
        Were  the existing Toolkit.getImage(String/URL) APIs not
        enhanced to <br>
        do this for you automatically ? I suppose I thought they were
        but <br>
        they can't be since you are using getImage(String) here. <br>
        <br>
        IMO that would be more important than this. <br>
        <br>
        And in any case I don't see why this is solved only for local
        files. <br>
        <br>
        I am *not* asking for that right now. I am asking if the
        existing Toolkit APIs <br>
        can load a multi-res image and if not, why not  and can we fix
        that instead .. <br>
        <br>
        -phil. <br>
        <br>
        On 8/24/16, 9:36 AM, Alexander Scherbatiy wrote: <br>
        <blockquote type="cite"> <br>
          Hello, <br>
          <br>
          Could you review the fix: <br>
            bug: <a class="moz-txt-link-freetext"
            href="https://bugs.openjdk.java.net/browse/JDK-8163854">https://bugs.openjdk.java.net/browse/JDK-8163854</a>
          <br>
            webrev: <a class="moz-txt-link-freetext"
            href="http://cr.openjdk.java.net/%7Ealexsch/8163854/webrev.00">http://cr.openjdk.java.net/~alexsch/8163854/webrev.00</a>
          <br>
          <br>
            The public API which allows to load an image with resolution
          variants based on the provided media resolution naming scheme
          is added: <br>
            - Toolkit.MediaResolutionNamingScheme class <br>
            - Toolkit.getImageUsingNamingSchemes(String fileName,
          MediaResolutionNamingScheme... namingSchemes) <br>
          <br>
            A simple example for images which use naming scheme @150pct
          for scale 1.5 and @2x for scale 2 is: <br>
              image_name.ext <br>
              <a class="moz-txt-link-abbreviated"
            href="mailto:image_name@150pct.ext">image_name@150pct.ext</a>
          <br>
              <a class="moz-txt-link-abbreviated"
            href="mailto:image_name@2x.ext">image_name@2x.ext</a> <br>
          <br>
              Toolkit toolkit = Toolkit.getDefaultToolkit(); <br>
              Image image = toolkit.getImageUsingNamingSchemes(fileName,
          <br>
                      new Toolkit.MediaResolutionNamingScheme(“@150pct”,
          1.5f), <br>
                      new Toolkit.MediaResolutionNamingScheme(“@2x", 2f)
          <br>
              ); <br>
          <br>
            Thanks, <br>
            Alexandr. <br>
          <br>
        </blockquote>
      </blockquote>
    </blockquote>
    <br>
  </body>
</html>