I am working on moving to the framework during the day. The reason for using my own dylib was to get i386+x64 support but that is no longer needed since we dropped i386 for this version (no longer supported by Xcode)
Let's hope that's all that's needed. It's still not only due to Retina screens since Hatari v2.1 works fine on those with the same SDL dylib.
My comments are below.
> On Feb 1, 2019, at 12:40 PM, Eero Tamminen <oak@xxxxxxxxxxxxxx> wrote:
> On 2/1/19 12:48 AM, Bob Carpenter wrote:
>> Based on your comments, it does sound like it is more complicated than
>> simply a Retina-based problem with SDL 2.0.7.
> SDL docs mention SDL_WINDOW_ALLOW_HIGHDPI flag:
> I assume it to mean that MacOS doesn't just 2x the window, but
> creates it in the size requested by the application.
> Maybe that's somehow related?
I do not know how the HIGHDPI flag works in SDL. I would assume macOS is not simply doubling the size of the window.
>> Unfortunately, I don’t have a dynamic library for SDL 2.0.9 so I couldn’t
>> do a simple replacement to the released binary. I only have the SDL
> What about the one here:
Unfortunately, the macOS build creates an SDL dynamic library (dylib). The download page is for the macOS framework. The Hatari macOS binary will not see the framework since it was not compiled to use it. I had the 2.0.9 framework and it did not make a difference. However, I was able to use my compiled version that uses the 2.0.9 SDL framework.