![]() |
#16 |
Member
![]() Posts: 23
Karma: 10
Join Date: Feb 2020
Device: Kobo Forma
|
Thanks very much again. How does this look:
if SDL_Linked_Version_AtLeast(2, 0, 4) then screen_flags = bit.bor(full_screen and 1 or 0, SDL.SDL_WINDOW_RESIZABLE, SDL.SDL_WINDOW_ALLOW_HIGHDPI) else screen_flags = bit.bor(full_screen and 1 or 0, SDL.SDL_WINDOW_RESIZABLE) end I added this to SDL2_0_decl.c SDL2_0_decl.c:cdecl_const(SDL_WINDOW_ALLOW_HIGHDPI ) |
![]() |
![]() |
![]() |
#17 |
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 1,751
Karma: 730681
Join Date: Oct 2014
Location: Antwerp
Device: Kobo Aura H2O
|
That'd be 2.0.1, not 2.0.4.
![]() I was just saying that 2.0.4 is the implied minimum version, or at least the lowest tested version, so I'm not sure there's anything to be gained putting in anything lower than SDL_Linked_Version_AtLeast(2, 0, 5). Especially because it just makes the code more annoying to read. You also need a post-2015 CMake, for example. And a post-2014 gcc. Last edited by Frenzie; 02-28-2020 at 02:47 PM. |
![]() |
![]() |
Advert | |
|
![]() |
#18 |
Member
![]() Posts: 23
Karma: 10
Join Date: Feb 2020
Device: Kobo Forma
|
If I use 2.0.4 I get the expected result here (content that fills the window).
Another question would be whether this check is required, or whether it would work on any platform. Does the SDL_WINDOW_ALLOW_HIGHDPI flag break anything if it's not supported? |
![]() |
![]() |
![]() |
#19 |
Member
![]() Posts: 23
Karma: 10
Join Date: Feb 2020
Device: Kobo Forma
|
I'm running this on a Mac. gcc --version returns this
Apple clang version 11.0.0 (clang-1100.0.33.17) cmake --version returns this cmake version 3.16.4 |
![]() |
![]() |
![]() |
#20 | |
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 1,751
Karma: 730681
Join Date: Oct 2014
Location: Antwerp
Device: Kobo Aura H2O
|
That may be, but the only correct value is 2.0.1. Given that you presumably have SDL 2.0.10, of course anything lower works.
![]() Quote:
|
|
![]() |
![]() |
Advert | |
|
![]() |
#21 |
Member
![]() Posts: 23
Karma: 10
Join Date: Feb 2020
Device: Kobo Forma
|
That's why I figured using either 2.0.1 and 2.0.4 wouldn't matter. 2.0.1 works fine too, BTW.
If I had something running SDL 2.0.0 I'd check it out, but (far as I know) I don't ![]() I guess my next step is to punch in a PR on the Koreader github page and see if it goes in. |
![]() |
![]() |
![]() |
#22 |
Member
![]() Posts: 23
Karma: 10
Join Date: Feb 2020
Device: Kobo Forma
|
I've raised
MacBook 2017 (retina display): window size does not match content size #5909 On the Koreader project |
![]() |
![]() |
![]() |
#23 |
BLAM!
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 13,506
Karma: 26047202
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E
|
Oh, good thing you crossposted, I'd managed to miss it thanks to GitHub's terrible new beta notifications system >_<".
|
![]() |
![]() |
![]() |
#24 |
Member
![]() Posts: 23
Karma: 10
Join Date: Feb 2020
Device: Kobo Forma
|
Thanks for all your help. I see things moving on the github side too. Very exciting!
|
![]() |
![]() |
![]() |
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
iBooks on Mavericks with non-retina display | SamL | Apple Devices | 3 | 01-10-2014 05:25 AM |
Is anyone using the MacBook Pro with Retina display as an eReader? | pata | Apple Devices | 12 | 08-14-2012 11:29 AM |
iPad Apple’s New Retina Display: Do All Those Pixels Matter? | monkeyluis | Apple Devices | 0 | 03-15-2012 08:46 AM |
Rumoured Retina Display on iPad 3 | Skilgannon | Apple Devices | 16 | 03-07-2012 03:29 PM |