0006031: Playing window is drawn in the top left corner of the application window (on Macbook Pro w/ Retina)

(0023034)
Drazinononda (reporter)
2012-06-17 07:13

This is just an educated guess, but it looks like you're using TrueType. Does the bug persist with TrueType turned off? You can turn it off in /data/init/init.txt

(0023040)
krenshala (reporter)
2012-06-17 16:30
edited on: 2012-06-17 16:32

I've had this happen without TT being enabled, and with it enabled but turned off via the function key (F12? don't remember off hand). Normally, I close DF and reopen it to 'fix' the problem. The times I messed around with it I failed to find anything that seems to trigger it happening, it just seems to be a random 1 in 15 or 1 in 20 chance. (0.34.11, linux)

sandlst, you might try pressing F11 to go full screen, then back. I had that correct it once or twice, but not often.

[edit] Just realized you didn't get full screen working. What print mode is configured in the <df-dir>/data/init/init.txt file?

(0023044)
sandlst (reporter)
2012-06-17 22:32
edited on: 2012-06-17 22:37

Drazinononda, turning TrueType off does not fix the window drawing issues, but does stop the game from crashing when zoomed in, thanks for the tip.

krenshala, I am having issues with even using F11 to go to fullscreen; I've since seen a bug report about OSX Lion that stops fullscreen from working on the tracker. Looking into print mode I was on 2d, so I tried switching it to standard and the issue is solved! Thanks so much for spotting that!

*EDIT* setting the print mode to standard also makes fullscreen mode work.

(0023161)
martin (reporter)
2012-07-05 08:45

I'm seeing the same problems on my BMPRetina.

PRINT_MODE: STANDARD

with no TrueType seems to work fine.

(0023162)
ag (reporter)
2012-07-05 08:59

Is the image exactly one quarter of the true window size? This sounds like the ordinary graphics library is lying about the resolution of the screen being half of the true value, while OpenGL uses true size.

(0023402)
LoSboccacc (reporter)
2012-08-04 10:19

same here:
http://i49.tinypic.com/2q8n4vo.png [^]

font seems to get resized after the first frame

(0024701)
ckinniburgh (reporter)
2014-04-16 10:28
edited on: 2014-04-16 10:32

Also having this issue. Retina MacBook Pro user.

Changing to [PRINT_MODE: STANDARD] fixed the issue.

as suggested here: http://www.bay12forums.com/smf/index.php?topic=123264.msg4055264#msg4055264 [^]

(0024810)
DrKillPatient (reporter)
2014-06-11 20:50

I think I might have found a straightforward fix for this: have the SDL code call SDL_SetHint("SDL_HINT_VIDEO_HIGHDPI_DISABLED", "1") during setup, forcing high-DPI mode off completely for the window. On ordinary displays, this won't do anything, but on Retina displays, the window will be forced into rendering as it would on a normal-DPI display (thus rendering properly) and Mac OS itself will scale the entire window and its contents up to 2X size *after* it's drawn itself. This should make everything draw properly...

(0024917)
BarrelRoll42 (reporter)
2014-07-07 21:01

@ckinniburgh Changing the Print Mode to Standard fixed the problem for me with version 0.4 on my retina MBP. I'm also running the 3rd beta version of OSX Yosemite, so good to know DF will still work.

(0030612)
lethosor (manager)
2014-10-11 13:21

Screenshot from 0008422: http://cl.ly/image/2a411J0K0M3g [^]

(0031925)
laxori666 (reporter)
2015-01-13 20:35
edited on: 2015-02-28 10:34

Resolved via http://www.bay12forums.com/smf/index.php?topic=123264.0 [^] for version 0.40.24:

"Go to data/init.txt in your DF folder. Find something similar to: [PRINT_MODE: 2D]
Change that to: [PRINT_MODE: STANDARD]"

(0032637)
schlake (reporter)
2015-05-04 07:32

Just to help future people, while in the df_osx directory, type this:
sed -i -e 's/PRINT_MODE:2D/PRINT_MODE:STANDARD/' data/init/init.txt

It fixed me! I can play on my new macbook pro!

