Fix that font files never pass the test on Win - #24641
Conversation
![github-actions[bot]](https://avatars.githubusercontent.com/in/15368?s=60&v=4){kind=small}
There was a problem hiding this comment.
Thank you for opening your first PR into Matplotlib!
If you have not heard from us in a while, please feel free to ping @matplotlib/developers or anyone who has commented on the PR. Most of our reviewers are volunteers and sometimes things fall through the cracks.
You can also join us on gitter for real-time discussion.
For details on testing, writing docs, and our review process, please see the developer guide
We strive to be a welcoming and open project. Please follow our Code of Conduct.
oscargus
left a comment
oscargus
left a comment
There was a problem hiding this comment.
Cannot really tell the background, but realize that this should work. Thanks!
|
I think that @anntzer may know more about it. |
|
I suspect that the fix here is indeed incorrect as it will return files with incorrect extensions. The previous (wrong) code came in in #22909 to fix #22859, but given the discussion at #22859 I suspect that the correct approach on Windows is indeed to only return fonts listed by _get_win32_installed_fonts and not bother calling list_fonts at all. (Can anyone open a new issue with that, if they agree with my analysis?) |
5 participants
Hi! 👋
I am gratefully making use of MPL's font management code for our text rendering in PyGfx. While I was examining the code, I found what I think is a bug.
The
isfile()test is applied on the relative pathname and will thus always fail. This PR should fix that. I would expect that it should also test for the extension, but I'm not 100% sure so I did not add this yet.Diving a bit deeper, this bug has likely gone unnoticed because the code to detect fonts follows two paths on Windows:
os.listdiroros.walk.Why are these two paths followed? I can see how the second route can find fonts that are present but not known in the registry, but why check the registry at all then?