-
Notifications
You must be signed in to change notification settings - Fork 14
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
Can we ONLY create icons? #27
Comments
Hello. I don't think we have such an option, but we can implement it. What exact functionality are you looking for? Please tell me more. Do you want to generate icons inside specific directory without overwriting |
Thanks for your contributing. I just merged #26 and published a new version (icon-set-creator@1.2.6) with additional Android support. Let me know if this solves your issue. |
Thank you so much for quick feedback ! |
What about this: I will create "custom directory" option that will generate the icons with all the files in the same structure it would in the project (e.g. |
What do you mean by "without the structure" ? And the command disableLaunchIcon would additionally leave existing files untouched. But I think it would be easier to always leave them untouched when the custom dir option is used because otherwise you will have to add the custom dirs inside the manifest and build.gradle to link the generated colors and assets |
This what I had in my head: When you try to generate icons in custom directory without
This way you could just drag&drop content of the customDir into your project. When using with
|
Well, my scenario is: I have a RN project with no assets. I need to be able to generate all assets dynamically inside a custom directory inside both android and ios directories. By one command I could change the app assets and build it with new icons without needing to copy paste anything and without impacting my git working tree |
I would like to only create the icons without modifying any file, including the AndroidManifest.xml
The text was updated successfully, but these errors were encountered: