[DiapDealer]

Originally Posted by democrite

If I had known earlier about this, such would have saved me much effort. Thank you for this great plugin.

Glad you find it useful.

Originally Posted by democrite

- would it be possible to someday successively run the plugin without needing to commit and then launch again? As I've only started using it, that's how it seems to behave, e.g. I need to commit and exit, then launch again. If for example I wanted to change all possible span styles such as italic/bold to i/em or b/strong, and remove others, being able to run whatever is needed in one go, I think that'd be easier.

This might be possible, but I've always been hesitant to do it. I don't like the notion of stacking up changes upon changes when there's no commit back to the open epub in Sigil in between. And that commit can't happen until the plugin run is complete. I'll revisit this, but it probably won't be for a while

Originally Posted by democrite

- concerning needing to select files to operate on, might an alternative be some file filter as is available with search and replace? Thinking about other possibilities, I do not know if this is a good model, yet on macOS, various apps have adapted its way of creating filters similar to Finder smart folders, Music playlists and so forth. Attached is a screenshot. One can for example create a filter with any and/or criteria such as name, extension, etc. I do not know if such would be useful in general elsewhere such as for search and replace, I think so though I am used to BBEdit. If so, maybe there could be some global filters used by search and replace that plugins such as this could also make use of. Such may also help if one wishes to perform different operations on different files, and then no need to close, select different files, and run again, multiple times if one might need such.

This one is a non-starter, I'm afraid. Asked and answered. I have zero interest in changing the file selection process from the way it works now. Select the files in book browser; run the plugin. It only works on xhtml files and I have no interest in reinventing the wheel to enable file-selection from within the plugin, when the functionality already exists to pass the files selected in Book Browser to the plugin.

Originally Posted by democrite

Thinking about Sigil in general, perhaps such is contrary to the design goals. I think this, and maybe some other plugins such as convert to EPUB 3, are essential enough to at least some peoples workflow, that becoming part of Sigil itself might be an idea. Maybe not all will find this forum, and the list of plugins, (if it also exists elsewhere), and merely download Sigil. Many may not know about other many useful abilities that maybe could be part of the core app.

That's kind of backwards from our philosophy. Sigil is already feature-rich. Some might say feature-polluted! We came up with the plugin framework precisely because we have to draw the line somewhere on features. Plugins are the compromise. And I know it may sound a bit heartless, but I don't really care about the Sigil users who don't engage with the Mobileread forum. This plugin's not going to become an inherent part of Sigil just because more people could use it if it were.

Thanks for your input!