On Fri, 7 Aug 2026 21:35:59 GMT, Phil Race <[email protected]> wrote: > > Vertical progress bar progress string rendering needs a Graphics2D object > > to do the transform so I had to pass Graphics2D object to paintString so > > had to use BI graphics object to pass onto paintString so paintString > > change is reverted... I guess it will bring back the "blocky" behaviour you > > were talking about but to make vertical bar work, I guess this change is > > needed > > Let me know if we can some other way > > I had expected you to do that only if the orientation was vertical. If you > are doing it for the non-rotated case you'd want to use a hi-res BI but I > wanted to stay away from that because it still isn't perfect. Hence doing it > only for the Vertical case. So I need to think about this.
I have taken care of non-blocky painting for horizontal and vertical bar for nonGraphics2D case.. But it was losing the blue fill in Graphics2D case if we pass Graphics object to paintString as I feel the Aqua bar which is an image is painted first by AquaPainter and then doing direct printer-string output in paintString afterwards causes the PDF/printer pipeline to lose that image fill so I have created a backbuffer to draw the string and blit it into Graphics object.. WIth this both Graphics2D and non-Graphics2D horizontal and vertical bars works ------------- PR Comment: https://git.openjdk.org/jdk/pull/31749#issuecomment-5337616901
