-
Notifications
You must be signed in to change notification settings - Fork 15
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
Add namespaces support for Colors #35
Comments
Hey @bgdn0 ,that's a very good suggestion, thanks for getting involved! I'm a little concerned it'll break code for some people. On the other hand it makes sense to align images & colors. Let's give it a try 🚀 |
@bgdn0 So the feature is now working, we also get the nesting behavior for colors (it also uncovered a beautiful refactoring that got rid of a lot of duplicate code). That being said, it now feels a little weird for my projects that use view.backgroundColor = C.primaryRed to view.backgroundColor = C.Colors.primaryRed So I would like to hear about your use cases and whether you organize color assets per folder when building applications. |
Hey @kaandedeoglu , cool, when can I expect the feature release to try it out? We have separate Asset catalogs for Images and Colors.
and the usage button.backgroundColor = C.button.main
label.textColor = C.text.main In one project we had colors gray1, ... gray6 and blue1, .... blue4, and it's not obvious should I use gray2 or gray4 for the text, so I prefer to name colors with something more meaningful and use namespaces |
Hey, the changes are now pushed to the Simply navigating to the root and doing |
Works good for me 🎉. Thank you! 👍 If you don't want to break Colors enum compatibility with the previous version, maybe it worth to add use-namespaces-for-colors as a command line option? |
Hi @bgdn0. When I started working on Shark with regards to the new framework-specific code generation, I was not aware of the While working on this I noticed one gotcha… the nested namespace enum builder does not evaluate the corresponding Xcode setting yet. This can lead to confusion, hence going forward I'd rather evaluate the Xcode Provides Namespace setting than providing yet another command line option: I'd also rework the image support then to honor that flag. What do you think? |
Previously, the nested enum builder did treat every folder as if [X] Provides Namespace was checked in the Xcode settings. This patch reads the corresponding `Content.json` files to find out what the user really intended.
This is now life as per the 1.6.0 release. |
Hello,
Is it possible to add nested namespaces support for generated Colors enum (the same way as for Images enum) ?
The text was updated successfully, but these errors were encountered: