<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hi Marcel,<br>
    <br>
    One small comment is that factors others than 1.0 or 2.0 are not an
    "older" form of scaling, but what latest MacOS does today on the
    latest apple hardware.<br>
    <br>
    Anyway It seems it can not be done. See
    <a class="moz-txt-link-freetext" href="https://stackoverflow.com/questions/53551692/how-to-render-each-pixel-of-a-bitmap-texture-to-each-native-physical-pixel-of-th#53563363">https://stackoverflow.com/questions/53551692/how-to-render-each-pixel-of-a-bitmap-texture-to-each-native-physical-pixel-of-th#53563363</a>
    . Metal insists on an internal 2x buffer and resampling everything.<br>
    <br>
    So, having a higher resolution in Smalltalk's Display than physical
    screen will waste some RAM and create slight downscaling artifacts,
    but it is indeed better than using lower resolution Smalltalk
    Display and have worse upscaling artifacts.<br>
    <br>
    Besides, knowledgeable users can set their MacOS display to "half
    resolution" (actually the default) or use EasyRes or the like to set
    MacOS display to full retina resolution. Both this options give a
    Smalltalk display with true LCD physical resolution.<br>
    <br>
    In short, I think the current behavior is the best we can have on
    MacOS.<br>
    <br>
    Thanks,<br>
    <br>
    On 4/28/2022 5:18 AM, Marcel Taeumel wrote:
    <blockquote
      cite="mid:Mailbird-f08fa3b7-3b44-4e27-84ff-4a3f2e1d2331@hpi.de"
      type="cite">
      <meta http-equiv="Context-Type" content="text/html; charset=utf-8">
      <div> Hi all --
        <div><br>
        </div>
        <div>I documented this
          here: <a class="moz-txt-link-freetext" href="https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/628">https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/628</a></div>
        <div><br>
        </div>
        <div>Best,</div>
        <div>Marcel</div>
        <blockquote type="cite">
          <p>Am 28.04.2022 09:51:22 schrieb Marcel Taeumel
            <a class="moz-txt-link-rfc2396E" href="mailto:marcel.taeumel@hpi.de"><marcel.taeumel@hpi.de></a>:</p>
          <div>
            <div> Hi Juan --
              <div><br>
              </div>
              <div>Currently, we only use the backingScaleFactor. For
                current systems this can only ever be 1.0 or 2.0. I have
                yet to discover the macOS API that let's us work with
                native pixels for that other (older) form other scaling
                on macOS.</div>
              <div><br>
              </div>
              <div>I will open an issue for that.</div>
              <div><br>
              </div>
              <div>Best,</div>
              <div>Marcel</div>
              <blockquote type="cite">
                <p>Am 28.04.2022 00:39:12 schrieb Juan Vuletich
                  <a class="moz-txt-link-rfc2396E" href="mailto:juanvuletich@zoho.com"><juanvuletich@zoho.com></a>:</p>
                <div>Hi Folks,
                  <br>
                  <br>
                  I just discovered that the recent 202204190959 Mac VM
                  includes Tobias <br>
                  HiDpi support on the Mac. This is very good news
                  indeed, but It is not <br>
                  exactly what most users would prefer.
                  <br>
                  <br>
                  On a Retina MacBook, you can set an apparent display
                  resolution (System <br>
                  Preferences.../ Displays). By default, my 2019 15" MBP
                  suggest half <br>
                  "real" resolution ("Looks like 1440x900" when LCD is
                  2880x1800). In this <br>
                  case, the new VM offers the true native resolution to
                  Cuis / Squeak. So, <br>
                  in this case, it works perfectly well, and everything
                  looks really great.
                  <br>
                  <br>
                  The problem is that MacOs supports several other
                  apparent resolutions. <br>
                  Many people, me included, prefer "Looks like
                  1680x1050" or "Looks like <br>
                  1920x1200") to have more room for other Mac apps. But
                  in these cases, <br>
                  the VM doesn't offer the LCD native resolution to Cuis
                  / Squeak anymore. <br>
                  It offers twice the apparent resolution, i.e.
                  3360x2100 or 3840x2400. <br>
                  Then MacOs scales this higher virtual resolution to
                  the actual <br>
                  2880x1800, but it generates visual artifacts and a
                  decrease in visual <br>
                  quality.
                  <br>
                  <br>
                  For my own private use, the solution is to use the
                  EasyRes application, <br>
                  and set the display to the true 2880x1800 resolution.
                  When I do this, <br>
                  Cuis gets the corrrect Display size both with previous
                  and newer VMs.
                  <br>
                  <br>
                  But it would be great if there was a way for other
                  Cuis / Squeak users <br>
                  to get their true Display resolution by default, and
                  without needing to <br>
                  change OS settings each time they start their favorite
                  Smalltalk.
                  <br>
                  <br>
                  Thanks,
                  <br>
                  <br>
                  -- <br>
                  Juan Vuletich
                  <br>
                  <a class="moz-txt-link-abbreviated" href="http://www.cuis-smalltalk.org">www.cuis-smalltalk.org</a>
                  <br>
                  <a class="moz-txt-link-freetext" href="https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev">https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev</a>
                  <br>
                  <a class="moz-txt-link-freetext" href="https://github.com/jvuletich">https://github.com/jvuletich</a>
                  <br>
                  <a class="moz-txt-link-freetext" href="https://www.linkedin.com/in/juan-vuletich-75611b3">https://www.linkedin.com/in/juan-vuletich-75611b3</a>
                  <br>
                  <a class="moz-txt-link-freetext" href="https://independent.academia.edu/JuanVuletich">https://independent.academia.edu/JuanVuletich</a>
                  <br>
                  <a class="moz-txt-link-freetext" href="https://www.researchgate.net/profile/Juan-Vuletich">https://www.researchgate.net/profile/Juan-Vuletich</a>
                  <br>
<a class="moz-txt-link-freetext" href="https://patents.justia.com/inventor/juan-manuel-vuletich">https://patents.justia.com/inventor/juan-manuel-vuletich</a>
                  <br>
                  <a class="moz-txt-link-freetext" href="https://twitter.com/JuanVuletich">https://twitter.com/JuanVuletich</a>
                  <br>
                  <br>
                </div>
              </blockquote>
            </div>
          </div>
        </blockquote>
      </div>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Juan Vuletich
<a class="moz-txt-link-abbreviated" href="http://www.cuis-smalltalk.org">www.cuis-smalltalk.org</a>
<a class="moz-txt-link-freetext" href="https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev">https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev</a>
<a class="moz-txt-link-freetext" href="https://github.com/jvuletich">https://github.com/jvuletich</a>
<a class="moz-txt-link-freetext" href="https://www.linkedin.com/in/juan-vuletich-75611b3">https://www.linkedin.com/in/juan-vuletich-75611b3</a>
<a class="moz-txt-link-freetext" href="https://independent.academia.edu/JuanVuletich">https://independent.academia.edu/JuanVuletich</a>
<a class="moz-txt-link-freetext" href="https://www.researchgate.net/profile/Juan-Vuletich">https://www.researchgate.net/profile/Juan-Vuletich</a>
<a class="moz-txt-link-freetext" href="https://patents.justia.com/inventor/juan-manuel-vuletich">https://patents.justia.com/inventor/juan-manuel-vuletich</a>
<a class="moz-txt-link-freetext" href="https://twitter.com/JuanVuletich">https://twitter.com/JuanVuletich</a></pre>
  </body>
</html>