RFR: 8303904: [macos]Transparent Windows Paint Wrong (Opaque, Pixelated) w/o Volatile Buffering [v3]

[Jeremy Wood]

> When "swing.volatileImageBufferEnabled" is false: we were mistakenly using an opaque image at 100% resolution.
> 
> In hindsight the original ticket probably should be split up into two distinct issues:
> 1. The window is opaque, so pixels that should be transparent are black.
> 2. The window is the wrong resolution. On a 200% resolution monitor it renders as if it were 100% (so it looks pixelated).
> 
> This PR started 2 years ago. I got stuck and abandoned it, and @anass-baya picked it back up again this year: https://github.com/openjdk/jdk/pull/23430/

Jeremy Wood has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains 30 additional commits since the last revision:

 - 8303904: comment cleanup
 - 8303904: designing around imagined edge cases
   
   I don't know if these will ever come up in the real world, but since this is critical infrastructure I want to be careful. (A Swing app may become unusable if this code fails.)
   
   Concern A:
   In the event our AffineTransform is a rotation or a flip:
   Now we'll use the c.createImage(virtualWidth, virtualHeight), which means we fall back to the code we've been using for over a decade.
   
   Concern B:
   In the event our AffineTransform scales to zero, we'll at least make the image 1x1.
 - 8303904: minor cleanup
 - 8303904: minor cleanup
 - 8303904: minor cleanup
   
   This makes this method ALWAYS return a BackingStoreMultiResolutionImage, even if the scaled size is the same as the virtual size. (Just because making this method return a BufferedImage OR a BackingStoreMultiResolutionImage seems like an unnecessary level of abstraction; and that could turn into a potential point of confusion for future devs.)
 - 8303904: use BackingStoreMultiResolutionImage
   
   It's functionally the same thing; this is just reusing code (and it avoids the hacky fake image involving getScaledInstance).
 - Revert "8303904: support rotated GraphicsConfiguration"
   
   This reverts commit 55b1a708cdc8608824d04974ad96b62fd50149d3.
 - Revert "8303904: fixing AffineTransform fields"
   
   This reverts commit 2d32aaf0e670a9967877e5a4bf4c0ec1079bb070.
 - 8303904: refactor BackingStoreMultiResolutionImage
   
   Convert this private a private internal class to its own package private class
 - 8303904: code cleanup
   
   Removing old changes that don't apply, & updating copyright year.
 - ... and 20 more: https://git.openjdk.org/jdk/compare/04de4688...ee0d8b1e

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/13196/files
  - new: https://git.openjdk.org/jdk/pull/13196/files/ffc8ff44..ee0d8b1e

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=13196&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=13196&range=01-02

  Stats: 3878291 lines in 32738 files changed: 1876616 ins; 1371022 del; 630653 mod
  Patch: https://git.openjdk.org/jdk/pull/13196.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/13196/head:pull/13196

PR: https://git.openjdk.org/jdk/pull/13196