https://bugs.winehq.org/show_bug.cgi?id=30056
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX
--- Comment #11 from Austin English austinenglish@gmail.com --- (In reply to Dmitry Timoshkov from comment #10)
(In reply to comment #9)
I admit that I haven't considered VNC or X11 for scaling. Nevertheless, the problem just shifts from Wine not having an good scaling algorithm to a VNC client not having a good scaling algorithm (they just use a larger box of same-colored pixels for one original pixel, just like a LCD does when upscaling).
Doing it badly is still better than doing nothing, it's the first step to do what you want. Now just file a feature request at the proper project bugzilla.
You already mentioned that the GDI32 component is not the place for this to be done. Is there another component which is more suited for this kind of work? Like directx-d3d?
No, "there are other ways to draw things." And Wine doesn't have a final frame buffer picture to work on/scale in the first place. Wine does draw on the screen via distinct API calls, drawing a line, an icon, a font glyph, a curve, etc. at a time.
As I already said, most likely a WONTFIX.
Agreed.