[FEATURE] Multi-displays support 🙏

[akar1404]

Thanks a lot for a great app, but if you can, please add multi-displays support 🙏

[swinzy]

@akar1404 Thanks for suggesting. Multi-display will be supported in the very near future.

[akar1404]

@akar1404 Thanks for suggesting. Multi-display will be supported in the very near future.

I apologize, but could you give me an approximate timeline for when multi-displays support will be implemented? I see that this issue has been raised before, and you also mentioned something like "near future". Perhaps, we have different interpretations of this term. A considerable amount of time has passed, and I'm afraid it might take donkey's ears.

[YangLiJan23]

I need it too.

[OliviaNLMiller]

YES, PLEASEEE!!!

[swinzy]

Sorry for the wait everyone. I can confirm that I am now working on it! Thanks for everyone's support!

Stephen

[u00A72q]

still waiting...

[swinzy]

Sorry for the delay but I'm happy to put some update here:
Windows uses global coordinates for all monitors which means essentially all your monitors are on a big canvas, with the most top-left monitor's top-left corner being (0, 0). There is no gap between two monitors which means, say, if you have two 1920x1080 monitors side by side, the second monitor's coordinate will start from (1920, 0). The current single-monitor implementation uses negative coordinate to calculate the force of touching the corner. This will not work if the monitor's coordinate does not start from (0, 0). Reason being say originally it detects a successful trigger on (-5, -5), now it would be (1915, -5). This will introduce a side-effect when you have two monitors side by side but not at the same height.

Here is a diagram demonstrating the problem. When you have your mouse in the green area, it will think you have triggered the hot corner in the second monitor.

I've been trying out different ways to solve this issue and am figuring out a best solution. Thanks for all of you guy's patience!

[akar1404]

I don't quite understand what the final version looks like. I have three monitors, specifically a laptop with two external monitors connected to it. They all have different resolutions. Judging by the screenshot, it seems that activation might now occur not exactly in the corner but rather on the edge? Did I understand correctly? If so, that's very bad. You can check how this is resolved for hot corner, where everything works perfectly for me and activation happens right in the corner on each of the monitors.

[akar1404]

I also found an app regarding the Hot Corner request that was published recently, which implements support for multi-displays and is written in C#. At first glance, it seems to work fine, but I haven't used it enough yet. You can also take a look at how the support is implemented, as I lack a good understanding of this. Here are the relevant commits on this matter.
flexits/HotCornersWin@6790dd4
flexits/HotCornersWin@f3a5555

[FrankGarcia97]

@akar1404 The options you suggested do not support require force, that is, sensitivity to pressure, and this is exactly the problem. That is, it is possible to implement support for multiple monitors, but without the current option of require force. As the author wrote, all monitors in Windows are positioned on a single canvas. So imagine several monitors combined into one large screen, something like this:

There aren't borders between them, so the cursor moves from one to the other as if it were one monitor. The implementation in this app uses negative coordinates. And if you only have one monitor, no problem. But if you connect at least one more monitor with a higher resolution, this will lead to the fact that in addition to the upper left hot corner on the second monitor, there will also be a hot corner on the right side closer to the top (depending on the difference in the resolution of the monitors), but which will open Task View already on the first monitor. Accordingly, if you've three monitors with different resolutions, the third monitor on the right side closer to the top will also have a hot corner that will open Task View, but already on the second monitor. And so on. This is a problem. If in the current version on the second monitor, you move the cursor from the right side closer to the top, you will see that the Task View on your first monitor will open (if the resolution of the second monitor is greater than the resolution of the first monitor). And this can be considered a bug. It's not so critical for me, because I don't use the second monitor that often now and I've come to terms with it, but it's still a problem, and quite a serious one at that. Therefore, I was just waiting for it to be fixed with the implementation of support for multiple monitors.

@mr-swz In my opinion, the only option is to implement the hot corner like all the others, using positive coordinates. Therefore, it won't be possible to reproduce the behavior of a GNOME-style hot corner, due to the specifics of Windows itself. Probably, the most logical thing would be to use a 1x1 pixel area for the hot corner, and the require force pseudo-effect – by adding a small response delay, so that when the cursor moves quickly in/around the activation area, the activation itself doesn't occur, but only when the cursor is in the activation area and lingers there for a short period, that is, in fact, when the user moved it there on purpose. Of course, you'll have to experiment with the delay time and you won't be able to achieve such an effect of the depth of pressing, but this is the only option that remains. Because the current implementation has a critical bug if you've more than one monitor with different resolutions. And this is very bad and unpleasant.

[FrankGarcia97]

@swinzy Is there any news on this, or is it just pointless to wait?

[akar1404]

@swinzy Is there any news on this, or is it just pointless to wait?

Everything will be in the "very near future"... 😄 And to be honest, this is probably the worst communication I've ever had with a developer.

[Zonasheeraz]

여러 대의 모니터에 대한 지원이 가능한지 알고 싶습니다？