PrestoSoft Community

Currently when I delete a file from the directory comparison view, the file selection is cleared. This is inconvenient for keyboard operation.
Instead please select the following file (or the last one remaining in case the last one was deleted)

Thank you.

I'm not sure. What, for example, should happen if the next item is blank (a placeholder for the real item in the opposite pane)? Should it be selected? If not, the rules may quickly become non-intuitive.

Also, in some cases, based on the user options, a blank folder is shown if a deleted item was the last one in the folder. Should it be selected?

There is no such thing as one size fits all. It can easily be made configurable with different behaviours, for example:
- Select the next (or last) file
- Select the next (or last) line -- same as pressing down-arrow
- Do not select anything -- current behaviour

The problem with the current behaviour is that it makes keyboard-only operation impractical. When there are many files to go through, constantly moving the hand between keyboard and mouse is annoying and slows me down.

I'd prefer not to have a new option, we have too many already. So if we were to do it, it's have to be one default behavior.

If your objection is the clutter of the options screens, you could always make it registry-controllable.

Again, rather not.

In which case, I believe the same behaviour as down-arrow would be the less confusing option.

We'll try to include this change in the next build.

Thanks!

Bug: Instead of moving one line down, the selection moves two lines down.

For example: After deleting [3]:

Yes, this scenario is not handled well.

I'm not enjoying doing this but after giving it some more thought we decided to remove this change. There is no way to handle different scenarios without impacting performance or memory footprint, and neither can be sacrificed in order to add this feature.

That is unfortunate.

I often need to compare large lists of files. Some of them get updated, others merged, and yet other deleted based on vague criteria that cannot be automated. If I remember correctly the previous version would scroll to the top of the list on deletion, losing the place and the context. It really is annoying.

Would selecting to the previous line instead of the next one be easier? The lines before the deleted element should not be affected by the deletion.

No, unfortunately it wouldn't. What I said still stands, no matter how you slice it. Our general approach is not to add features that are not widely requested if it involves making user experience for the majority of users worse.