Latest post of the previous page:
Thanks for the fixes and for the URL decoding filter.
That's what I expect because the plugin supposedly inserts the output anyway, yet after removing the selected text.
I imagine this another way. If a user creates a dedicated external filter (e.g. named ChatBot) for such CLI app, they would need the replies inserted every time, so this should be saved into the filter specification indeed. Or they might have (like I do) an ad-hoc external filter that is being edited for each invocation, so un-/ticking a checkbox would be no problem. (And the default checkbox state would be persisted when the filter is saved.)pepak wrote: Tue 01 Aug, 2023 17:09 user would want to decide whether they want to use insert or replace at the moment of invoking the filter
This is not quite clear to me. If the script clears the selection before calling into the plug-in, how will the plug-in know which part of text to use as the request? And if after, it's pointless since the selection has been replaced by the reply already.pepak wrote: Tue 01 Aug, 2023 17:09 better solved by modifying the supplied .lua script to cancel the selection and then execute the plugin?
This is very unpleasant indeed (and out of my control), and other plug-in authors face it too. The workaround is to remove the
id
element from the upload form locally (via browser's Inspect | Elements, or the like), then post.