|Anonymous | Login | Signup for a new account||2023-02-02 10:55 PST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0006031||Dwarf Fortress||Technical -- General||public||2012-06-16 14:38||2015-05-04 07:32|
|Platform||Macbook Pro (retina display)||OS||OSX||OS Version||10.7.4|
|Target Version||Fixed in Version|
|Summary||0006031: Playing window is drawn in the top left corner of the application window (on Macbook Pro w/ Retina)|
|Description||When playing dwarf fortress on my macbook pro with retina display, the playing window is drawn in only the top left corner of the application window; previously the playing window filled up the application window completely (different macbook, no retina display). Additionally, the top of the playing window is overlapping the titlebar for the application window by about half, meaning the buttons and title of the window are half covered up. This makes playing the game very hard as the text is by default very small. Using the mouse wheel to increase the size helps, but entering menus in this zoomed in state causes the game to crash with the following message: |
src/g_src/ttf_manager.cpp:139: failed assertion `pixel_width >= ttf_width'
/Users/sandlst/Downloads/df_osx/df: line 12: 2800 Abort trap: 6 ./dwarfort.exe
Maximizing or resizing the application window will increase the playing window's size, but it appears to remain the same proportion of used space vs unused space.
|Steps To Reproduce||Download the mac(intel) version of dwarffortress, extract the archive, and run it.|
|Additional Information||The font is being reported as:|
Resizing font to 18x27
The window is being reported as (after maximizing the application window):
New window size: 1440x770
I was not able to get full screen mode working at all, so not sure if that is affected.
|Tags||mac, OSX, retina, window|
|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|
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.
 Just realized you didn't get full screen working. What print mode is configured in the <df-dir>/data/init/init.txt file?
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.
I'm seeing the same problems on my BMPRetina.
with no TrueType seems to work fine.
|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.|
font seems to get resized after the first frame
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 [^]
|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...|
|@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.|
|Screenshot from 0008422: http://cl.ly/image/2a411J0K0M3g [^]|
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]"
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!
|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|
|Copyright © 2000 - 2010 MantisBT Group|