Feature Request: Delay to preview next app

[brunbjoern]

We have a hover-windows-open-delay setting which delays the time until a preview is shown.
All following previews of other apps will be displayed immediately which sometimes make it difficult to click on an preview to switch to that window.
E.g. my Finder Icon with quite a number of open windows is right next to my Mail icon.
When trying to move the mouse to the Finder window I would like to switch to, a lot of times dockdock switches to the Mail window previews.

This could be prevented by having a configurable delay before displaying the next App's preview windows, e.g. a "Next Window Open Delay".

(I hope I there is not already an existing Issue for this)

[brunbjoern]

I've tried to visualize why a configurable delay to display the next applications dock preview comes quite handy:
If I want to switch to the right window going the direct path (red arrow) with the cursor results in the next application's window pop up (in the sample above: Mail), preventing to ever get to choose the finder window.
Only by not crossing the next apps icon (e.g. going via the green arrow) I am able to switch to the preferred window.

If you add a configurable delay before switching to the next app's dock preview this can be prevented. This is something the mother of all Dock Preview Tools, HyperDock, does to make the usage more intuitive.

[brunbjoern]

With additional delay (or some other magic - whatever, it feels more natural):
https://github.com/user-attachments/assets/648315ab-e63f-4258-a076-84a997a9e655

Current implementation:
https://github.com/user-attachments/assets/5a86adac-065d-4d61-9ab0-58e3546b399c

[salvatoreromeo]

I experience the same problem and this delay option would be very useful

[ejbills]

temp.mp4

Check it out, will be in the next version (1.2 is coming soon).

[salvatoreromeo]

I just tried the last version 1.1.6 and this feature does not work as expected: the first preview opens after the hover delay, but when I hover on the second app it shows instantly (it does not respect the delay)

[ejbills]

I just tried the last version 1.1.6 and this feature does not work as expected: the first preview opens after the hover delay, but when I hover on the second app it shows instantly (it does not respect the delay)

It will be in 1.2, not 1.1.6.

[ShlomoCode]

@ejbills Why would it be 1.2 and not 1.1.7?

[ejbills]

@ejbills Why would it be 1.2 and not 1.1.7?

Take a look at Semantic Versioning to understand how version numbers are typically structured: https://semver.org/

DockDoor hasn’t followed this strictly, but that is the reasoning behind this change. The fade out feature is enough justification for a MINOR version increment.

[ShlomoCode]

Yes it is a feature but "Customizable Highlight Gradient Colors" for example from v1.1.6 is also a feature. We should be consistent so that the version numbers have meaning

[salvatoreromeo]

I just tried the last version 1.1.6 and this feature does not work as expected: the first preview opens after the hover delay, but when I hover on the second app it shows instantly (it does not respect the delay)

It will be in 1.2, not 1.1.6.

ops, you told it in the message before. my fault :-)

[ejbills]

Yes it is a feature but "Customizable Highlight Gradient Colors" for example from v1.1.6 is also a feature.

That's why I said DD hasn't followed it strictly up to this point.