This option could typically be implemented as a second (optional) flags parameter to the filters.Import() method, which would make it fully backwards compatible too.
As you can understand, this would make it possible for macros to perform extremely complex dynamic filtering of documents, depending on the logic of the macro itself, while the filter templates that it uses can still be originally created by humans and stored in the different filter files that are imported by the macro, step-by-step, in this way.
Pretty please with sugar on top could we have this new flag for document.filters.Import()? :-)
]]>Scripting the import (and export) operation itself (with a possibility to provide the filename to be imported/exported) would be highly useful, so my question is if this is already possible, or if it could otherwise be implemented in the macro capabilities of EmEditor?
]]>The apparent reason is that the filter data is exported to a TAB-separated file, while TAB characters in the data itself are not escaped, thus messing up the structure of the TAB-separated line.
Therefore, please look into escaping TAB-characters in the exported filter TSV files.
]]>