Allow theme override of non-magento composer themes #368
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description (*)
This commit adjusts the editable theme filter to only exclued composer
themes in
vendor/magento. All other themes installed via composer willappear in the theme list when using the "Override this template in a
project theme" action.
Fixed Issues (if relevant)
Questions or comments
@VitaliyBoyko This resolves the feedback resulting in the reopening of #64, though I'm not sure it is a desirable feature. This change will add non-magento themes in
vendorto the list of editable themes when using the override in theme action, but this already works for themes installed via composer locally if the local package exists within the project root directory. For example if you are installing a theme viapathusing symlinks as done in the example screenshot below prior to making this change.The above is my personal preference for developing composer packages locally (pretty much verbatim following the Jisse's recommendation found here for anyone googling how to develop magento 2 composer packages locally https://www.yireo.com/blog/2019-05-10-local-composer-development-with-magento2) and this works with the existing implementation. I do know plenty of developers who will install a package via composer and replace the package contents when developing locally, this change would benefit developers using this workflow.
Contribution checklist (*)