Added docs for stubborn windows

dalyIsaac · Feb 7, 2024 · bb5c87f · bb5c87f
1 parent 7f91bcc
commit bb5c87f
Show file tree

Hide file tree

Showing 2 changed files with 5 additions and 1 deletion.
diff --git a/docs/docs/getting-started/troubleshooting.md b/docs/docs/getting-started/troubleshooting.md
@@ -19,3 +19,7 @@ To counteract this, the <xref:Whim.IRouterManager> has a <xref:Whim.IRouterManag
 ## Adding/removing monitors
 
 When adding and removing monitors, Windows will very helpfully move windows between monitors. However, this conflicts with Whim. To work around Windows' helpfulness, Whim (in the `WindowManager` and `ButlerEventHandlers` will) ignore [`WinEvents`](../architecture/events.md) for 3 seconds for tracked windows. After the 3 seconds have elapsed, Whim will layout all the active workspaces.
+
+## Window overflows given area
+
+Whim will request windows to have a specific size, but some windows (like Spotify) enforce a minimum size and will ignore Whim's instructions. Whim does not account for this. As a result, these stubborn windows will overflow the expected area. This will also result in the [focus indicator](../plugins/focus-indicator.md) highlighting the expected area, not the window's actual area.
diff --git a/src/Whim.Tests/Butler/ButlerEventHandlersTests.cs b/src/Whim.Tests/Butler/ButlerEventHandlersTests.cs
@@ -36,7 +36,7 @@ public void Customize(IFixture fixture)
 
 public class ButlerEventHandlersTests
 {
-	private const int DELAY_MS = 3200;
+	private const int DELAY_MS = 3500;
 
 	private static void AssertWindowAdded(IWindow window, IWorkspace currentWorkspace, RouteEventArgs actual)
 	{