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

move all files related to the OpenType profile to a dedicated subdirectory #4391

Closed

Conversation

felipesanches
Copy link
Collaborator

No description provided.

@felipesanches
Copy link
Collaborator Author

@simoncozens please take a look. I am doing this before splitting the Google Fonts profile into smaller files. I decided to move the files to dedicated per-profile subdirectory to keep the code easier to navigate. Otherwise, unrelated files would be placed side-by-side on the profiles dir.

@felipesanches felipesanches force-pushed the refactoring_profiles branch 2 times, most recently from f8b989e to bdba010 Compare December 20, 2023 19:45
@felipesanches
Copy link
Collaborator Author

OK. I see that there are some linter issues that I still have to address. I'll let you know when this is actually ready for review.

@felipesanches felipesanches marked this pull request as draft December 20, 2023 19:49
profile_imports = (
(
".",
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't quite understand how profile_imports works (why do we even have our own system for importing things?!) but can't we change just this to .opentype and leave the rest?

* imports are a bad idea (as the linter is telling you) because they make the namespace unpredictable. It's fine for something like this where we're not really doing any code, but in general you don't want adding a utility function to module B to suddenly add a new defined symbol to module A.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is part of the "magic" behaviour of inferring conditions and args to checks.

I have been actually working on a refactor of the profile to not use those profile_import
statements, but by doing so, I think I started to grasp why they're there.

I'm pushing an updated set of commits now

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes, I agree about the import * being usually a bad idea.

@felipesanches felipesanches mentioned this pull request Jan 19, 2024
3 tasks
@felipesanches
Copy link
Collaborator Author

(to be addressed only after PR #4491)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants