Improve theme patterns and styles lookup#320
Conversation
|
cc @ocean90 |
|
Perhaps in the extractor we can add a separate check to just extract the strings if the current file is in a patterns directory. |
Ah, now it makes sense, why it was done like that. To me this sounds like this task should then only look in I just noticed that we have the same issue with |
…ommand too. Amends [11810]. See [11809]. See wp-cli/i18n-command#320. git-svn-id: https://meta.svn.wordpress.org/sites/trunk@11811 74240141-8908-4e6f-9713-ba540dce6ec7
|
Yeah that would also work but I think you‘re right, it doesn‘t support that. Plus it would mean potentially unnecessarily scanning a file twice. I‘ll neee to experiment with that. |
That would only be a What about adding a |
|
Tried a different approach now. The downside is that it hardcodes the logic for included folders and file names, but at least it does not mess with the include/exclude options nor scan files twice. |
# Conflicts: # features/makepot.feature
This is in response to https://github.com/wp-cli/i18n-command/pull/312/files#r863120121
Related:
The downside of this change is that now pattern headers are also extracted from files outside the
patternsdirectory. Can we live with that?