What is the error message?
The FAQ explains why editing is disabled in this part of the forum.
"An error occurred moving XXX: an unknown error occurred."
Still, the file is moved. :S
I'm not sure but it may be due to using {filepath} as part of the destination so the command is potentially run once per file instead of once in total for all files.
Putting "dopusrt /cmd " (without the quotes) at the start of the line may fix it. If not, I'd advise not using that solution. (I'd advise that anyway, of course. 
)
Thanks i'm gonna try that. What abot using @set dir= or {allfilepath}?
I was fooling with DOpus advanced settings and found something new.
The problem with refresh speed does not occur when "no external change notify" is set to true (which is not default). Anyone can confirm that?
Maybe that information will help in investigating.
If that helps then it could be that something is flooding or delaying the change notification system (in Windows) and having a knock-on effect on when Opus processes the changes.
You can check using DebugView and turning on the notify_debug and shellchange_debug settings mentioned here. (Turn no_external_change_notify off again as well.)
If you see a fast, constant stream of changes going by when nothing much is going on, then that may be part of the problem. Or, if you don't see notifications for the operation you just did until a while after it has completed, that may also explain things.
Nothing is flooding and according to DebugView all changes (file deletion) happened in about 20 ms (although DOpus refreshed after 0,5 s). Maybe someone else will find something interesting.
[quote="daroc"]I was fooling with DOpus advanced settings and found something new.
The problem with refresh speed does not occur when "no external change notify" is set to true (which is not default). Anyone can confirm that?
Maybe that information will help in investigating.[/quote]
Do you mean that the "redraw lag" doesn't happen if "no external change notify" is set to true? Have you tried deleting a bunch of images in thumbnail mode with the same results? Maybe 20-50 files.
I created 200 identical (copied) png files, 6,70 KB each. Then tried to delete them in list view, details view and in thumbnails view (and in all tested modes it was the same, the only difference may be the number of files that are visible for 1 second after they are deleted). For testing purposes I disabled progress indicators delay so they appear instantly.
When "no external change notify" was set to false (which is default) and I clicked my Delete QUIET button:
- progress indicator appeared
- after about 0,2 second 190 files disappeared; progress window disappeared
- after 1 second the other 10 files disappeared
When "no external changes notify" was set to true and I clicked Delete QUIET button:
- progress indicator appeared
- after about 0,2 second all 200 files disappeared; progress window disappeared
I tried deleting 156 pics in thumbnail mode. I got the same results you got.
I would say the file change listener in Dopus probably slows it down a bit?
Thanks for the discovery btw, now I can get rid of my semi-annoying workaround 
So far only one person has tried what I asked...
(Looking at what I said again, it may also be worth turning on Preferences / Miscellaneous / Advanced: shellchange_debug in addition to notify_debug. I've updated the post so it's all in one place. And make sure no_external_change_notify is off or the test will be pointless.)
I'll get to troubleshooting, gimme a day or so 
[quote="leo"]So far only one person has tried what I asked...
(Looking at what I said again, it may also be worth turning on Preferences / Miscellaneous / Advanced: shellchange_debug in addition to notify_debug. I've updated the post so it's all in one place. And make sure no_external_change_notify is off or the test will be pointless.)[/quote]
When turning on the debug options, where does the actual debug show up?
In DebugView. See near the bottom of the page I linked to: Changes to folders are not being detected
Unless I'm doing stuff in Opus, DebugView is completely blank. Doesn't appear to be any flooding or weird stuff going on in the background!
If it's completely blank then something is misconfigured.