Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[OSX] Fails to detect monospace font #4857

Closed
DorpsGek opened this issue Nov 30, 2011 · 6 comments
Closed

[OSX] Fails to detect monospace font #4857

DorpsGek opened this issue Nov 30, 2011 · 6 comments
Labels
flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

Rubidium opened the ticket and wrote:

Mac OS X fails to (try to) find a monospace font, making the readmes etc. behave differently on OS X than on the other platforms that support autodetecting fonts in case the default font is insufficient.

Reported version: trunk
Operating system: Mac OS X


This issue was imported from FlySpray: https://bugs.openttd.org/task/4857
@DorpsGek
Copy link
Member Author

ezrakilty wrote:

I'm not sure what this bug means. Perhaps the user double-clicked on a readme.txt in OpenTTD and it displayed in the default way in TextEdit with a proportionally-spaced font. This is not what happens on my 10.6.8 installation. Even if it does happen on some OS configurations, I don't think this is an OpenTTD problem or particularly significant.


This comment was imported from FlySpray: https://bugs.openttd.org/task/4857#comment11825

@DorpsGek
Copy link
Member Author

Rubidium wrote:

This bug is not made by an user, but rather by a developer that knows that nobody made the required code to select a monospaced font when the default font does not have the required characters. Similarly to the behaviour when the non-monospace font have a missing character and one of the system fonts is used, e.g. for Russian.


This comment was imported from FlySpray: https://bugs.openttd.org/task/4857#comment11827

@DorpsGek
Copy link
Member Author

ezrakilty wrote:

Where would these fonts appear? I interpreted the original note as referring to the readme.txt files (and other *.txt files) that appear in the OpenTTD folder. The follow-up here suggests something within the app, but I'm not sure why monospaced fonts would be useful there...


This comment was imported from FlySpray: https://bugs.openttd.org/task/4857#comment11828

@DorpsGek
Copy link
Member Author

Rubidium wrote:

In those readme, changelog and license files. However, some use characters that are not in the "sprite font" and then OpenTTD asks the operating system for an appropriate font. For example when the readme is the translated Russian version, or when there are a few Russian characters in the readme.

For OS X the function that requests the appropriate font does not even attempt to get a monospaced font, and that is the bug. It's fairly simple to reproduce; just add some Russian characters into one of the readme files and view that readme within OpenTTD.


This comment was imported from FlySpray: https://bugs.openttd.org/task/4857#comment11829

@DorpsGek
Copy link
Member Author

Maedhros wrote:

I've got a small patch that seems to work for me on 10.8, though I don't know if I'm using the Monospace() callback in a sensible way. It doesn't work on OS X before 10.5 either, but it might be somewhere to start, at least.

Attachments


This comment was imported from FlySpray: https://bugs.openttd.org/task/4857#comment12026

@DorpsGek
Copy link
Member Author

DorpsGek commented Aug 5, 2013

michi_cc closed the ticket.

Reason for closing: Fixed

In r25663.


This comment was imported from FlySpray: https://bugs.openttd.org/task/4857

@DorpsGek DorpsGek closed this as completed Aug 5, 2013
@DorpsGek DorpsGek added Core flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) labels Apr 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Development

No branches or pull requests

1 participant