Issue History
Date Modified	Username	Field	Change
2012-06-16 14:38	sandlst	New Issue
2012-06-16 14:39	sandlst	Tag Attached: mac
2012-06-16 14:39	sandlst	Tag Attached: OSX
2012-06-16 14:39	sandlst	Tag Attached: retina
2012-06-16 14:39	sandlst	Tag Attached: window
2012-06-17 07:13	Drazinononda	Note Added: 0023034
2012-06-17 16:30	krenshala	Note Added: 0023040
2012-06-17 16:32	krenshala	Note Edited: 0023040	View Revisions
2012-06-17 22:32	sandlst	Note Added: 0023044
2012-06-17 22:37	sandlst	Note Edited: 0023044	View Revisions
2012-06-18 10:53	Footkerchief	Relationship added	related to 0005056
2012-07-05 08:45	martin	Note Added: 0023161
2012-07-05 08:59	ag	Note Added: 0023162
2012-08-04 10:19	LoSboccacc	Note Added: 0023402
2014-04-16 10:26	ckinniburgh	Issue Monitored: ckinniburgh
2014-04-16 10:28	ckinniburgh	Note Added: 0024701
2014-04-16 10:32	ckinniburgh	Note Edited: 0024701	View Revisions
2014-06-11 20:37	DrKillPatient	Note Added: 0024809
2014-06-11 20:38	DrKillPatient	Note Edited: 0024809	View Revisions
2014-06-11 20:41	DrKillPatient	Note Edited: 0024809	View Revisions
2014-06-11 20:49	DrKillPatient	Note Deleted: 0024809
2014-06-11 20:50	DrKillPatient	Note Added: 0024810
2014-07-07 21:01	BarrelRoll42	Note Added: 0024917
2014-08-15 13:16	etherflan	Issue Monitored: etherflan
2014-09-12 17:28	Footkerchief	Relationship added	has duplicate 0008286
2014-09-12 17:28	Footkerchief	Issue Monitored: nomoreink
2014-09-12 17:28	Footkerchief	Assigned To	=> Footkerchief
2014-09-12 17:28	Footkerchief	Status	new => confirmed
2014-09-12 17:33	Footkerchief	Summary	Playing window is drawn in the top left corner of the application window => Playing window is drawn in the top left corner of the application window (on Macbook Pro w/ Retina)
2014-10-11 13:20	lethosor	Relationship added	has duplicate 0008422
2014-10-11 13:21	lethosor	Note Added: 0030612
2014-12-29 09:12	fricy	Issue Monitored: fricy
2015-01-12 10:18	Knight Otu	Relationship added	has duplicate 0008733
2015-01-13 20:35	laxori666	Note Added: 0031925
2015-02-28 10:34	lethosor	Note Edited: 0031925	View Revisions
2015-05-04 05:02	Knight Otu	Relationship added	has duplicate 0008944
2015-05-04 07:32	schlake	Note Added: 0032637
2021-01-28 17:06	lethosor	Relationship added	related to 0011680

Notes
(0023034) Drazinononda (reporter) 2012-06-17 07:13	This is just an educated guess, but it looks like you're using TrueType. Does the bug persist with TrueType turned off? You can turn it off in /data/init/init.txt

(0023040) krenshala (reporter) 2012-06-17 16:30 edited on: 2012-06-17 16:32	I've had this happen without TT being enabled, and with it enabled but turned off via the function key (F12? don't remember off hand). Normally, I close DF and reopen it to 'fix' the problem. The times I messed around with it I failed to find anything that seems to trigger it happening, it just seems to be a random 1 in 15 or 1 in 20 chance. (0.34.11, linux) sandlst, you might try pressing F11 to go full screen, then back. I had that correct it once or twice, but not often. [edit] Just realized you didn't get full screen working. What print mode is configured in the <df-dir>/data/init/init.txt file?

(0023044) sandlst (reporter) 2012-06-17 22:32 edited on: 2012-06-17 22:37	Drazinononda, turning TrueType off does not fix the window drawing issues, but does stop the game from crashing when zoomed in, thanks for the tip. krenshala, I am having issues with even using F11 to go to fullscreen; I've since seen a bug report about OSX Lion that stops fullscreen from working on the tracker. Looking into print mode I was on 2d, so I tried switching it to standard and the issue is solved! Thanks so much for spotting that! EDIT setting the print mode to standard also makes fullscreen mode work.

(0023161) martin (reporter) 2012-07-05 08:45	I'm seeing the same problems on my BMPRetina. PRINT_MODE: STANDARD with no TrueType seems to work fine.

(0023162) ag (reporter) 2012-07-05 08:59	Is the image exactly one quarter of the true window size? This sounds like the ordinary graphics library is lying about the resolution of the screen being half of the true value, while OpenGL uses true size.

(0023402) LoSboccacc (reporter) 2012-08-04 10:19	same here: http://i49.tinypic.com/2q8n4vo.png [^] font seems to get resized after the first frame

(0024701) ckinniburgh (reporter) 2014-04-16 10:28 edited on: 2014-04-16 10:32	Also having this issue. Retina MacBook Pro user. Changing to [PRINT_MODE: STANDARD] fixed the issue. as suggested here: http://www.bay12forums.com/smf/index.php?topic=123264.msg4055264#msg4055264 [^]

(0024810) DrKillPatient (reporter) 2014-06-11 20:50	I think I might have found a straightforward fix for this: have the SDL code call SDL_SetHint("SDL_HINT_VIDEO_HIGHDPI_DISABLED", "1") during setup, forcing high-DPI mode off completely for the window. On ordinary displays, this won't do anything, but on Retina displays, the window will be forced into rendering as it would on a normal-DPI display (thus rendering properly) and Mac OS itself will scale the entire window and its contents up to 2X size after it's drawn itself. This should make everything draw properly...

(0024917) BarrelRoll42 (reporter) 2014-07-07 21:01	@ckinniburgh Changing the Print Mode to Standard fixed the problem for me with version 0.4 on my retina MBP. I'm also running the 3rd beta version of OSX Yosemite, so good to know DF will still work.

(0030612) lethosor (manager) 2014-10-11 13:21	Screenshot from 0008422: http://cl.ly/image/2a411J0K0M3g [^]

(0031925) laxori666 (reporter) 2015-01-13 20:35 edited on: 2015-02-28 10:34	Resolved via http://www.bay12forums.com/smf/index.php?topic=123264.0 [^] for version 0.40.24: "Go to data/init.txt in your DF folder. Find something similar to: [PRINT_MODE: 2D] Change that to: [PRINT_MODE: STANDARD]"

(0032637) schlake (reporter) 2015-05-04 07:32	Just to help future people, while in the df_osx directory, type this: sed -i -e 's/PRINT_MODE:2D/PRINT_MODE:STANDARD/' data/init/init.txt It fixed me! I can play on my new macbook pro!